Avec le cloud, tu crois t’abstraire de la localisation et du hardware derrière, mais c’est loin d’être aussi simple.
Par défaut, le cloud est découpé par région. Cela va se ressentir sur de nombreux services. Derrière, il y a encore des zones de disponibilités, qui sont dans les faits ou un plusieurs centres de données.
Lorsque tu crées tes ressources, elles sont associées à une région et à une zone de disponibilité. Très concrètement, sans que ce soit explicitement dit, c’est une abstraction légère de la localisation physique de ton serveur, qu’il faut que tu prennes en compte dans ton organisation.
On va devoir prendre en compte cette unicité des ressources dans la réalisation de nos infrastructures En effet, afin d’assurer un service hautement disponibles, il faut s’assurer de l’existence d’une redondance des unités fournissant ton service, par exemple avec une redondance entre deux zones de disponibilité, ou entre deux régions.
Bien sûr, le cloud propose aussi des services d’infrastructure, très abstrait de la localisation physique derrière. Tu définis tes critères de niveau de disponibilité et de puissance, et tu obtiens des points d’entrée avec lesquels travailler, sans te soucier du matériel derrière. Le cloud provider, lui, gère la redondance et le maintien d’un haut niveau de performance.
Là pour le coup, dans ce cas précis, on est vraiment dans une abstraction plus importante. Mais tu as quand même défini à un moment un niveau de redondance et de fiabilité du service, en fonction de ton budget. Ces critères sont très variables d’un service à l’autre, en fonction de la nature du service lui-même.
Pour conclure, croire que créer un projet dans le cloud se limite à lancer une machine virtuelle avec une IP en direct sur internet est une grosse erreur. Il restera à votre charge de définir de nombreux paramètres des métiers de l’infrastructure (puissance, stockage, répartition, redondance, sécurité). Même sur les services les plus évolués avec un haut niveau d’abstraction, certains paramètres de fonctionnalités très importants pourront affecter vos applications s’ils n’ont pas été compris et utilisés à bon escient.
L’auteur
Je suis architecte infrastructure cloud (AWS et Azure) senior freelance certifié AWS Solutions Architect Associate. Je conçois les infrastructures dont vous avez besoin pour faire tourner les services IT de vos entreprises et vous aide dans vos grands processus de migrations et de remédiations. Disponible pour une nouvelle mission. N’hésitez pas à me contacter si je peux vous aider dans vos projets.
Carl Chenet 
Laisser un commentaire