GitLab 11.6 lanzado con funciones sin servidor y clústeres de Kubernetes para grupos

Una imagen para llamar la atención.


Nos complace presentar el lanzamiento de GitLab 11.6, en el que ampliamos las capacidades de la arquitectura sin servidor en GitLab y agregamos grupos de grupos Kubernetes para simplificar el trabajo con la infraestructura nativa de la nube.


Implemente desarrollos sin servidor en cualquier nube a través de GitLab


La informática sin servidor se procesa dinámicamente, y cuando se ejecuta el código, el sistema accede a los recursos de la nube, optimizando así la asignación y distribución de los recursos necesarios para ejecutarlo. La popularidad de este enfoque entre los desarrolladores está creciendo, ya que les permite centrarse en lo que es realmente importante, por ejemplo, escribir código, y no requiere una comprensión de la infraestructura subyacente en la que funcionará su software.


La informática sin servidor en GitLab utiliza Knative, una plataforma de Kubernetes diseñada para crear, implementar y administrar proyectos sin servidor. Esta característica proporciona a los desarrolladores una manera fácil de crear sus desarrollos sin servidor y administrarlos junto con otro código en una interfaz ya familiar. Para las empresas, la arquitectura sin servidor le permite utilizar una estrategia de múltiples nubes y evitar estar vinculado a un proveedor específico de la nube.


GitLab continúa simplificando el desarrollo de aplicaciones nativas en la nube


Con su registro de contenedores integrado y la integración de Kubernetes, GitLab le permite comenzar con los contenedores y el desarrollo de la nube más fácil que nunca. A partir de la versión 11.6, los usuarios pueden crear grupos de grupos de Kubernetes que se pueden usar en todos los proyectos de un grupo o sus subgrupos. Esto simplifica aún más la configuración de proyectos nativos en la nube y permite a los desarrolladores centrarse en el desarrollo de aplicaciones de calidad.


Para las vacaciones, lanzamos muchas funciones interesantes.


Nuestros favoritos: cambios propuestos , terminal web en el IDE web y gráfico de vulnerabilidad en el panel de seguridad del grupo . Las contribuciones del equipo ahora son más convenientes de aceptar, ya que los cambios propuestos en el comentario a la diferencia de solicitud de fusión (en la localización rusa de "solicitud de fusión" de GitLab) pueden aceptarse con un solo clic. También en esta versión, la primera característica del IDE web que se ejecuta en el servidor, el terminal web, estuvo disponible. Apareció un nuevo cuadro de vulnerabilidad en el panel de seguridad del grupo agregado en la última versión, que muestra el cambio en la cantidad de vulnerabilidades todos los días, lo que le permite realizar un seguimiento de las métricas de los cambios.


¡Siga leyendo y descubrirá todo sobre las innovaciones de vacaciones en la versión GitLab 11.6!


Te invitamos a nuestras reuniones.


Insignia MVP de GitLab


MVP de este mes - Suzanne Hillman


Suzanne ayudó a GitLab a revisar nuestro producto reciente, Plantilla de Accesibilidad Voluntaria del Producto (VPAT), organizando y refinando tareas de código abierto; También ayudó a evaluar el estado actual del producto utilizando herramientas de análisis estático y pruebas manuales. VPAT garantiza el cumplimiento de los estándares de accesibilidad (para personas con discapacidades e interoperabilidad), y este producto es un gran paso para mejorar la accesibilidad de GitLab para que todos puedan usarlo y contribuir al desarrollo.


Gracias, Suzanne Realmente apreciamos su aporte que ayudará a más personas a usar GitLab.


Características clave del lanzamiento de GitLab 11.6


Funciones sin servidor (versión alfa)


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Basado en la integración con Knative ( artículo original , traducción ) agregado en la versión GitLab 11.5, presentamos una nueva característica: funciones sin servidor bajo el control de Knative, que los usuarios pueden crear en su repositorio.


Deberá definir sus funciones en el archivo .gitlab-ci.yml del repositorio y utilizar la .gitlab-ci.yml . Cada función se colocará en su clúster y Knative se encargará de todas ellas y de la expansión en función de los recursos necesarios. Esta característica permitirá a los desarrolladores de aplicaciones lanzar nuevas versiones más rápido sin preocuparse por configurar y mantener la infraestructura.


Sin servidor (alfa)


Documentación de aplicaciones y funciones sin servidor y el ticket original


