pascals.blog

Vidéo : Accenture DevOps Platform sur OpenShift dans Azure

pascals — Mon, 11 Sep 2017 10:55:13 GMT

Les architectures logicielles à base de conteneurs et la démarche DevOps nécessitent des outils et environnements permettant l’intégration et la livraison continues, mais aussi le passage en production, avec des exigences en terme de fiabilité, de passage à l'échelle et de supervision. Cette vidéo présente concrètement comment la collaboration entre Accenture, Red Hat et Microsoft a permis le portage de l'usine logicielle Accenture DevOps Platform sur la plateforme applicative Red Hat OpenShift, dans le cloud Microsoft Azure, pour offrir une solution clé en main, évolutive et performante pour répondre à ce besoin. J'ai tourné cette vidéo avec Sébastien Bro, Consultant DevOps chez Accenture, et Laurent Broudoux, Architecte Solutions chez Red Hat. Pour plus d'informations : Déploiement d'OpenShift dans Azure :

Architecture de référence pour OpenShift sur Azure : https://access.redhat.com/documentation/en-us/reference_architectures/2017/html-single/deploying_red_hat_openshift_container_platform_3_on_microsoft_azure/
Templates de déploiement de référence pour OpenShift sur Azure : https://aka.ms/openshift
Mon script pour automatiser le déploiement du template de référence pour OpenShift Origin : https://github.com/pascals-msft/openshift-on-azure
Template de déploiement utilisé pour la démo : https://github.com/lbroudoux/openshift-azure

Accenture DevOps Platform sur OpenShift : https://github.com/clerixmaxime/AdopOnOpenshift Pour en savoir plus sur Accenture DevOps Platform (ADOP) : https://github.com/Accenture/adop-docker-compose Présentation du 4 octobre 2017 aux MS Experiences 2017, sur le même sujet : fichier pptx.

PowerShell sur Linux : pourquoi et comment ?

pascals — Wed, 12 Apr 2017 09:46:52 GMT

J'ai eu le plaisir de présenter cette semaine un sujet sur PowerShell sur Linux, pour le French PowerShell User Group (FrPSUG), que je remercie chaleureusement pour l'invitation. La présentation se trouve dans le GitHub du FrPSUG et ici même : La présentation a eu lieu en ligne grâce à Skype for Business et a été enregistrée : Toutes les démos de la présentation sont issues du GitHub de PowerShell, dans le répertoire "demos" : https://github.com/PowerShell/PowerShell Ce dépôt GitHub contient également, outre les sources de PowerShell, les documentation d'installation pour Windows, Linux, MacOS et Docker.

ITcast déménage

pascals — Fri, 20 Jan 2017 18:55:25 GMT

ITcast déménage ! Avec la nouvelle année, le podcast fait peau neuve avec un nouveau site, itcast.io, plus actuel et plus efficace, et incluant cette fois les articles associés aux épisodes. Tout l'historique a été transféré, l'ancien site restera en ligne le temps qu'il faudra mais ne sera plus maintenu.

Si vous utilisez une appli de podcast je vous suggère de vous réabonner au nouveau flux RSS : https://itcast.io/feed/podcast.

Bonne année 2017 et rendez-vous sur itcast.io !

ITcast épisode 37 du 16 décembre 2016 : French PowerShell User Group

pascals — Fri, 16 Dec 2016 17:35:25 GMT

ITcast revient avec une nouvelle formule sur laquelle nous reviendrons plus en détail en janvier 2017. Maxime Rastello (@MaximeRastello) me rejoint comme co-animateur et nous recevons aujourd'hui Fabien Dibot (@fdibot) qui vient nous parler du French PowerShell User Group. Comme toujours, vous pouvez retrouver cet épisode dans le flux RSS du podcast, sur iTunes, ou directement sur le site : https://aka.ms/itcast

Actualité

