Containers

Articles concernant Expertise / Containers:

Red Hat OpenShift User Group #4

Le 5 Décembre 2023, j’ai participé à l’événement OpenShift User Group #4 durant lequel j’ai animé les groupes de travail “Observabilité au sein d’OpenShift” et “Cluster as a Service”. Continuer la lecture

Red Hat OpenShift User Group #3

Le 27 Juin 2023, j’ai participé à l’événement OpenShift User Group #3 durant lequel j’ai animé une session de travail d’une heure intitulée “Utilisation de GitOps pour la gestion des clusters et des applications”. Durant la session, de nombreuses questions ont été abordées : OpenShift GitOps (basé sur ArgoCD) ou Red Hat ACM (basé sur Open Cluster Management) ? Dans le cas d’ArgoCD, quel modèle organisationnel ? Une unique instance ArgoCD pour toute l’entreprise ? Continuer la lecture

MAD Roadshow Paris 2023

Le 6 Juin 2023, j’ai participé à l’événement MAD Roadshow Paris 2023 durant lequel j’ai montré une démo intitulée “Ease app development and deployment - From a laptop to production, the great and easy way”. La démonstration combine de nombreux outils de la plateforme Red Hat OpenShift : Red Hat OpenShift DevSpaces Red Hat Advanced Cluster Security Red Hat OpenShift Pipelines Red Hat OpenShift Virtualization Le code de la démo est disponible sur GitHub : Continuer la lecture

Build multi-architecture container images with Kubernetes, Buildah, Tekton and QemuBritish flag

ARM servers are becoming mainstream (Ampere Altra server, Raspberry Pi SoC, etc.) and people start using them with containers and Kubernetes. While official Docker Hub images are built for all major architectures, the situation is less clear for other Open Source projects. It is possible to acquire an ARM server and use it to build container images, but it puts an additional constraint on the Continuous Integration chain. This article explores another option: build ARM container images on a regular x86 server, using Kubernetes, Buildah, Tekton and Qemu. Continuer la lecture

À la découverte de CoreOS !

Avec le rachat de la société CoreOS par Red Hat et le développement d’OpenShift 4, est arrivé un nouveau concept dans l’écosystème Red Hat : le système d’exploitation spécifique aux conteneurs. Au sein d’une série de deux articles, celui-ci présente CoreOS, son mécanisme de mise à jour ainsi que les principales différences avec Red Hat Enterprise Linux. Continuer la lecture

Installation et mise à jour d'un OpenShift en environnement déconnecté

Beaucoup de mes clients travaillent en environnement déconnecté. C’est à dire que les environnements de production ne sont pas connecté à internet de manière directe: les flux entrants passent par un reverse proxy et les flux sortant sont souvent complètement interdits pour éviter l’exfiltration de données. OpenShift peut être installé dans ces environnements déconnectés. C’est même documenté par Red Hat. La documentation pouvant être intimidante au premier abord, je propose ici un résumé “clé en main” de la marche à suivre. Continuer la lecture

Deploy OpenShift Single Node in KVMBritish flag

Starting with version 4.8, OpenShift can now officially be installed on a single virtual machine (instead of three). This effectively lowers the resources requirements and open up new possibilities for home labs or developer workstations. This article explores how to deploy OpenShift Single Node (SNO) using KVM on your Fedora workstation. Continuer la lecture

Implémenter le motif de conception 'Strangler Fig' dans OpenShift

Le motif de conception Strangler Fig a été documenté par Martin Fowler en 2004. Il fait référence à un arbre nommé le “figuier étrangleur” qui s’appuie sur son hôte pour ses premières années de vie, jusqu’à ce que ses racines touchent le sol. Il peut ainsi se nourrir et grandir de manière autonome. Son hôte sert alors de support et finit par mourir “étranglé”. C’est une analogie avec la ré-ingénierie d’un système en production: les composants d’un monolithe sont réécrits un à un, sous forme de micro-services, à coté du système existant. Les composants du monolithe sont alors remplacés au fil de l’eau par leur équivalent micro-service. Une fois tous les composants du monolithe remplacés, il peut alors être décommissionné. La question qui m’a été posée est: est-il possible d’implémenter ce motif à l’aide des outils et fonctions d’OpenShift ? Continuer la lecture

Install Kubernetes operators in OpenShift using only the CLIBritish flag

OpenShift 4 went all-in on Kubernetes operators: they are used for installation of the platform itself but also to install databases, middlewares, etc. There are more and more operators available on the Operator Hub. Most software now provide an operator and describe how to use it. Nevertheless, almost every software documentation I read so far, includes the steps to install the operator using the nice GUI of OpenShift 4. But since my OpenShift environments are provisioned by a playbook, I want to be able to install operators using the CLI only! Continuer la lecture

Airgap OpenShift Installation: move the registry created using oc adm release mirror between environmentsBritish flag

Some customers, especially large banks, have very tight security requirements. Most of them enforce a complete disconnection of their internal networks from the Internet. When installing OpenShift in such environments (this is named “disconnected” or “airgap” installation), all the OpenShift images have to be fetched (thanks to oc adm release mirror) in a dedicated registry from a bastion host that is both on the internal network and on the Internet. Continuer la lecture