Lanzamiento de CI / CD para solicitudes de fusión


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Comenzar un trabajo específico en el caso de una solicitud de fusión se ha vuelto más fácil. El uso del valor merge_requests junto con las palabras clave only/except le permitirá configurar el inicio para que funcione solo con la solicitud de fusión, o en casos inversos. Esto proporciona más control sobre el comportamiento de la canalización y también abre el acceso a nuevas variables de entorno que apuntan a la rama de destino y fusionan el ID de solicitud, lo que le permite implementar otras estrategias de comportamiento.


Documentación sobre el lanzamiento del trabajo después de las solicitudes de fusión y el ticket original


Ejecutar CI / CD para solicitudes de fusión


Cambios propuestos


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


La colaboración en las solicitudes de fusión se ha vuelto más fácil: ya no necesita copiar el código para aceptar los cambios propuestos. Ahora, cualquier usuario que tenga permisos de escritura en este hilo puede sugerir cambios al comentar sobre la diferencia de solicitud de fusión y aceptarlos con un solo clic.


Ahora esta característica funciona en GitLab.com, y se puede conectar en instancias de usuario de GitLab usando la característica del complemento diff_suggestions, y en GitLab 11.7 esta característica estará habilitada de manera predeterminada.


Documentación de cambios propuestos y boleto original


Terminal web para Web IDE (Beta)


(ÚLTIMO)


El IDE web hace que sea más fácil y rápido realizar cambios y procesar los comentarios de solicitud de fusión, eliminando la necesidad de guardar cambios y cambiar sucursales localmente. Pero hacer grandes cambios sin un terminal para ejecutar pruebas, experimentos con REPL (bucle de lectura-evaluación-impresión - bucle de "lectura-cálculo-salida") y compilar el código no es fácil.


Ahora, a través del IDE web, puede iniciar el terminal web, trabajar en el editor y tener el terminal a la mano como lo haría a nivel local: rastrear lo que viene a través de la API o verificar su sintaxis en REPL. El terminal web es la primera característica con procesamiento del lado del servidor en el IDE web, se configura usando el nuevo .gitlab/.gitlab-webide.yml .


Los terminales web interactivos aún no están disponibles en GitLab.com y por el momento los cambios no están sincronizados entre el editor y el terminal web. Puede seguir el progreso del desarrollo aquí , en la próxima versión agregaremos soporte para reflejar los cambios y la vista previa en tiempo real .


Documentación de terminal web y boleto original


Terminal web para Web IDE (beta)


Plantillas de proyectos para grupos


(PREMIUM, ULTIMATE, PLATA, ORO)


Las plantillas de proyecto ayudan a los usuarios a comenzar rápidamente nuevos proyectos. En la versión 11.2 ( artículo original , traducción ), presentamos plantillas de proyecto para instancias de usuario .


Con GitLab 11.6, nos complace anunciar que esta función ahora está disponible para grupos. Cree un subgrupo especial a través de la configuración del nuevo grupo, y los proyectos de este subgrupo estarán disponibles como plantillas. Esto simplifica la configuración inicial y garantiza la uniformidad entre sus proyectos, especialmente en estructuras grandes como la arquitectura de microservicios.


Documentación de plantilla de proyecto y boleto original


Plantillas de proyectos para grupos


Kubernetes Clusters for Groups (Beta)


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


A menudo, los equipos de desarrollo que trabajan en proyectos relacionados necesitan usar el mismo clúster de Kubernetes para implementar sus aplicaciones. A partir de GitLab 11.6, los usuarios podrán crear clústeres de Kubernetes a nivel de grupo, que se pueden utilizar en todos los proyectos contenidos en este grupo o sus subgrupos.


Esto simplificará y acelerará en gran medida el proceso de configuración de la infraestructura de sus proyectos y le permitirá concentrarse en desarrollar aplicaciones interesantes.


Documentación del clúster para grupos y el ticket original.


Clusters de Kubernetes para grupos (beta)


Gerente de certificados para Kubernetes


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


La seguridad es crítica cuando se implementan aplicaciones en la etapa de desarrollo. Certificate Manager es un controlador de gestión de certificados basado en Kubernetes que crea y actualiza automáticamente certificados SSL utilizando Let's Encrypt.


El uso de este certificado SSL para aplicaciones servidas a través de Auto DevOps y para implementaciones a través de JupyterHub habilitará HTTPS.


Documentación de instalación de la solicitud y boleto original


Cert-manager para Kubernetes


Gráfico de vulnerabilidad en el panel de seguridad del grupo


(ÚLTIMO, ORO)


Los paneles de seguridad de grupo son la herramienta principal por la cual los profesionales de seguridad pueden gestionar vulnerabilidades en sus proyectos. Uno de los requisitos más importantes es saber cómo cambia el número de vulnerabilidades día a día y comprender si el equipo puede resolver los problemas emergentes lo suficientemente rápido.


