Tutoriel: Infrastructure REST pour des traitements API asynchrones
(String: <p>Les infrastructures <a href="https://www.wescale.fr/devops" rel="noopener" target="_blank">DevOps</a> sont aujourd’hui souvent en mode “instantané”, tous les traitements prennent moins de 200ms. Les progrès dans les bases de données, les systèmes de fichiers, les CPUs permettent de gérer et de construire ce type d’infrastructure.</p>)
Les infrastructures DevOps sont aujourd’hui souvent en mode “instantané”, tous les traitements prennent moins de 200ms. Les progrès dans les bases de données, les systèmes de fichiers, les CPUs permettent de gérer et de construire ce type d’infrastructure.
(String: <h2 id="update-rkt-c-est-fini">Update : RKT c’est fini</h2>
<p>Le runtime abordé dans cet article RKT est abandonné depuis le mai 2020, nous vous déconseillons donc son utilisation.</p>)
Update : RKT c’est fini Le runtime abordé dans cet article RKT est abandonné depuis le mai 2020, nous vous déconseillons donc son utilisation.
(String: <p>Au fil de mes différentes missions et sorties dans la communauté, j’ai une question qui revient souvent : peut-on piloter de l’infrastructure Amazon avec Ansible ? Et comme c’est souvent le cas, ce genre de question en apporte de nombreuses autres : si oui, comment ? Comment maintenir son infrastructure ? Peut-on tout faire ?</p>)
Au fil de mes différentes missions et sorties dans la communauté, j’ai une question qui revient souvent : peut-on piloter de l’infrastructure Amazon avec Ansible ? Et comme c’est souvent le cas, ce genre de question en apporte de nombreuses autres : si oui, comment ? Comment maintenir son infrastructure ? Peut-on tout faire ?
(String: <h2 id="licence-oracle-cloud-nouvelle-politique-d-utilisation">Licence Oracle Cloud : Nouvelle politique d’utilisation</h2>
<p>Ceux qui utilisent Oracle connaissent bien les prix de leur ‘consommation’, calculés à base de nombre de Coeur (Core CPU). Ces prix étant déjà compliqués à gérer pour les serveurs dédiés, cela l’est d’autant plus pour l’univers du Cloud. Leur nouvelle politique de licence apporte beaucoup plus d'éclaircissement sur les vCPU des différents fournisseurs. Notamment, pour AWS, 1 vCPU possède 1 Intel hyper-thread, il en faut donc 2 pour faire un Core. Tel n’est pas le cas côté Azure qui ne possède pas d’hyper-threading. De ce fait, un vCPU égale à un Core.</p>)
Licence Oracle Cloud : Nouvelle politique d’utilisation Ceux qui utilisent Oracle connaissent bien les prix de leur ‘consommation’, calculés à base de nombre de Coeur (Core CPU). Ces prix étant déjà compliqués à gérer pour les serveurs dédiés, cela l’est d’autant plus pour l’univers du Cloud. Leur nouvelle politique de licence apporte beaucoup plus d'éclaircissement sur les vCPU des différents fournisseurs. Notamment, pour AWS, 1 vCPU possède 1 Intel hyper-thread, il en faut donc 2 pour faire un Core. Tel n’est pas le cas côté Azure qui ne possède pas d’hyper-threading. De ce fait, un vCPU égale à un Core.
(String: <h2 id="use-case">Use case</h2>
<p>Fonctionnellement, il s’agit donc de déployer un CMS qui gère le contenu éditorial d’un site e-Commerce. Par contenu éditorial, nous entendons les différentes images (header / footer / bannière) qui sont à afficher par le navigateur de l’utilisateur. Les images à afficher sont fonctions du contexte du navigateur, telles que marques, catégories de produits et date courante. <strong>Ces images</strong> doivent être servies à tous les utilisateurs grand public du site, elles seront donc servies par un CDN.</p>)
C’est une histoire qui semblait bien partie : déployer sous forme de conteneurs un Content Management System qui utilise s3Fs pour synchroniser des images et des fichiers json. Mis à part s3Fs qui est un composant open-source, on est dans le monde connu et stable d'Amazon Web Services avec s3 et ECS. Tout devait donc bien passer… eh bien non. Voyons ensemble pourquoi.
Déploiement continu d'un site S3 avec Jekyll et TravisCI
(String: <p>Adeptes du Cloud et convaincus par le principe Eat Your Own Dog Food, nous avons récemment mis en ligne notre nouveau site web. Le site est intégralement hébergé sur AWS S3, sans serveur malgré les quelques formulaires proposés et surtout déployé en continu avec Travis CI.<br>Je vous propose de découvrir dans cet article quelques clés pour réussir.<br>Notez tout d’abord que pour un hébergement de site dans S3, nous devons disposer d’un site entièrement statique en HTML et JavaScript, aucune page ne peut-être générée côté serveur.<br>Dans notre cas, pour simplifier la génération des pages répétant les en-têtes et pieds de page, j’ai choisi d’utiliser Jekyll comme moteur de génération.</p>)
Adeptes du Cloud et convaincus par le principe Eat Your Own Dog Food, nous avons récemment mis en ligne notre nouveau site web. Le site est intégralement hébergé sur AWS S3, sans serveur malgré les quelques formulaires proposés et surtout déployé en continu avec Travis CI. Je vous propose de découvrir dans cet article quelques clés pour réussir. Notez tout d’abord que pour un hébergement de site dans S3, nous devons disposer d’un site entièrement statique en HTML et JavaScript, aucune page ne peut-être générée côté serveur. Dans notre cas, pour simplifier la génération des pages répétant les en-têtes et pieds de page, j’ai choisi d’utiliser Jekyll comme moteur de génération.
(String: <h2 id="update-rkt-c-est-fini">Update : RKT c’est fini</h2>
<p>Le runtime abordé dans cet article RKT est abandonné depuis le mai 2020, nous vous déconseillons donc son utilisation.</p>)
Update : RKT c’est fini Le runtime abordé dans cet article RKT est abandonné depuis le mai 2020, nous vous déconseillons donc son utilisation.
(String: <h2 id="reg-deraed-nous-pr-sente-kubernetes-by-canonical">Reg Deraed nous présente Kubernetes by Canonical</h2>
<figure class="kg-card kg-image-card"></figure>
<p>Pour commencer, <a href="https://www.twitter.com/regderaed">Reg Derad</a> de <a href="https://www.canonical.com/">Canonical</a> nous a présenté la distribution Kubernetes proposée par Canonical. Celle-ci est installable sur différents supports (Azure, Vmware, AWS, Joyent, Rackspace, OpenStack, lxd mais aussi le baremetal) et propose un certain nombre d'outils par défaut : ELK/Prometheus/Datadog.</p>)
Mercredi 11 Janvier, Dailymotion a accueilli le quatrième meetup Kubernetes. Au programme de celui-ci, après une annonce de ClusterEurope qui a pour but de promouvoir la clusterisation de containers, des présentations sur différentes méthodes de déploiement d'un cluster Kubernetes.