MS Cloud Summit Paris, du 23 au 25 janvier 2017 au New Cap à Paris : https://mscloudsummit.fr/ ; Twitter : https://twitter.com/MSCloudSummit
Communauté CMD (Cloud - Mobility - Datacenter) : https://cmd.community/ ; Twitter : https://twitter.com/cmdcomm ; Meetup : https://www.meetup.com/Communaute-CMD-Cloud-Mobility-Datacenter/

Azure AD, identités

Pass-Through Authentication en Public Preview : https://blogs.technet.microsoft.com/enterprisemobility/2016/12/07/introducing-azuread-pass-through-authentication-and-seamless-single-sign-on/
Seamless SSO en Public Preview : https://blogs.technet.microsoft.com/enterprisemobility/2016/12/07/introducing-azuread-pass-through-authentication-and-seamless-single-sign-on/
Powershell module v2 en GA : https://blogs.technet.microsoft.com/enterprisemobility/2016/12/05/azuread-powershell-v2-0-is-now-ga/
Azure AD Connect : support de Windows Server 2016, SQL Server 2016, AD FS 2016 https://docs.microsoft.com/en-us/azure/active-directory/active-directory-aadconnect-version-history

French PowerShell User Group

Blog de Fabien : https://pwrshell.net/ ; Twitter : https://twitter.com/fdibot
Meetup de French PowerShell User Group : https://www.meetup.com/FrenchPSUG/
GitHub : https://frpsug.github.io/
Slack : sur le Channel #french de powershell.slack.com (s’inscrire).

Déploiement d'une plateforme DevOps d'Accenture dans Azure

GitHub (fork) : https://github.com/pascals-msft/adop-docker-compose
Template ARM : https://github.com/pascals-msft/adop-arm
Présentation : https://doc.co/t9rjXJ

ITcast épisode 36 du 9 septembre 2016 : CMD, naissance d'une communauté

pascals — Mon, 12 Sep 2016 10:06:02 GMT

Notre invité, Jean-François Bérenguer (@jfberenguer_pro), nous parle de la nouvelle communauté CMD, (Cloud, Mobility, Datacenter), de ses membres, de ses ambitions et de son programme. Prochain rendez-vous avec les membres de CMD : Microsoft Experiences. Longue vie à CMD ! Comme toujours, vous pouvez retrouver cet épisode dans le flux RSS du podcast, sur iTunes, ou directement sur le site : https://aka.ms/itcast La communauté CMD est déjà dotée de tous les canaux habituels :

Site web : https://cmd.community/ sur lequel vous trouverez le programme des événements et les membres de CMD
Twitter : @cmdcomm
Facebook : https://www.facebook.com/CMDCommunaute/

Prochain rendez-vous avec les membres de la communauté CMD : Microsoft Experiences les 4 et 5 octobre à Paris, avec plusieurs sessions présentées par les membres de la communauté suivants :

ITcast épisode 35 du 26 août 2016 : Bash ou PowerShell, il ne faut plus choisir !

pascals — Fri, 26 Aug 2016 18:46:41 GMT

C'est la rentrée, et avec Stanislas on vous a préparé un petit récapitulatif de ce qui s'est passé cet été. Evidemment, on vous parle de Windows 10, de containers, de PowerShell, d'Azure et de plein d'autres choses !

Comme toujours, vous pouvez retrouver cet épisode dans le flux RSS du podcast, sur iTunes, ou directement sur le site :

https://aka.ms/itcast

Notes de l’épisode :

Faire cohabiter des conteneurs Windows et Linux sur Windows 10

pascals — Mon, 22 Aug 2016 19:03:24 GMT