En la versión GitLab 11.6, agregamos un gráfico de vulnerabilidad al panel de seguridad del grupo, que le permite rastrear fácilmente los cambios de vulnerabilidad durante el último mes. Para cada nivel de peligro, puede observar los valores de los indicadores de vulnerabilidad y, siguiendo el cronograma, examinar con más detalle un momento específico en el tiempo.


Documentación del panel de seguridad grupal y boleto original


Gráfico de limitaciones para paneles de seguridad de grupo


Otras mejoras en GitLab 11.6


Autenticación de token de hardware basada en tarjeta inteligente


(PREMIUM, ULTIMATE)


Para las organizaciones donde los desarrolladores trabajan en entornos que usan tokens de hardware con certificados X.509 y capacidades de tarjeta inteligente para la autenticación (como YubiKeys o tarjetas de acceso compartido (CAC)), GitLab ahora admite la creación y el inicio de sesión de usuarios locales.


Ahora los usuarios pueden usar tokens de hardware para obtener acceso a GitLab, lo que aumenta la seguridad y elimina la necesidad de administrar datos en inicios de sesión / contraseñas que no están asociados con ningún dispositivo físico.


Documentación de autenticación de tarjeta inteligente y boleto original


Información de suscripción grupal en GitLab.com


(GRATIS, BRONCE, PLATA, ORO)


Para los usuarios con una suscripción paga a GitLab.com, hemos hecho que la información del estado de su suscripción sea más comprensible.


En la versión 11.6, mejoramos la sección Facturación en la página de configuración del grupo para incluir información detallada sobre su suscripción grupal. Ahora puede ver fácilmente los lugares ocupados ahora y los lugares que estaban ocupados en el pasado, así como los horarios de inicio y finalización de su suscripción.


Detalles de suscripción para grupos en GitLab.com


Documentación y boleto original


Enviar notificaciones a Discord


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


A partir de esta versión, puede integrar GitLab con Discord , lo que le permitirá enviar notificaciones al canal en Discord como respuesta a los eventos de GitLab, como ir al repositorio, descargar actualizaciones de tickets, solicitudes de fusión y otros.


¡Gracias a Vitaliy Klachkov por esta función!


Notificaciones discordia


Documentación de notificación de discordia y boleto original


Boletos promocionales a epopeyas


(ÚLTIMO, ORO)


El desarrollo de software es un proceso creativo en el que participa todo el equipo, y todas las ideas deben tenerse en cuenta. Hemos agregado una nueva característica con la cual las ideas que aparecen en forma de boletos ahora pueden convertirse fácilmente en épicas.


Ahora puede actualizar fácilmente su boleto a una épica utilizando la nueva acción rápida . Simplemente ingrese /promote en el comentario del ticket y haga clic en Comentar . El boleto se cerrará y su contenido se copiará a la nueva epopeya, que aparecerá en el grupo principal del proyecto. Además del nombre, la descripción y las discusiones bajo el ticket, se copiarán etiquetas, participantes e incluso me gusta / no me gusta.


Promueva el tema a una epopeya


Documentación sobre el aumento de boletos para las epopeyas y el boleto original


Apariencia mejorada del panel de configuración al filtrar tickets y combinar solicitudes


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Hemos actualizado el diseño de la presentación de resultados de búsqueda de tickets y paneles para solicitudes de fusión para que coincida con el diseño en el resto de GitLab.


Problema mejorado y filtro de panel de solicitud de fusión


Búsqueda de documentación de GitLab y boleto original


Guardar el orden de clasificación de tickets, solicitudes de fusión y epopeyas para cada usuario


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Hemos agregado la capacidad para que los usuarios establezcan su propio orden de clasificación para tickets, solicitudes de fusión, epopeyas e incluso cronogramas de tareas. La información sobre el atributo por el que está ordenando y sobre el orden de clasificación (ascendente o descendente) se almacena en el sistema, por lo que cuando vuelva a la lista de objetos que vio anteriormente, se ordenará exactamente como antes.


Orden de clasificación guardado por usuario en solmas, solicitudes de fusión y epopeyas


Documentación de búsqueda épica y boleto original


Ver epopeyas abiertas y cerradas en una hoja de ruta


(ÚLTIMO, ORO)


Recientemente agregamos la capacidad de cerrar épicas en GitLab, que le permite marcar épicas completas o irrelevantes.


