Infrastructure et opérations

J’ai participé au Paris P2P Festival, un rassemblement communautaire gratuit, soutenu par OCTO Technology. Cet événement a accueilli pendant 5 jours de nombreuses conférences, des expositions, mais aussi des ateliers, des hackathons et des assemblées de travail ayant tous pour thématique commune les échanges en pair à pair (peer-to-peer).

Hello ! C'est génial : L'infra et l'application de Max fonctionnent ! Mais une application n'est pas prête à aller en production tant que les logs n'ont pas été mis en place. Il s'agit de journaux d’événements qui enregistrent chronologiquement les événements aussi bien techniques que fonctionnels exécutés par le serveur ou par l'application. Leur utilité est souvent sous-estimée, alors qu'ils ont un rôle primordial aussi bien au niveau du debug, que du monitoring ou de la sécurité d'une application.   Pour aller plus loin…

Hello ! Dans la BD sur La Logique Derrière mon Infra, nous avons très rapidement mentionné les bases de données. Elles ont un rôle essentiel à jouer dans le fonctionnement d'un site ou d'une application, et il est donc temps de creuser un peu le sujet. Le sujet est néanmoins très vaste : il existe de nombreux types de bases de données, et multiples façons de les intégrer dans l'infrastructure. Je vous propose ici un premier aperçu du rôle qu'elles ont à jouer, et des…

On ne présente plus Ansible, un outil de configuration management et de provisionning Open Source qui se démarque pour sa souplesse, la simplicité de son architecture et de son utilisation. La version 2.9 introduit un nouveau concept (précédemment en tech preview) qui touche au mécanisme de distribution de contenu : Les collections.

Comme il est de coutume dans la carrière de tout OPS, j’ai été amené à gérer l'exploitation d’applications au sein d'une équipe composée essentiellement de développeurs. Ce travail consistait globalement à : Déployer les applications (war, ear, jar) sur les environnements (Dev, test, Intégration, Prod) Mettre à jour des composants logiciels sur les serveurs (exemple : Tomcat) Effectuer des opération récurrentes (exemple : Nettoyage de logs saturant l'espace disque) Copier des données de base de données d'environnement X vers Y Au fil du temps, la…

Introduction Après l’arrivée des opérateurs Kubernetes comme moyen d’étendre le comportement interne de Kubernetes, un faisceau de réflexions émergent autour d’une même idée : celle que l’API Kubernetes pourrait finalement devenir la seule et unique API permettant de gérer intégralement son SI, venant abstraire tous les autres types de ressources qui le composent. Il est désormais acquis que les administrateurs K8s vont vraisemblablement ajouter dans leurs clusters des services à forte valeur ajoutée : cluster de bases de données (SQL ou NoSQL), de traitements distribués…

Hello ! Lors de la BD précédente, nous avons abordé le sujet de la CD (Déploiement Continu), et avons commencé à évoquer le sujet du feature-flipping. Mais en quoi consiste le feature-flipping, et quel en est l'intérêt ?   Pour aller plus loin : Feature Branch : https://www.martinfowler.com/bliki/FeatureBranch.html 5 bonnes raisons de déployer en continu : https://blog.octo.com/5-bonnes-raisons-de-deployer-en-continu/ Les Patterns des Grands du Web – Zero Downtime Deployment : https://blog.octo.com/zero-downtime-deployment/ Les Patterns des Grands du Web – Feature Flipping : https://blog.octo.com/feature-flipping/

Hello ! Lors de la BD précédente, nous avons abordé le sujet de la CI (Intégration Continue). Et impossible de parler de CI sans parler de CD (Déploiement Continu)! En théorie, la CD implique un déploiement automatique et quasi-systématique de chaque modification du code sur l'environnement de production. Les mises en production sont régulières et ne sont plus une source de stresse, et l'environnement de production est ainsi toujours à jour. En pratique, c'est un objectif très compliqué à atteindre, et pas toujours adapté. (Petite parenthèse…

Hello ! Comme on vous l’a expliqué, il ne suffit pas de s’assurer que le code fonctionne sur le poste du développeur pour vérifier qu’il marche. Les développeurs vont être amenés à fusionner leur code, et l’environnement de production peut être différent de celui de leur poste de travail, ne serait-ce qu'au niveau de l'OS utilisé - parfois même entre les dev eux-mêmes ! Un OS différent implique des librairies différentes, voire même des droits différents sur les fichiers. Les développeurs doivent donc écrire des…

Objectif La constellation des outils annexes à Kubernetes n’en finit pas de grandir et il est assez difficile de suivre les nouveautés. Devant cette profusion, nous prenons le temps de nous attarder sur kapp qui introduit le concept d’application comme un regroupement de ressources Kubernetes. À la clé, une capacité à manipuler une stack applicative (Service, Ingress, Deployment, ConfigMap, Secret…) pendant toutes les étapes de sa vie, et ce, comme un tout.