Dans un article récent j'expliquais comment utiliser des conteneurs Windows sur Windows 10, grâce à Docker et aux Hyper-V Containers. Au début de ce même article j'évoquais les différentes options pour utiliser Docker sur Windows 10, avec notamment Docker for Windows et ses conteneurs Linux dans une VM Linux. Une question que l'on peut légitimement se poser est : peut-on faire cohabiter les deux sur le même système Windows 10 ? Bonne nouvelle, la réponse est oui. Tout d'abord, précisons que tout ceci a déjà été clairement documenté par Joel Bennett, alias Jaykull, ici : https://gist.github.com/Jaykul/15a6982aad9b6197a537f1ce5a786723. La solution réside dans le mode de communication entre le client (docker) et le moteur Docker (dockerd). Par défaut le client Windows, docker.exe, se connecte au moteur sur un named pipe nommé //./pipe/docker_engine. Il "suffit" donc d'utiliser un named pipe différent pour le moteur de l'un des deux environnements, et de spécifier ce named pipe lorsque l'on voudra utiliser celui-ci avec le client. Nous avons vu, dans l'article précédent, comment lancer le moteur dockerd.exe manuellement. Il suffira donc de spécifier un named pipe spécfique avec l'option -H de dockerd.exe, et de même avec le client. Concrètement :

Installer Docker for Windows normalement.
Installer Hyper-V Containers comme spécifié dans mon article, sans enregistrer le service Docker (dockerd).

De cette manière, si l'on utilise docker.exe sans option, on se connectera par défaut à //./pipe/docker_engine, ce qui utilisera le moteur Linux de Docker for Windows. Il suffit ensuite de lancer le moteur Windows sur un named pipe différent :