A partir de esta versión, también estamos agregando la capacidad de ver epopeyas abiertas, epopeyas cerradas o ambas a la vez en hojas de ruta. Esto será útil para aquellos equipos que necesitan enfocarse solo en las tareas restantes y urgentes (epopeyas abiertas), o que desean ver las tareas completadas (epopeyas cerradas), o que necesitan ver las tareas completas y actuales en el mismo mapa. Con nuestras nuevas funciones, dicha flexibilidad está disponible. Además, ahora su configuración se guarda en el sistema para cada usuario, de modo que cuando vuelva a la hoja de ruta, se verá exactamente igual que la vez anterior.


Ver epopeyas abiertas o cerradas en la hoja de ruta


Documentación del cronograma de tareas y un boleto original


Mostrar tareas similares


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


A medida que los proyectos crecen, los desarrolladores crean nuevos tickets para tareas emergentes, y a menudo estos tickets comienzan a repetirse.


Con el fin de ayudar a las personas a encontrar respuestas rápidamente y ahorrar tiempo para los encargados del proyecto, ahora al crear un nuevo ticket, se muestran tickets similares. Aparecen cuando ingresa un título en el formulario web de creación de tickets. Esto ayudará a los usuarios a encontrar boletos similares de inmediato, cambiarlos e involucrarse de inmediato en las discusiones actuales, lo que brinda aún más oportunidades de colaboración en GitLab.


Problemmas similares


Documentación para boletos similares y el boleto original


Soporte para la duplicación de inserción a través de SSH con autenticación de clave pública


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Duplicar repositorios le permite copiar repositorios Git de un lugar a otro. Esto facilita el trabajo con múltiples instancias de GitLab al crear un espejo de repositorio en otro servidor. Sin embargo, algunos servidores de destino solo permiten el acceso a Git a través de SSH con autenticación de clave pública.


GitLab ahora admite la duplicación SSH con autenticación de clave pública además de la autenticación SSH basada en contraseña y la duplicación de inserción HTTP.


Documentación de espejo de empuje y boleto original


El responsable del proyecto ahora puede eliminar tuberías a través de API


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Ahora puede eliminar la tubería utilizando la API. Esto es útil en los casos en que se ha producido una fuga de información secreta en la tubería, se han creado muchas tuberías innecesarias u otros problemas cuando se deben eliminar las tuberías.


Documentación para retirar los transportadores y un boleto original.


Las variables de activación ahora están ocultas por defecto en la interfaz de usuario


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Todas las variables de activación ahora están ocultas de forma predeterminada en la interfaz de usuario y se muestran solo cuando el usuario las especifica explícitamente. Esto evitará la divulgación involuntaria de valores al compartir una pantalla o tomar capturas de pantalla.


Las variables de activación ahora están ocultas en la interfaz de usuario de forma predeterminada


Documentación sobre el uso de variables desencadenantes y el ticket original


Una notificación por correo electrónico para revisiones de solicitudes de fusión


(PREMIUM, ULTIMATE, PLATA, ORO)


Una revisión de código es una práctica necesaria para cada proyecto exitoso, pero a veces es innecesario recibir una notificación por correo electrónico para cada comentario. Ahora solo se envía una notificación con una lista de todos los comentarios para no ensuciar su bandeja de entrada.


La revisión de solicitud de fusión ( artículo original , traducción ) presentada en GitLab 11.4 facilita la revisión del código al permitirle redactar, revisar y enviar comentarios de una vez.


Esta función ahora está disponible en GitLab.com y también se puede habilitar para instancias de usuario de GitLab utilizando la función del complemento batch_review_notification (indicador de función, alternar función). Se habilitará de forma predeterminada para las instancias de usuario en GitLab 11.7.


Combinar la documentación de revisión de solicitud y el ticket original


Página de vista de proyecto mejorada


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


En el lanzamiento de GitLab 11.6, continuamos trabajando con la interfaz de usuario de nuestra página de proyecto: mejoramos la visualización del título del proyecto, mejoramos el contraste y trabajamos con espacios vacíos para enfatizar las acciones de uso frecuente y mejorar la estructura general de la información.


Resumen del proyecto mejorado


Documentación del proyecto y boleto original


Información sobre herramientas de perfil de usuario


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


En esta versión, hemos agregado información sobre herramientas extendida al pasar el mouse sobre el nombre de usuario mientras está en la tarea y fusionar las páginas de solicitud. Anteriormente, solo mostramos el nombre completo, y ahora el nombre completo del usuario, ID, empresa, información de ubicación y estado del usuario, si está disponible, será visible.


Además de agregar una información sobre herramientas extendida en otras páginas, estamos trabajando en mejoras posteriores a la información sobre herramientas para tareas y fusionar solicitudes que estarán disponibles pronto.


