C'est un sujet qui reste encore à démystifier dans les entreprises : le FinOps. Au cours de cette conférence, vous découvrirez les leviers d'optimisation des coûts et les différents types de structure pour accueillir une équipe FinOps. Vous apprendrez également comment appliquer des réductions de coûts sans toucher à votre infrastructure sur Google Cloud. Avec des exemples concrets, vous aurez une vision claire des défis à relever ainsi qu'une meilleure compréhension des enjeux du FinOps dans les entreprises. Rejoignez-nous lors de cette conférence pour découvrir les secrets du FinOps ! Déroulé du talk : Qu'est-ce que le FinOps ? - Définition - Les objectifs du FinOps Les enjeux du Cloud FinOps dans les entreprises - Quels sont les leviers d'optimisation des coûts ? - Canevas de compétences FinOps sur Google Cloud - Quelles sont les types d'organisations FinOps ? - Quels ressources pour constituer une FinOps Team ? Parlons optimisation des coûts sans toucher à votre infrastructure sur Google Cloud - Overview Commited Use Discounts (CUDs) - Comparatif entre Resource-based et Spend-based CUDs - Monitoring des CUDs Questions / Réponses

Si le concept d'Atomic Design de ne vous parle pas ou que vous êtes juste curieux de savoir ce qu'il fait collé au concept de CI/CD, aucune inquiétude ! Nous allons ensemble repartir des bases de la CI/CD et découvrir comment l'Atomic Design va pouvoir vous aider à créer et concevoir des blocs de CI réutilisables et évolutifs pour vous et vos développeurs ! En tant que Platform Engineer, j'ai eu à gérer par le passé l'intégralité des GitLab pipelines d'une entreprise basée sur une architecture micro-services. Imaginez le temps pour mettre à jour le script de test pour chacun des jobs sur chacun des repos ? Autant de CI à modifier que micro-services ? Et c'est là que l'Atomic Design m'a sauvé un temps précieux et sauvera peut être le votre. Aujourd'hui, nous allons voir ensemble qu'est ce que l'Atomic Design et concevoir une CI/CD sur GitLab basée sur ce pattern. Vous pourrez alors appliquer cette méthodologie à votre outil de CI/CD favori pour gagner en vélocité et en expérience développeur. Déroulé du talk : Le talk se découpera en trois parties distinctes pour faire comprendre l'intêret de de l'Atomic Design. Première partie : Mise en place d'une pipeline CI/CD sur Gitlab simpliste Durant le premier tier, on repartira des bases de la CI/CD sur Gitlab avec la création d'une pipeline assez simple : Build / Test / Deploy en explicant à chaque étape ce que fais chaque job rapidement. On finira cette partie, en corsant un peu les choses, en dupliquant ce code là sur plusieurs micro-services qui partage le même fonctionnement. Cette première conclusion mettra en lumière l'une des limites du duplicata de code et la difficulté en terme de maintenabilité d'un système large scale. Deuxième partie : Présentation et explication de ce qu'est l'Atomic Design L'idée ici est d'expliqué d'ou vient ce 'pattern' à la base (De la UI, Brad Frost), de le présenter brièvement (Atoms, Molecules, Organisms, Templates, Pages) et de montrer comment il peut être utilisé dans le cadre de la CI/CD. Troisième partie : Mise en place d'une pipeline CI/CD sur Gitlab avec l'Atomic Design Là on revient sur les problématiques de la première partie et on montre comment l'Atomic Design peut nous aider à les résoudre. Concrètement, on va définir des Atomes et Molécules (steps, jobs et workflows) réutilisables et customisables et voir comment les déployer. Conclusion + Q&A

Vous êtes-vous plongé dans le dernier rapport sur la sécurité des solutions cloud natives ? Vous avez probablement entendu parler des modules de sécurité Linux, d'AppArmor, d'eBPF et des politiques réseau, et de l'importance de renforcer ces mesures. Mais comment pouvez-vous réellement sécuriser vos clusters Kubernetes en toute confiance ? Dans cette présentation, plongeons ensemble dans le monde de Kubearmor, un outil puissant conçu pour renforcer la sécurité des conteneurs dans les clusters Kubernetes. Découvrez comment Kubearmor offre une protection avancée en contrôlant l'accès aux ressources système, en appliquant des politiques de sécurité personnalisées et en détectant les comportements suspects. Au cours de cette session, nous explorerons les fonctionnalités uniques de Kubearmor, sa simplicité d'intégration avec Kubernetes et la manière dont il renforce la sécurité de vos charges de travail. Nous passerons en revue des cas d'utilisation pratiques et des exemples concrets pour illustrer comment Kubearmor vous permettra de sécuriser vos clusters Kubernetes en toute sérénité. Rejoignez cette session pour découvrir comment Kubearmor peut renforcer votre posture de sécurité et vous permettre de relever les défis de la sécurité des environnements cloud natifs. Ne laissez pas les menaces de sécurité compromettre votre infrastructure Kubernetes ; apprenez à utiliser Kubearmor pour protéger vos applications et vos données critiques.

Ce n'est un secret pour personne : la CI/CD est devenue un incontournable pour assurer une bonne expérience de développement. Pourtant, elle repousse encore beaucoup de développeurs : complexe, toujours différente, aucune entreprise ne construit sa CI/CD de la même manière. Est-il possible de simplifier et lisser les process de CI/CD pour créer un pipeline simplement en quelques minutes ? C'est l'heure de la démo live !

