Práctica del cluster Jenkins dentro de la empresa (1)
Jenkins es una herramienta de CI/CD práctica y ampliamente utilizada que pueden utilizar la mayoría de las pequeñas y medianas empresas desde el primer momento. Pero a medida que nuestros negocios y proyectos aumentan gradualmente, también aumenta la presión sobre la creación y automatización de tareas.
Jenkins se utiliza principalmente para empaquetar según el código fuente. Los lenguajes utilizados por la empresa incluyen java/php/android/h5, etc. Al mismo tiempo, los proyectos que cada grupo puede ver deben. también estar aislado.
Los desarrolladores deben combinarlo con el envío y la fusión del código fuente de git, e integrarlo con sonarqube, pruebas unitarias y informes allure según sea necesario. El punto clave es que las pruebas unitarias también dependen de middleware como mysql/mongodb/redis/es y deben aislarse entre tareas.
Después de que el evaluador construye y ejecuta, además de las pruebas de regresión, también necesita realizar pruebas automatizadas durante el proceso. (Elegimos la plataforma de código abierto Meterspere para la plataforma de prueba)
Entonces, las preguntas que tenemos ante nosotros son:
1. Agrupación en clústeres de Jenkins para cumplir con los requisitos de alta disponibilidad
2. Administre trabajos a través de la canalización y logre la automatización a través de plantillas de canalización
3. Cada vez que cree un nuevo proyecto, después de la aprobación, proyectos como jenkins/gitlab se crearán automáticamente con un solo clic.
4. Capaz de soportar pruebas unitarias de desarrollo y pruebas automatizadas de pruebas
5. Reunir la construcción de proyectos en varios idiomas en toda la empresa para lograr un control de permisos amigable.
Como se muestra arriba, la escalabilidad horizontal de salve es suficiente para soportar la construcción de todos los proyectos en todos los idiomas de la empresa.
Después de implementar todo el clúster K8s, lo primero que debemos implementar es el nodo maestro de Jenkins. La configuración relacionada con el nodo maestro es crear dos objetos importantes a través de K8:
El siguiente paso es crear el objeto de implementación. Si comprende K8, definitivamente sabrá que la implementación es un control de K8 muy importante. Objeto, que controla directamente la duplicación de los recursos del Pod, el uso de recursos del Pod y sus sondas de servicio y otros contenidos relacionados.
El último paso es crear el objeto de servicio. Una vez creado el objeto de servicio, el Pod puede proporcionar oficialmente servicios dentro del clúster. Lo anterior es el proceso de creación de un nodo Master Jenkins en K8.
Para conocer los pasos de creación específicos, se recomienda consultar el artículo de csdn: /jenkinsci/ssh-steps-plugin
/p/aaa16f1566d7
https: //www.jenkins .io/zh/doc/pipeline/steps/