Popovers de perfil de usuario


Boleto original



(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


En esta versión, estamos mejorando nuestra cadena de navegación de migas de pan GitLab para hitos y etiquetas. Al crear o editar un hito o etiqueta, al final de la cadena de navegación hay un elemento adicional 'Nuevo' o 'Editar', que ahora es consistente con los tickets y las solicitudes de fusión.


¡Gracias George Tsiolis por esta característica!


La navegación de ruta de navegación muestra 'Nuevo' y 'Editar' para hitos y etiquetas


Boleto original


Soporte HTTPS para Auto DevOps


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Auto DevOps en GitLab aborda muchos de los desafíos que vienen con la entrega de software de calidad. GitLab 11.6 amplía aún más sus capacidades al agregar soporte para HTTPS.


Usando el administrador de certificados para Kubernetes, Auto DevOps servirá automáticamente las aplicaciones a través de HTTPS, proporcionando una seguridad mejorada para sus aplicaciones.


Documentación de DevOps automático y boleto original


Soporte HTTPS para JupyterHub


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


JupyterHub proporciona a los equipos de datos una forma poderosa de compartir información. A menudo, los datos confidenciales requieren una mayor seguridad.


Al usar el administrador de certificados para Kubernetes, JupyterHub servirá automáticamente a Jupyter a través de HTTPS, proporcionando una seguridad mejorada para sus datos confidenciales.


Documentación sobre la instalación de aplicaciones en clústeres y el ticket original


Asignación de código de respuesta HTTP de Kubernetes


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


Para facilitar y acelerar la resolución de problemas al instalar aplicaciones administradas por GitLab en el clúster de Kubernetes, ahora enviamos el código de respuesta HTTP de Kubernetes.


Documentación de gestión de clúster y ticket original


Ilimitado gratuito Gold Invitado Usuarios invitados


(ÚLTIMO, ORO)


En la versión 11.0, presentamos un número ilimitado de usuarios invitados para los planes Ultimate.


Ahora estamos ampliando esto a los planes Gold, para que los grupos que usan el plan tarifario más alto de GitLab.com, ya sea un servidor de usuario o SaaS en la nube, puedan beneficiarse al agregar invitados sin costo adicional.


Documentación de acceso del usuario y el ticket original.


Evitar que los administradores desempeñen el papel de usuarios


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE)


En algunas organizaciones, permitir que los administradores actúen como usuarios es un riesgo de seguridad porque las acciones de los administradores se atribuyen al usuario en cuyo nombre actúan. Para resolver este problema, agregamos una opción personalizada para que pueda desactivar esta función.


Documentación sobre la prohibición de que los administradores desempeñen el papel de usuarios y el ticket original


Markdown filtrado de materia frontal para TOML y JSON


(NÚCLEO, ARRANQUE, PREMIUM, ULTIMATE, GRATIS, BRONCE, PLATA, ORO)


El tema principal son los metadatos incluidos en la parte superior del documento de descuento, a menudo utilizados por generadores de sitios estáticos como Jekyll y Hugo . Cuando GitLab convierte archivos de rebajas en repositorios a HTML para su visualización, la materia prima conserva su formato y se muestra tal cual, para mayor claridad.


Además de los separadores de YAML ( --- ), GitLab ahora también admite separadores de TOML ( +++ ), separadores de JSON ( ;;; ) y separadores arbitrarios, lo que le permite admitir cualquier formato de datos.


¡Gracias a Travis Miller por esta función!


Documentación de portada y boleto original


Soporte automático de DevOps para paneles de seguridad de grupo


(ÚLTIMO, ORO)


En el lanzamiento de GitLab 11.5 ( artículo original , traducción ), lanzamos el Panel de seguridad del grupo , que muestra los resultados de SAST .


Con el lanzamiento de 11.6, agregamos la última versión de la definición de operación SAST a la plantilla Auto DevOps , y ahora los resultados son totalmente compatibles con el panel de seguridad del grupo, por lo que los usuarios pueden usar ambas funciones al mismo tiempo.


Nota: Se requiere GitLab Runner 11.5 o superior para definir un nuevo trabajo SAST; puede leer más sobre esta publicación de blog .


Documentación de DevOps automático y boleto original




Las notas detalladas de la versión y las instrucciones de actualización / instalación se pueden encontrar en la publicación original en inglés: GitLab 11.6 lanzado con clústeres de nivel de grupo y sin servidor .


Cattidourden , rishavant , ainoneko y maryartkey trabajaron en la traducción del inglés .

Source: https://habr.com/ru/post/es435550/


All Articles