Nous avons récemment fait évoluer notre offre de plans de support et vous avez maintenant accès, à partir du niveau de support Gold, à une Revue d’Architecture réalisée par notre équipe de Solutions Architect, pour vous permettre d’optimiser et rationaliser votre infrastructure et l’adapter à votre évolution.
L’équipe Solutions Architect est constituée d’experts techniques qui vous accompagnent dans la construction et la migration de votre infrastructure lorsque vous rejoignez Scaleway, et qui seront dorénavant également présents pour vous accompagner dans l’évolution de celle-ci.
C’est l’occasion idéale de partager avec vous les bonnes pratiques que nous avons recueillies en accompagnant des centaines de sociétés dans la construction de leur architecture.
Vous avez monté votre infrastructure au démarrage de votre projet, qui a bien évolué depuis. Aujourd’hui, elle n’est peut-être plus optimisée pour répondre à vos nouveaux besoins, il est donc temps de songer à faire évoluer cette infrastructure. Pour faire le point sur votre architecture, il faut commencer par vérifier si vous respectez les bonnes pratiques. Elles vous donneront ensuite des pistes d’amélioration afin de faire évoluer votre solution. Vous pouvez commencer cette réflexion en vous posant les trois questions suivantes:
Quand vous déployez un environnement de production, votre priorité est le bon fonctionnement de cette solution. Afin de garantir un haut niveau de disponibilité, il est important de mettre en place des bonnes pratiques telles qu’avoir un failover sur sa base de données ou basculer sur un site statique en cas de problème avec une machine.
Un autre élément important pour votre architecture est le Disaster Recovery. Statistiquement on sait qu’il est impossible de se prémunir complètement d’un incident. Vous devez donc vous préparer à basculer votre solution sur un environnement de secours. Suivant la criticité, cet environnement peut être disponible et allumé en permanence, ou bien redémarré rapidement (grâce à de l’infrastructure as code par exemple) à partir des dernières sauvegardes.
Afin de se prémunir contre les incidents, il est aussi possible de mettre en place de bonnes pratiques de développement tel que déployer souvent de petites modifications. Cette technique permet de limiter l’impact d’un bug et de revenir en arrière rapidement en cas de besoin.
Pour en savoir plus sur les bonnes pratiques à appliquer en cas d'incident :
Même si le but premier de votre infrastructure est de servir vos applications à vos utilisateurs, il est important de penser aussi à l’expérience utilisateur de vos développeurs. Pour ce faire, l’axe opérationnel représente la capacité de vos ingénieurs à soutenir l’effort d’évolution et de mise en production des équipes de développement. Cet accompagnement des équipes de dev passe par l’utilisation d’infrastructure as code et la mise en place de CI/CD. Ces actions permettent à vos développeurs d’être autonomes et responsables de leurs déploiements.
L’axe opérationnel comprend la mise en place d’une supervision performante et décorrélée de la plateforme de production. Ceci permet d’éviter qu’un incident en production ne se propage aux autres environnements. La supervision doit aussi permettre d’anticiper en monitorant des trends et en étant attentif aux valeurs anormales.
Il est nécessaire de faire des rapports d’incidents après chaque problème ayant impacté ou non la production. Ce processus de post mortem va vous permettre d’identifier les défaillances dans vos processus afin d’éviter de reproduire les mêmes erreurs. Ces rapports ne doivent pas chercher à identifier un coupable, mais bien à identifier les processus défaillants. Cette démarche est importante car elle va pousser vos équipes à chercher d’où viennent les problèmes sans peur d’être mis en cause. Il faut remettre en cause les processus et non les personnes. Ces rapports d’incident pourront aussi interroger vos processus afin de vous aider à les améliorer pour le bon fonctionnement de vos équipes.
Le prix est une composante importante de l’utilisation du cloud. Vous devez donc avoir en tête de bien utiliser les ressources pour lesquelles vous payez. L’optimisation de vos ressources passe par plusieurs étapes. Dans un premier temps, vous devez vous assurer que vos applications ont suffisamment de puissance pour bien fonctionner. Une fois que vous maîtrisez le fonctionnement de vos applications, vous pouvez les optimiser en mettant en place de l’auto scaling ou en utilisant des fonctions serverless.
En effet, lorsque l’on commence une nouvelle application, on a parfois tendance à surévaluer la taille des instances dont on aura besoin en prévention. Une fois que vous êtes sûr que l’application fonctionne, on va pouvoir ajuster les ressources afin que le coût reflète votre usage réel. Vous pourrez donc ajuster la taille des instances, ou même configurer votre infrastructure pour en éteindre automatiquement - comme la nuit, lorsque votre trafic est bas. Il est aussi possible de modifier en profondeur le fonctionnement d’une application, en mettant par exemple en place un read replicas - une copie en lecture seule de votre base de donnée- afin d’améliorer les performances de votre application.
Évaluer ces points demande des ressources et du temps que les sociétés n’ont pas toujours, c’est la raison pour laquelle nous avons adapté nos plans de support pour y ajouter la possibilité de faire cette revue d’architecture avec notre équipe d’experts.
Les Solutions Architects sont des experts techniques qui interviennent aux côtés de nos commerciaux pour vous accompagner dans le design de votre architecture. Ils se tiennent au courant des nouvelles features disponibles chez Scaleway afin de pouvoir vous les communiquer. Ils ne travaillent pas seuls et ils peuvent s’appuyer sur les équipes produits pour répondre au mieux à vos besoins. Les Solutions Architects savent aussi s’adapter à vos contraintes, en effet une entreprise du CAC40 avec des équipes Ops dédiées n’aura pas les mêmes attentes en termes de conseil qu’une PME mettant en place un site vitrine.
La mission de nos Solutions Architects est donc de vous accompagner au mieux en comprenant vos besoins, vos contraintes et votre architecture. Cette revue d’architecture se divise en trois étapes et nécessite une participation active de vos équipes:
Étape 1 - Discovery
Une phase de discovery dure une journée, durant laquelle nous échangeons avec vos équipes afin de comprendre votre infrastructure actuelle, pourquoi et comment elle a été montée, ainsi que vos besoins pour la faire évoluer.
Étape 2 - Étude
Une phase d’étude va permettre au Solutions Architect de construire un ensemble de recommandations pertinentes pour vos challenges. Afin de fournir la meilleure analyse possible, les SA vont échanger sur les différentes solutions disponibles et définir celle qui correspond le mieux à vos problématiques.
Étape 3 - Restitution
Une phase de restitution d’une durée de 2h. Cette restitution se compose d’un support de présentation et d’une période de questions/réponses avec vos équipes. Cet échange permet de s’assurer que toutes les recommandations correspondent bien à vos attentes/besoins.
Grâce à cette revue, nous allons nous assurer ensemble que votre architecture respecte les points principaux à adresser en nous appuyant sur trois axes d’études:
La plateforme Jamespot a été développée sur une architecture monolithique reposant sur des VM. Apprenez comment ils ont migré sur une stratégie multi-cloud.
Mastodon est une application de gestion communautaire entièrement gratuite et libre sur vos instances virtuelles Scaleway Elements.
Familink a récemment migré l’intégralité de son infrastructure d’AWS à Scaleway. Apprenez de leur retour d'expérience comment stocker vos données en Europe.