Aller dans C:\Program Files\Docker (si c'est ici que vous avez copié dockerd.exe)
Exécuter : dockerd.exe -H npipe:////./pipe/win_engine
Tester la connexion avec : docker.exe -H npipe:////./pipe/win_engine info
Si cela fonctionne, vous pouvez interrompre dockerd.exe (Ctrl+C) et enregistrer le service avec la même option et en spécifiant un nom de service distinct : dockerd.exe -H npipe:////./pipe/win_engine --service-name=com.docker.windows --register-service

A partir de là, vous pouvez accéder au moteur Linux en utilisant docker.exe sans l'option -H, et au moteur Windows avec l'option -H npipe:////./pipe/win_engine ; le tout sur la même machine ! Petit détail supplémentaire : les fichier de Docker for Windows sont par défaut dans C:\Program Files\Docker\Docker, ce qui évite les conflits. Résultat : dans la capture ci-dessous on voit, du fond vers le premier plan : le moteur dockerd.exe pour les conteneurs Windows, un conteneur Windows Nano Server, et un conteneur Alpine Linux qui s'exécutent en même temps. Bingo ! La commande docker version montre également les deux moteurs distincts sur la même machine : Pour terminer, au lieu d'utiliser l'option -H, il est aussi possible d'utiliser la variable d'environnement DOCKER_HOST pour spécifier le named pipe sans recourir à l'option -H, ce qui allège les commandes.

Déployer un Docker Swarm dans Azure avec Docker for Azure

pascals — Mon, 22 Aug 2016 11:10:33 GMT

Docker for Azure fait partie des nouveautés annoncées par Docker lors de la DockerCon 2016 : https://blog.docker.com/2016/06/azure-aws-beta/. Son objet est de simplifier le déploiement d'une infrastructure Docker standard dans Azure tout en profitant des capacités d'Azure comme le load balancer et les VM Scale Sets.. Docker for Azure est encore en beta privée, la première étape consiste à demander l'accès en s'enregistrant sur https://beta.docker.com/. Lors de l'enregistrement, vous devrez entre autres fournir l'identifiant (GUID) de l'abonnement Azure que vous souhaitez utiliser pour Docker for Azure. Un des moyens de récupérer cet identifiant est la commande azure account list si l'on utilise Azure CLI. Une fois votre demande d'accès à la beta acceptée, vous recevrez un mail de confirmation : Ce mail contient un bouton , mais, avant de cliquer sur ce bouton et de lancer le déploiement, il est nécessaire de créer un AD Service Principal dans l'Azure AD associé à votre abonnement Azure. Pour créer ce Service Principal, Docker fournit une image de conteneur Linux contenant Azure CLI et un script dédié pour vous assister dans la création, qui, faite à la main, est pour le moins fastidieuse (j'ai testé pour vous, je vous l'épargne ici). Profitez-en, et sur votre Docker host favori, tapez simplement : docker run -it docker4x/create-sp-azure nom_du_sp En remplaçant nom_du_sp par le nom que vous souhaitez donner au service principal. (Si vous voulez en savoir plus, faites comme moi : extrayez le script create-sp.sh de l'image docker4x/create-sp-azure et consultez la procédure à l'intérieur de ce script.) A la fin du script, vous devez obtenir deux éléments importants à conserver :

l'Application ID du Service Principal
le secret associé (mot de passe)

Ces deux éléments sont indispensables par la suite. Avant de continuer, assurez-vous que vous disposez également d'une clé publique SSH, car il n'est pas question d'utiliser un mot de passe dans ce template. Si vous utilisez bash, il s'agit du fichier ~/.ssh/id_rsa.pub. Dans le mail de confirmation, cliquez sur le bouton pour déployer le template dans votre abonnement Azure. Il faut ensuite configurer le déploiement avec quelques paramètres simples dont les plus importants sont :

MANAGERCOUNT : nombre de managers.
WORKERCOUNT : nombre de workers, c'est à dire le nombre initial de VM dans le VM Scale Set créé pour les workers.
WORKERVMSIZE et MANAGERVMSIZE : les tailles des VM respectives.
ADSERVICEPRINCIPALAPPID : le App Id du service principal créé précédemment.
ADSERVICEPRINCIPALAPPSECRET : le mot de passe correspondant.
SSHPUBLICKEY : votre clé publique SSH.

Il vous faut également choisir ou créer un groupe de ressources et le lieu associé. La suite est classique : le déploiement s'effectue en quelques minutes et, une fois terminé, vous permet de consulter les résultats (outputs) : Deux résultats sont à noter ici :

SSH, qui donne le moyen de se connecter en SSH aux managers du swarm.
DEFAULTDNSTARGET, qui donne l'adresse IP publique du load balancer exposant les workers.

Le premier permet de connecter au manager en SSH. Pour ce faire, assurez-vous que vous avez la clé privée correspondant à la clé publique SSH fournie lors du déploiement. Si vous utilisez bash, il s'agit du fichier ~/.ssh/id_rsa. Dans Bash, copiez simplement la commande ssh qui vous est donnée : A partir de là vous pouvez explorer le swarm tel que configuré par Docker for Azure. Par exemple :

Lister les noeuds : docker node ls
Lister les images Docker sur le manager, utilisées par l'infrastructure Docker for Azure : docker images
Lister les conteneurs actifs sur le manager : docker ps
Lister les services exécutés par le swarm : docker service ls --la liste est vide pour l'instant

Vous pouvez ensuite déployer un service de test et le faire passer à l'échelle, par exemple avec 8 instances : docker service create --name nginx --publish 80:80 nginx docker service scale nginx=8 docker service ps nginx Avec le service web nginx, on peut consulter le résultat avec un navigateur sur l'adresse IP précédemment notée dans les résultats du déploiement (DEFAULTDNSTARGET). Dans le portail Azure, on peut également constater que, sur le load balancer des workers, la règle sur le port 80 a été automatiquement créée lors du déploiement du service : Pour terminer, supprimer le service : docker service rm nginx Et l'on peut constater que la règle du port 80 a été automatiquement supprimée du load balancer. Voilà pour un premier test avec Docker for Azure

Installer PowerShell sur Linux

pascals — Fri, 19 Aug 2016 12:37:55 GMT

Nous avions Bash sur Windows, .Net Core sur Linux, il ne manquait, pour boucler la boucle, que PowerShell sur Linux. C'est aujourd'hui chose faite avec la mise à disposition de PowerShell en Open Source :

PowerShell is open sourced and is available on Linux https://azure.microsoft.com/en-us/blog/powershell-is-open-sourced-and-is-available-on-linux/

Les packages sont aujourd'hui disponibles pour Ubuntu 14.04, Ubuntu 16.04, CentOS 7 et OS X 10.11. Sans oublier Windows 8.1 / Server 2012 R2 et Windows 10 / Server 2016. Il s'agit aujourd'hui d'une version Alpha de PowerShell 6.0. PowerShell est donc dorénavant mis à disposition sur GitHub et voici quelques pointeurs intéressants à conserver et explorer :

Repo principal : https://github.com/PowerShell/PowerShell
Docs d'installation : https://github.com/PowerShell/PowerShell/tree/master/docs/installation
Script d'installation universel pour Linux et OS X : https://github.com/PowerShell/PowerShell/blob/master/tools/download.sh
Learning PowerShell : https://github.com/PowerShell/PowerShell/tree/master/docs/learning-powershell
Démos de PowerShell sur Linux : https://github.com/PowerShell/PowerShell/tree/master/demos

Pour ma première installation de PowerShell sur ma machine Ubuntu 16.04.1 LTS, j'ai donc suivi les instructions manuelles et exécuté ceci :

wget https://github.com/PowerShell/PowerShell/releases/download/v6.0.0-alpha.9/powershell_6.0.0-alpha.9-1ubuntu1.16.04.1_amd64.deb
sudo apt-get install libunwind8 libicu55
sudo dpkg -i powershell_6.0.0-alpha.9-1ubuntu1.16.04.1_amd64.deb

C'était avant de voir qu'il existait un script d'installation download.sh qui fonctionne sur Ubuntu, CentOS et OS X... Voici, après installation, la liste des modules disponibles et les informations de version de PowerShell sur mon installation : Notons que, puisqu'il s'agit d'une édition Core, on se rapproche plus du niveau de fonctionnalités que l'on retrouve sur Nano Server. On remarque la présence de Pester pour les tests, de PackageManagement et PowerShellGet, et d'une version "0.0" de DSC. Une vidéo vous explique comment installer PowerShell dans un conteneur Docker : https://channel9.msdn.com/Shows/msftazure/Run-PowerShell-Natively-on-Linux-with-Docker. Le Dockerfile de la démo est disponible ici, mais il mériterait d'être largement simplifié. J'ai donc testé pour vous et voici un Dockerfile de mon cru qui fait l'affaire : FROM ubuntu:xenial ENV PACKAGE powershell_6.0.0-alpha.9-1ubuntu1.16.04.1_amd64.deb RUN apt-get update && apt-get install -y libunwind8 libicu55 ADD $PACKAGE . RUN dpkg -i ./$PACKAGE ENTRYPOINT ["powershell"] Il suffit de créer ce Dokerfile, de récupérer le package dans le même répertoire et de construire une image Docker avec un tag, par exemple powershelldemo :

wget https://github.com/PowerShell/PowerShell/releases/download/v6.0.0-alpha.9/powershell_6.0.0-alpha.9-1ubuntu1.16.04.1_amd64.deb

docker build -t powershelldemo . Puis, tester avec un conteneur temporaire : docker run --rm -it powershelldemo Et voilà ! PS -- Comme vous le valez bien, je vous ai mis ce petit Dockerfile sur GitHub aussi : https://github.com/pascals-msft/docker-ps

Installer Azure CLI sur Windows 10 1607

pascals — Thu, 18 Aug 2016 19:46:40 GMT

Maintenant que nous avons Windows 10 1607, profitons-en. Si l'on regarde les documentations concernant Azure CLI, on ne manque pas de méthodes pour l'installer assez simplement sur Linux et Mac. Par exemple sur Mac j'utilise l'image Docker microsoft/azure-cli, avec Docker for Mac. Sur Linux, j'ai simplement utilisé npm pour installer Azure CLI. Mais sur Windows ? Avec Windows 10 1607, il suffit d'installer le shell Bash (Windows Subsystem for Linux) comme indiqué dans cet article (écrit en avril mais encore valable sur Windows 10 1607 final.) Ensuite, il suffit de lancer Bash et d'installer Azure CLI comme sur Ubuntu avec ces commandes :

sudo apt-get install nodejs-legacy
sudo apt-get install npm
sudo npm install azure-cli -g

Il ne reste plus qu'à tester la commande azure, de s'authentifier avec azure login, et c'est terminé. Voilà au moins un usage de Bash dans Windows pour les admins !