GitLab / Cloud Native

Le terme « transformation numérique » fait désormais partie de notre quotidien. Mais que signifie vraiment cette expression? Dans bien des cas, il s’agit d’aller plus vite. Il est temps d’en discuter afin d’identifier les « best-practices » de la livraison du code et du logiciel au rythme de l’ère numérique. Malgré les 3,9 milliards de dollars dépensés l'année dernière dans des solutions DevOps, plus de la moitié du temps passé sur celles-ci a été gaspillée en logistique et en tâches répétitives. D’après un rapport du cabinet Gartner, 75% des projets DevOps vont échouer d’ici 2022. Certains aspects du développement ont bien été automatisés et des améliorations ont été apportées sur des indicateurs clés de performance comme la fréquence du déploiement en production de nouvelles lignes de code et le taux d’échec. Mais la révolution promise n’a pas eu lieu. Pourquoi ? Comment renverser la tendance et créer un Centre d’Excellence DevOps?

Le terme « transformation numérique » fait désormais partie de notre quotidien. Mais que signifie vraiment cette expression? Dans bien des cas, il s’agit d’aller plus vite. Il est temps d’en discuter afin d’identifier les « best-practices » de la livraison du code et du logiciel au rythme de l’ère numérique. Malgré les 3,9 milliards de dollars dépensés l'année dernière dans des solutions DevOps, plus de la moitié du temps passé sur celles-ci a été gaspillée en logistique et en tâches répétitives. D’après un rapport du cabinet Gartner, 75% des projets DevOps vont échouer d’ici 2022. Certains aspects du développement ont bien été automatisés et des améliorations ont été apportées sur des indicateurs clés de performance comme la fréquence du déploiement en production de nouvelles lignes de code et le taux d’échec. Mais la révolution promise n’a pas eu lieu. Pourquoi ? Comment renverser la tendance et créer un Centre d’Excellence DevOps?

Le terme « transformation numérique » fait désormais partie de notre quotidien. Mais que signifie vraiment cette expression? Dans bien des cas, il s’agit d’aller plus vite. Il est temps d’en discuter afin d’identifier les « best-practices » de la livraison du code et du logiciel au rythme de l’ère numérique. Malgré les 3,9 milliards de dollars dépensés l'année dernière dans des solutions DevOps, plus de la moitié du temps passé sur celles-ci a été gaspillée en logistique et en tâches répétitives. D’après un rapport du cabinet Gartner, 75% des projets DevOps vont échouer d’ici 2022. Certains aspects du développement ont bien été automatisés et des améliorations ont été apportées sur des indicateurs clés de performance comme la fréquence du déploiement en production de nouvelles lignes de code et le taux d’échec. Mais la révolution promise n’a pas eu lieu. Pourquoi ? Comment renverser la tendance et créer un Centre d’Excellence DevOps?

La transformación digital es una práctica en constante evolución. A medida que surgen nuevas tecnologías en el entorno digital, las empresas deben adaptarse. Para algunos, esto significa acelerar una transformación que ya ha comenzado. Para otros que van atrasados, existe la oportunidad de dar un salto hacia una era moderna adoptando tecnologías nativas en la nube, como los contendores y los microservicios, junto a la implementación de metodologías más tradicionales basadas en Agile y DevOps para el desarrollo y entrega de software. Descubra por qué las empresas se están moviendo a la nube nativa y como las más exitosas están consiguiendo un cambio en sus operaciones.

With the postponements and cancellations of conferences due to COVID-19, Members of the cloud-native community came together to brainstorm on an online event to discuss new developments and updates.

Discussion between Grant & Jason, related to the self-managed scalability workgroup's design of reference architecture using the Cloud Native GitLab Helm charts.

We covered things like:
- Why *not* Omnibus in Kubernetes
- Separate of components by concern within the Helm charts
- Scaling workloads vertically and/or horizontally
- pre-scaling at minimum 50% or more expected load, and maximum to 110% (straight to 100% for tests)