Une application Azure manipule des données comme n’importe quelle application. Certaines traverse la couche Azure/Internet dans un sens ou l’autre, d’autres circulent entre services Azure ou sur un VNET.
Mais combien ça coute tout ça? Qui est gratuit, qui est payant?
Je vous propose de le découvrir dans cet article.
Une Web Apps est structurée autour de deux choses:
Le service Azure est l’instance de notre web app, c’est facile à comprendre. Mais alors à quoi sert un App Service Plan?
C’est le thème que j’aborde dans cet article.
J’ai découvert récemment une structure SQL très pratique: Common Table Expression ou CTE.
Concrètement c’est une table temporaire, mais avec une syntaxe nettement plus simple.
Il y a quelques limitations à prévoir en particulier:
La dernière contrainte est la plus importante, même un simple PRINT n’est pas autorisé.
Si je dois regretter un truc, c’est de ne pas m’y être intéressé plus tôt car c’est très utile.
Une CTE est un outil puissant pour:
En cas de sinistre dans un système informatique on a deux façons de réagir:
Il n’y a pas un bon ou un mauvais choix, il dépend de votre situation: criticité du système, facilité de reconstruction, coût ou difficulté de maintenir un système doublon…
Dans tous les cas, deux indicateurs doivent être évalués et pris en compte:
Un tutoriel qui démontre de bout en bout un scénario de déploiement continue d’une application Web sur Azure avec Azure DevOps (anciennement appelé VSTS).
Nous allons construire le pipeline suivant:
Lorsqu’une ressource est créée sous Azure elle est répliquée au moins 3 fois.
Il existe plusieurs options qui sont, sauf oublie de ma part:
Elles ne sont pas forcément disponibles pour chaque ressource, par exemple on a pas de RA-GRS pour les File System.
Evidemment si vous créez des ressources Iaas, il vous appartiendra de gérer vous même la réplication. Azure ne s’occupe que des ressources qu’il créé lui-même.
Je propose de les passer en revue dans cet article. Rien de compliqué, mais une synthèse aide toujours à préparer une certification ou un entretien d’embauche.
Dans les articles précédents de cette série je décris le service Azure Key Vault et démontre son utilisation.
Key Vault est je pense une brique importante de tout environnement Azure ou on premises sécurisé.
La brique qui manque à cet édifice est Managed Service Identity (MSI) dont j’ai fais la présentation dans l’article suivant:
https://amethyste16.wordpress.com/2018/10/06/msi-une-solution-moderne-pour-acceder-au-vault-azure/
La présentation concerne le cas d’un web apps et peut facilement se généraliser aux Azure Function.
Je voudrai maintenant montrer comment MSI s’intègre dans un contexte IAAS, donc sur une VM Azure.
