Escribir artículos
Borrador guardado
invitar vista previa
liberación
Por favor, introduzca un título (máximo 50 palabras)
[El siguiente contenido es un registro para compartir, con abreviaturas]
Las tres etapas del desarrollo de DevOps
Primero, veamos brevemente qué es DevOps y de dónde proviene la palabra. Aquí divido el historial de desarrollo de DevOps en tres etapas: el período de nacimiento, el período de definición y el período de aterrizaje.
El "abuelo" de DevOps es un consultor de TI independiente Patrick Debois en Bélgica. En 2007, fue responsable de la prueba y verificación de un proyecto a gran escala. Mientras desarrollaba y acoplaba el código de prueba, estaba acoplando con la "versión de lanzamiento" de O&M. Descubrió que los roles de desarrollo y operación y mantenimiento en el equipo del proyecto tenían formas muy diferentes de pensar. Mientras esperaba "rápido y rápido", esperaba "constante y estable", lo que lo hizo un poco roto.
En la Agile Conference 2008, Patrick conoció a Andrew, y los dos se cayeron bien, y comenzaron a pensar en cómo cambiar la situación actual de la intolerancia de Dev y Ops.
En octubre de 2009, Patrick llamó a ingenieros de desarrollo e ingenieros de operación y mantenimiento a través de Twitter para celebrar la primera conferencia "DevOpsDays" en Gante, Bélgica, y comenzó una discusión a gran escala sobre el tema de la colaboración de Dev y Ops. Más tarde, para facilitar la difusión de "DevOpsDays" se abrevió como "DevOps".
Después de 2009, DevOps comenzó a extenderse por todo el mundo. En 2010, el blog The Agile Admin publicó un artículo "What is DevOps", que elaboró en la definición de DevOps, que incluye una serie de valores, principios, métodos, prácticas y herramientas correspondientes.
También en 2010, el autor de "Entrega continua" Jez Humble asistió a la segunda conferencia DevOpsDays y pronunció un discurso de "entrega continua". Este es un hito muy importante. Se puede decir que el libro "Entrega continua" es la mejor práctica de DevOps, por lo que los estudiantes en China que participan en el desempeño de I + D tienen uno. También es este libro el que ha acelerado la comprensión de la industria y el aterrizaje de DevOps.
Pero creo que la industria realmente ha comenzado a implementar DevOps a gran escala, pero aún no puede dejar el crédito de la tecnología de contenedorización. "Docker" jugó un papel decisivo. Al escribir un Dockerfile, por primera vez, los desarrolladores pueden definir fácilmente el entorno operativo del software y entregarlo a través del proceso estandarizado de CI / CD. Sin embargo, todavía es problemático operar y mantener tantos contenedores, por lo que Google abrió el código abierto "k8s" (Kubernetes) en 2014; CNCF (Cloud Native Computing Foundation) se estableció en 2015, utilizando oficialmente "k8s" como núcleo y estableció un Enorme ecosistema. Con la asistencia técnica de "docker" y "k8s", la integración de los roles de desarrollo y operación y mantenimiento se acelera, por lo que DevOps ya no es un castillo en el cielo.
¿Qué tan lejos estoy de DevOps? Después de
revisar el historial, comparémonos con tres pequeñas preguntas para ver si nuestro equipo ya está "DevOps".
1. Puedo implementar el entorno de producción cada vez que escribo el código, sin la ayuda de otros.
2. Hay muchas herramientas de monitoreo y operación y mantenimiento que puedo usar para tratar fácilmente diversos problemas y fallas en línea.
3. Soy directamente responsable de la experiencia de los usuarios en línea, ya sea un defecto del código o una falla de operación y mantenimiento, soy responsable de mi propia culpa.
Las tres preguntas anteriores incluyen los tres aspectos más importantes de DevOps, incluidas las prácticas, las herramientas y la cultura. Estas tres son indispensables.
¿Qué es un buen equipo de DevOps?
¿Qué es un equipo de I + D de alto rendimiento? Podemos referirnos a esta tabla en el "Informe de estado de DevOps 2018": se puede implementar cada hora o una vez al día, se puede lanzar una versión en un día o una semana, el tiempo de recuperación del servicio es inferior a 1 día y la tasa de falla del cambio es inferior a 15 % Sin embargo, este número en realidad no es bueno. Tomando nuestro propio ejemplo, el equipo de la plataforma de I + D de Alibaba puede publicar fácilmente la producción varias veces al día, con una usabilidad del 99.95% y una tasa de falla de cambio de menos del 5%.
Estos requisitos parecen ser escasos y comunes en Alibaba: cómo Ali apareció paso a paso y cómo deberían otras empresas replicar estas experiencias. Pasemos a la siguiente sección, los consejos de aterrizaje de la cultura DevOps de Alibaba.
Etapa de desarrollo DevOps de Alibaba El desarrollo
DevOps es inseparable de los cambios tecnológicos. En 2008, Taobao comenzó el proceso de transformación del servicio y creó Dubbo, Apache Alibaba RocketMQ, TDDL (Capa de datos distribuidos de Taobao) y otras industrias conocidas Middleware Al mismo tiempo, la aplicación gigante de Taobao se dividió en una serie de aplicaciones como pedidos, membresía y descuentos, y cientos de miles de aplicaciones en primer plano nacieron en torno a cada escenario de subempresa. Puedes imaginar cómo era el desarrollo en ese momento, con una ventana de lanzamiento fija cada semana, con cientos de ingenieros enviando código, reparando errores y enviando pruebas a medida que se acercaban al lanzamiento. En la tarde del día del lanzamiento, el lanzamiento se llevará a cabo uno por uno en orden. Si hay un error importante después del lanzamiento, se anunciará la revisión (parche) en el lugar o la reversión, y se declarará que el lanzamiento ha fallado. Todos estaban exhaustos por el día del lanzamiento. La aparición de la primera generación de herramientas de lanzamiento automatizadas devolvió las capacidades de lanzamiento a los desarrolladores, y al mismo tiempo obligó a los desarrolladores a desacoplar las dependencias de las aplicaciones para lograr un lanzamiento independiente, y la velocidad de la entrega comercial se mejoró cualitativamente. Más tarde, todos le dieron un nombre, "microservicios".
En menos de dos años, con el creciente número de personal de I + D, han surgido varias especificaciones complejas de I + D, varios scripts complejos, varios "pozos de excavación" y "pisadas", lo que ha hecho miserables a los ingenieros de I + D. "Todo esto debe estar regulado". En 2013, establecimos una plataforma unificada de construcción e implementación para unificar completamente al Grupo Alibaba de los cambios de código a la versión en línea y ejercer un control estricto.
En 2016, encontramos un nuevo problema: en ese momento, las operaciones en línea requerían que los estudiantes de operación y mantenimiento lo hicieran de manera uniforme, y los estudiantes de operación y mantenimiento, naturalmente, no querían hacer cambios. Es comprensible que el servicio sea el más estable sin cambiar nada. Pero esto restringe la innovación del desarrollador hasta cierto punto, y la clara división de responsabilidades también restringe al desarrollador a prestar atención al estado en línea de sus aplicaciones. Esta situación ha llevado a cuellos de botella obvios en el proceso de investigación y desarrollo, que es la razón fundamental por la que Alibaba quiere hacer DevOps. Con el advenimiento de la ola de "contenedorización", nuestra plataforma de I + D se actualizó nuevamente, y toda la responsabilidad de la definición del contenedor en línea y el monitoreo de operación y mantenimiento se transfirieron a los desarrolladores, y la posición de operación y mantenimiento de la aplicación ya no existe.
Hoy, con la madurez gradual de las tecnologías nativas de la nube, Shanghai Cloud se ha convertido en el estándar para las empresas, y es inevitable definir la plataforma de I + D de próxima generación en torno a la nativa de la nube.
En resumen, la combinación de estos tres factores, como la promoción de la tecnología, el cambio de organización y la construcción de herramientas de I + D, ha permitido que nuestras DevOps de Alibaba maduren paso a paso.
Herramientas para el aterrizaje DevOps de Alibaba Lo
anterior introdujo el desarrollo de tecnologías y plataformas a nivel macro. Específicamente, las siguientes herramientas han jugado un papel importante en el aterrizaje DevOps de Alibaba y la mejora del rendimiento de I + D.
El primero es el "efecto de nube" de la plataforma DevOps. El software común de código abierto Gitlab, Jenkins y Jira también han sido una opción para Alibaba, pero más tarde descubrimos que el software de tipo herramienta pura solo puede resolver algunos problemas de automatización de un solo punto, como Gestión de código, compilación de envases, etc. De hecho, en el proceso de desarrollo real, todavía hay muchos trabajos que no pueden automatizarse, como las reglas de circulación de la demanda, las reglas de gestión de sucursales, el modo de desarrollo, las pruebas y la comunicación de operación y mantenimiento. Podemos llamar colectivamente a estas tareas "colaboración".
Hacer un buen trabajo de "capacidad de colaboración" requiere una comprensión profunda de las personas y los procesos y la eficiencia, y abstrae estas interpretaciones en métodos y, en última instancia, en productos. A través de años de acumulación, Alibaba ha producido muchos métodos únicos de gestión de I + D, como el modo de gestión del código Aone-flow, el modo de gestión del entorno de prueba, el modo de gestión del código AGit-Flow, el modo de gestión de proyectos de doble capa de once, etc. Ponemos estos métodos de gestión de I + D en la plataforma de efectos en la nube y finalmente actuamos sobre las personas, afectando sutilmente la cultura de colaboración de desarrolladores, que también se puede decir que es la cultura DevOps.
El segundo es la tecnología de prueba de reproducción de tráfico. La innovación de esta tecnología tiene un gran impacto en el equipo de prueba: al copiar el tráfico en línea a fuera de línea, el problema de la regresión de la prueba se resuelve a un bajo costo, y la prueba tradicional se escribe escribiendo casos de uso, y la prueba se simplifica para organizar los datos para la prueba. La segunda capa es la aplicación de la tecnología Mock, que transforma un problema de sistema distribuido en un problema independiente, que puede completar miles de casos de uso en unos pocos segundos. Con estas dos tecnologías básicas, se puede desarrollar una plataforma de prueba en la capa superior para identificar el tráfico efectivo a través de medios algorítmicos, procesar automáticamente los datos e identificar defectos detrás del tráfico anormal. A través de estos tres niveles de cambio, se puede decir que Alibaba ha realizado un cambio cualitativo en la eficiencia de la prueba.
El tercero es la tecnología de medición de presión de enlace completo (correspondiente al producto en Alibaba Cloud llamado PTS). La razón por la cual todos pueden estar seguros de que el Double 11 es más suave año tras año, el núcleo es que esta tecnología ayuda a los desarrolladores a encontrar riesgos antes de cada gran promoción. Después del descubrimiento, debe responder rápidamente y utilizar las herramientas DevOps para resolver problemas en línea. Cada prueba de presión es un ejercicio de entrenamiento, un poco similar a un ejercicio militar. Rápidamente encuentra problemas, los resuelve rápidamente y entrena constantemente las capacidades de DevOps del equipo. También se puede decir que las capacidades de DevOps de Alibaba se entrenan de una vez por todas.
Concepto central de DevOps de Alibaba: control suelto y punto de tarjeta fuerte
Cuando el desarrollo comienza a definir la operación y el mantenimiento, cuando se hace cargo. Nuestros gerentes tendrán algunas inquietudes, como si desarrollarán operaciones que causen fallas en línea y las liberen arbitrariamente para causar problemas de estabilidad.
Alibaba DevOps tiene una filosofía central de control suelto y puntos fuertes de cartas.
Primero mira dónde está "pino"? "Loose" significa que tenemos una variedad de canales para las opciones de desarrollo. El propietario de la aplicación puede definir completamente las diversas reglas de esta aplicación, como cómo publicar, cómo probar, cómo configurar recursos y entorno, etc. Tenemos compilaciones universales y compilaciones personalizadas que brindan a los usuarios la máxima libertad. El último es "lanzamiento ligero, recuperación pesada". En todas las dimensiones de la aplicación, los desarrolladores pueden usar canalizaciones para entregar código en cualquier momento, sin restricciones especiales, pero solo necesitan pensar en cómo recuperarse rápidamente si algo sale mal.
Con suficientes grados de libertad, debemos establecer algunos "puntos atascados". Por ejemplo, revisión de código y línea roja de calidad; inspección de seguridad de código, inspección de protocolo; liberación, ventana de cierre de red, etc. También existe el llamado "cambio de tres ejes": escala de grises, controlable y reversión. Estos puntos de control son para garantizar que todos los ingenieros de desarrollo de Alibaba Group estén en sintonía y entreguen productos calificados.
Resumen: El núcleo de DevOps es entregar valor rápidamente, dando la máxima libertad al desarrollo, y es responsable de todo el proceso de desarrollo, operación y mantenimiento. Con la cooperación de herramientas de monitoreo, prevención y control de fallas e interruptores de función, puede encontrar un equilibrio entre garantizar la experiencia del usuario y entregar valor rápidamente.
Concepto central de Alibaba DevOps: centrado en la aplicación
¿Cómo Alibaba aterriza DevOps rápidamente? Aquí quiero centrarme en: el concepto DevOps de aplicaciones centradas. La información de la aplicación se puede resumir como un tipo de datos en CMDB. Es naturalmente amable con el personal de I + D, y puede corresponder directamente con un servicio y una base de código. Tomando el código como punto de partida, podemos conectar la tubería, el entorno, la prueba y los recursos en serie. Lo más externo es la cadena de herramientas: monitoreo, DB, operación y mantenimiento, middleware, etc.
El uso de la aplicación para conectar toda la cadena de herramientas permite a los desarrolladores comprender y superar el proceso DevOps. No existe tal cosa como "desarrollar códigos, servicios, máquinas de operación y mantenimiento, y salas de máquinas".
Después de abrir la herramienta a través de la aplicación, los desarrolladores pueden definir lógicamente su aplicación en la plataforma y también definir las reglas de operación y mantenimiento. Por ejemplo, la planificación del entorno, la creación de recursos, el establecimiento de estrategias de lanzamiento, etc., todo puede ser realizado por los desarrolladores.
Una vez completada la definición de aplicación y operación y mantenimiento, "quien lo defina será responsable", por lo que en Alibaba, los desarrolladores deben ser responsables de todo el ciclo de vida de la aplicación. Mediante el avance de conceptos similares y la automatización de las herramientas de operación y mantenimiento, "Dev" se hizo cargo sutilmente del trabajo de "Ops". En este momento, encontrará que el "DevOps" original no es tan complicado.
Disfrute del dividendo de DevOps y conviértase en el equipo de entrega de élite.
A través de las herramientas de DevOps que hemos mencionado en la práctica en Alibaba, los conceptos de "Control de operación, punto de tarjeta fuerte" y "Centrado en la aplicación" de DevOps, DevOps de Alibaba ha aterrizado. Y obtenga un dividendo de eficiencia real. Elimina la dependencia de las personas, reduce el desgaste entre los equipos, reduce los costos de las pruebas, mejora la calidad y reduce el riesgo de lanzar software. Eventualmente acelere la velocidad de la innovación empresarial, para que Alibaba pueda responder rápidamente en una oportunidad tras otra.
La imagen de arriba es algunos de los datos que lanzamos en 2018. El concepto de "211" se propuso por primera vez: más del 85% de los requisitos se pueden entregar dentro de dos semanas; más del 85% de los requisitos se pueden desarrollar dentro de una semana; después de enviar el código, puede ser dentro de 1 hora Completa el lanzamiento dentro. También sugiero que pueda usar "211" como objetivo de rendimiento de su empresa, a través de herramientas, prácticas y cultura avanzadas de DevOps, un enfoque triple para generar dividendos, no hacerlo por hacer.
Nuevas oportunidades traídas por la era de la nube
A través de la introducción previa al desarrollo de DevOps de Alibaba, no es difícil encontrar ese ciclo: constantemente encontramos nuevos problemas en el proceso de desarrollo de software, generando nuevas tecnologías (como microservicios , Containerization); luego, la nueva tecnología ha provocado cambios arquitectónicos (como servicio, centro de tecnología); finalmente formó un nuevo modelo de desarrollo de software. Ahora que la tecnología nativa de la nube está aquí, ¿qué oportunidades puede brindarnos esta nueva tecnología?
¿Qué es la nube nativa? Existen diversas interpretaciones en la industria, y existe la opinión de que el uso de la nube para construir sistemas de aplicaciones es nativo de la nube. Desde la perspectiva del desarrollo de software, creo que el cambio más grande que trajo el nativo de la nube es que los desarrolladores solo necesitan prestar atención a la lógica de negocios, lo que trae una gran mejora en el rendimiento. ¿Cómo sucedió esto? Comparemos las aplicaciones tradicionales y las aplicaciones nativas de la nube.
En el proceso tradicional de desarrollo de software, el código del desarrollador estará profundamente acoplado con el middleware, y debe prestar atención a muchos aspectos, como el descubrimiento de servicios, la subtabla de la subbase de datos, el procesamiento de mensajes, etc. También debemos prestar atención a dónde se implementa el software, cuánta capacidad se necesita e incluso el sistema operativo, el almacenamiento y otros problemas.
En la era nativa de la nube, será muy diferente. Las capacidades centrales del middleware se hundirán en la infraestructura de la nube. Algunas capacidades comunes como la limitación actual, la degradación y la autenticación no tienen que preocuparse. La base de datos y el entorno operativo son dinámicamente escalables. Sí, no es necesario preocuparse por los problemas comunes de operación y mantenimiento. Solo necesita desarrollar un buen código y publicarlo automáticamente en la nube a través de la plataforma de entrega de software.
La complejidad del desarrollo de software no desaparece, sino que existe de otra manera. Bajo la tecnología nativa de la nube, esta complejidad se hundirá en la capa de infraestructura de la nube y protegerá esta complejidad a través de la nube.
Cómo resolver esta complejidad, uno de los principales es utilizar los datos para resolver. Bajo la nube nativa, tenemos estándares técnicos unificados en la industria, como estándares de middleware y estándares de contenedores. Con datos estandarizados y una infraestructura sólida, estos datos también se pueden obtener fácilmente. Con estos datos, tenemos la oportunidad de crear varias herramientas inteligentes para resolver la complejidad de nuestro desarrollo de software, o ayudar a los desarrolladores a trabajar con herramientas para reducir esta complejidad.
Por lo tanto, bajo la tecnología nativa de la nube, tenemos oportunidades de inteligencia y oportunidades de inclusión sin precedentes.
Los tres principales sistemas tecnológicos que afectan a los desarrolladores
en la era nativa de la nube En la era nativa de la nube, creo que habrá estas tres tecnologías que brindarán a los desarrolladores una experiencia completamente nueva. Son CloudIDE en estado de desarrollo, Service Mesh en estado de ejecución y tecnología sin servidor en estado de operación y mantenimiento. CloudIDE trasladó el entorno de desarrollo a la nube y puede integrarse profundamente con la plataforma de I + D para proporcionar a los desarrolladores la mejor experiencia de programación. Ya no es necesario preocuparse por el desarrollo, siempre que haya un navegador, puede codificar.
El middleware se integrará gradualmente en la tecnología Service Mesh en la era de la nube, y a los desarrolladores como el enrutamiento de servicios y la limitación y degradación actuales ya no les importará.
La tecnología sin servidor permite que el escalado automático y la evaluación de capacidad se conviertan en historia, y a los desarrolladores ya no les importa dónde está la máquina.
Estas tres tecnologías desarrollarán enlaces completos basados en la nube y generarán una gran cantidad de datos de I + D, datos de servicio y datos de tiempo de ejecución. En los últimos años, Alibaba ha comenzado a invertir en estos trabajos de investigación y minería de datos, y ha mantenido una estrecha relación de cooperación con la academia.
Alibaba está explorando la dirección de la aplicación de datos.
Introduzca brevemente la dirección de la aplicación de datos que estamos explorando actualmente: en términos de código, hay recomendaciones de código, revisión inteligente de código, búsqueda de código y uso compartido de código de alta calidad. En términos de monitoreo de operación y mantenimiento, hemos invertido en una línea de base inteligente que puede alarmar automáticamente en función de las fluctuaciones de monitoreo y evitar configurar las reglas una por una. También existe un control de riesgo de liberación, que bloquea automáticamente el proceso de liberación al identificar cambios antes y después de monitorearlos. También hay una configuración automática de monitoreo panorámico de negocios, información completa del enlace sobre la estabilidad del negocio, etc.
A continuación, veré dos ejemplos, entraré en detalles y hablaré sobre los resultados que hemos logrado en aplicaciones de datos.
Aplicación de la tecnología de monitoreo de defectos PRECFIX de big data de código
A principios de este año, se lanzó la tecnología de detección de defectos de código PRECFIX (Recomendación de parche por agrupación empírica) en el sistema de producción interno de Alibaba para ayudar a los desarrolladores a encontrar defectos durante las revisiones de código.
Existen tres dificultades principales en la aplicación de métodos inteligentes en el campo de la detección de defectos: 1) ¿Cómo etiquetar los datos sin la precipitación de datos de defectos y el conjunto de datos públicos? 2) El código es un lenguaje formal lógico pesado, ¿cómo caracterizar el contenido del código? 3) ¿Cómo dar sugerencias de reparación a través de reglas no manuales?
Nuestro enfoque específico es el siguiente: primero marque la confirmación del defecto sospechoso a través de la minería de datos, extraiga características estadísticas relevantes para el aprendizaje y realice una evaluación de riesgos a través del modelo. Luego, la agrupación de códigos de similitud se realiza en la diferencia de cambio del compromiso de defecto para descubrir los errores que los ingenieros cometen con frecuencia y los métodos de reparación comúnmente utilizados por los ingenieros. Cuando vuelve a ocurrir un error similar, el parche correspondiente se puede entregar al desarrollador.
Aplicación de Big Data en tiempo de ejecución: lanzamiento desatendido
La anterior es una herramienta en el lado "Dev", y la siguiente presenta una herramienta en el lado "Ops": liberación desatendida.
Una vez, analizamos todas las fallas en línea y descubrimos que el 80% de las fallas fueron causadas por "cambios". Esto también muestra que si no realiza "cambios", básicamente habrá pocas posibilidades de falla. Debido a que el lanzamiento del código es una forma importante de cambio en línea, para que el sistema se ejecute de manera constante y continua, debe quedarse atrapado con el lanzamiento. Por lo tanto, creamos una herramienta llamada "lanzamiento desatendido", que puede recopilar datos del sistema, datos de registro, datos comerciales, etc., y verificar varios indicadores, y comparar los cambios de índice antes y después del lanzamiento a través del algoritmo. Una vez que se encuentra un problema, el proceso de liberación se puede bloquear e incluso se puede lograr una reversión automática. Con esta tecnología, cualquier equipo de desarrollo puede realizar trabajos de lanzamiento de forma segura, y el equipo de operación y mantenimiento no tiene que preocuparse por fallas importantes debido a los frecuentes cambios en línea.
El futuro de la plataforma de I + D de software de Alibaba: pronto llegará un nuevo efecto de nube.
En resumen, "nube" y "datos" son las mayores oportunidades para nuestra plataforma de I + D de software de próxima generación. Aunque estas herramientas de inteligencia de datos son buenas, Alibaba no puede utilizarlas solo. Lo más importante es darse cuenta del valor de la "nube", que es el valor de la informática inclusiva de la que estamos hablando.
Por lo tanto, este año lanzaremos la nueva plataforma de herramientas DevOps "Alibaba Cloud Cloud Effect" en Alibaba Cloud. No solo podemos continuar proporcionándole capacidades DevOps integrales de nivel empresarial, sino también integrar capacidades nativas de la nube y capacidades inteligentes. Nos estamos preparando activamente, ¡así que estad atentos! Los desarrolladores interesados también pueden contactarnos en el grupo de usuarios de Yunxiao (Número de grupo de Dingding: 23362009) para solicitar una prueba, gracias a todos.
[Tráiler para la próxima transmisión en vivo]
Tiempo de transmisión en vivo: 10 de abril, 19: 00-20: 00
Tema de transmisión en vivo: Cómo las PYMES pueden lograr el desarrollo de software en casa
Breve introducción: a través de los productos de efecto en la nube de Alibaba Cloud, demuestre cómo el desarrollo de software en línea multijugador y multi-rol, incluido el continuo Integración, entrega continua y otros procesos
Introducción del profesor: Jiao Ba, responsable de la entrega continua de la plataforma de colaboración de I + D de Alibaba, inversión a largo plazo en CI / CD, construcción de DevOps
Método de visualización: transmisión en vivo del grupo de clavos (código de escaneo para unirse al grupo de clavos: 23362009)
[Acerca de Cloud Effect]
Cloud Effect, una plataforma DevOps integral de nivel empresarial, surge de los conceptos avanzados de I + D y prácticas de ingeniería de Alibaba, ¡y se compromete a convertirse en el motor de rendimiento de I + D de una empresa digital! Yunxiao proporciona servicios colaborativos en línea de extremo a extremo y herramientas de I + D desde "demanda-> desarrollo-> pruebas-> lanzamiento-> operación y mantenimiento-> operaciones", y ayuda a los desarrolladores a mejorar la eficiencia de I + D a través de la aplicación de inteligencia artificial y tecnologías nativas de la nube. Entregar valor efectivo.
Para la nube, consulte Yunqi: más información sobre la nube, casos de la nube, mejores prácticas, presentaciones de productos, visite: https://yqh.aliyun.com/
Este artículo es contenido original de Alibaba Cloud y no puede reproducirse sin permiso.