En matière d'infrastructure as code, Terraform est un outil puissant mais complexe. Dans cette présentation, nous explorerons des stratégies pour contrôler cette complexité et concevoir un code Terraform maintenable et malléable. Nous aborderons comment découper votre code Terraform en adéquation avec le cycle de vie de l'infrastructure et l'importance d'utiliser des modules en tant qu'abstractions pour maîtriser la complexité. Nous dévoilerons également des patterns spécifiques pour gérer efficacement l'explosion de la complexité dans les infrastructures web modernes avec une multitude d'environnements et de services. L'un des points phares de notre présentation sera tfautomv, un outil conçu pour alléger le processus de refactoring du code Terraform. Cet outil, en analysant le plan de Terraform, génère automatiquement les commandes ou blocs nécessaires pour redéfinir l'adresse des ressources déplacées, minimisant les erreurs et facilitant la maintenance. Ce talk s'adresse principalement aux ingénieurs DevOps, aux ingénieurs Cloud, aux développeurs web et aux SRE ayant une expérience avancée avec Terraform. Notre objectif est de vous aider à saisir l'importance de la maîtrise de la complexité du code Terraform, de vous présenter des patterns utiles pour articuler votre vision de l'infrastructure dans votre code et de vous initier à l'utilisation de 'tfautomv' pour un refactoring plus fluide.

Actuellement, il existe plusieurs articles et tutoriels sur la mise en place de pipeline CI/CD avec GitLab et Cloud Build. Ces différents articles ont en commun l'utilisation des Keys de service account (ce qui n'est pas recommandé) et Cloud Build. L'utilisation des Keys de services account n'étant pas une bonne pratique, il faut les remplacer par Workload Identity Federation. Dans la plupart des cas, Cloud Build est utilisé comme un outil de déploiement ce qui n'est pas mal, mais un outil spécialement conçu pour le déploiement comme Cloud Deploy serait mieux. Ici, nous allons voir comment : - Établir une connexion sécurisée entre GitLab et Google Cloud avec Workload Identity Federation. - Configurer un CI/CD avec GitLab CI et Cloud Deploy. Les opérations d'intégration continue (CI) seront gérées entièrement par GitLab CI et les opérations de livraison continue (CD) par Cloud Deploy. L'objectif du talk est d'arriver à implémenter une CI/CD sécurisée avec Workload Identity Federation, GitLab CI & Cloud Deploy.

Le déploiement de nos applications sur un provider Cloud ne devrait pas être une étape compliquée. C'est dans ce sens que les équipes d'incubation de GitLab ont initié un nouveau projet : Cloud Seed. Cette expérimentation basée sur des templates de GitLab CI vous permet de déployer, pour le moment, vos applications rapidement avec Cloud Run. Dans ce talk, Jean-Philippe vous présente cette nouvelle expérimentation et vous fait un état des lieux des fonctionnalités à venir.

Caché sous le terme Container as a Service (CaaS), des plateformes Kubernetes sont parfois mises en place par les Ops sans prendre en compte la manière dont elles vont être consommées, en particulier sans s'interroger sur la manière dont les développeurs vont s'y intégrer. Il existe alors un écart important entre leurs besoins et le service proposé. Les développeurs rêvent d'une plateforme qui transforme leur code source en une url. Or ils se retrouvent à devoir construire une image de container et à produire des centaines de lignes de fichiers de déploiement. Nous vous proposons durant cette session d'améliorer l'expérience développeur en nous appuyant sur des projets CNCF additionnels : Backstage, Cloud Native Buildpacks, KNative, Cartographer. Cela permettra à nos développeurs de déployer leurs applications dans un Cluster Kubernetes sans avoir à regarder 50 heures de vidéos avant de se lancer !

Introduction aux instances Spot AWS pour faire des économies et améliorer la résilience de ses applications. Depuis plusieurs années, AWS propose d'utiliser des machines Spot, des VMs bradées mais qui peuvent vous être retirées à tout moment. Découvrez comment nous avons pensé notre architecture de manière résiliante et enrichi l'outillage DevOps pour profiter au maximum de ce type de machine et ainsi réduire considérablement ses coûts de hosting.

‍Déployer et maintenir une plateforme Kubernetes hybride est un périple semé d'embuches. IRIS (groupement U) s'est lancé dans cette aventure en 2020.Dans le cadre de ce talk, nous aurons la chance de parler des sujets suivants : - Quelle organisation pour l'équipe ? - Comment déployer les applications ? - Comment s'intégrer avec les outils existants du SI (gestion des incidents, ordonnanceur de batch) ? - Comment contrôler la conformité ? - Quels sont les impacts de la sécurisation pour les utilisateurs de la plateforme ? - Quelles sont les subtilités à connaître autour de GKE ? - La MCO onprem sans cloud privé, c'est vraiment galère ? - Rancher aide-t-il vraiment ? Venez profiter du retour d'expérience animé par des membres de l'équipe en charge de cette plateforme. Place ensuite à un moment convivial pour échanger et poser des questions.‍ -------------------------------------------------------------------------------------------------------------------------------------------------------------- 00:00 Intro 01:16 Contexte U IRIS 04:31 Architecture 09:58 GKE 17:58 MCO onprem 22:58 Rancher 28:41 GitOps 36:33 Batchs 41:49 Alerting 49:09 Sécurisation 1:01:31 Contrôle de conformité 1:09:56 Bilan - Q&A

ASOC, vous connaissez ? L'Application Security Orchestration and Correlation permet aux experts de la sécurité applicative de faire leur travail et de bénéficier de l'automatisation et des itérations propres aux DevOps. A destination des DevOps, ce talk commencera par une intro sur l'état de l'art pour enchainer sur les deux parties suivantes : - Partie 1 : - Que produit un expert en AppSec (pentester, auditeur, etc..) - Calcul de la valeur (en monnaie) à risque - Rapports - Type d'outils de tests‍ - Partie 2 : - Automatisation de l'AppSec - Lien avec les DevOps - Bénéfices