Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.
Étapes suivantes
Ce guide décrit différentes approches d'accès au réseau dans différents scénarios, et décrit les avantages et les inconvénients de chaque architecture. Vous devez comprendre pourquoi le choix d'une approche d'accès au réseau ne doit pas être une simple discussion technologique. L'alignement entre le business et la technologie est essentiel. Les étapes et recommandations suivantes peuvent vous aider à évaluer et à normaliser votre stratégie d'architecture réseau en évaluant les capacités actuelles, en analysant les besoins du marché et en mettant en œuvre des contrôles de gouvernance.
Cette section contient les rubriques suivantes :
Évaluation de l'architecture et des capacités actuelles
Passez en revue l'architecture réseau actuelle par rapport aux sources de données pertinentes, telles que le cadre d'auto-évaluation décrit dans ce guide, les exigences réglementaires en vigueur et l'état actuel du marché (à la fois en termes de clients et d'analyse concurrentielle). Par exemple, pensez à utiliser le AWS Well-Architected
Passez en revue les exceptions potentielles, les cas ponctuels et les décisions historiques relatives aux produits. Soyez curieux, mettez-les au défi et ne présumez pas automatiquement leur validité. Les exigences des clients d'il y a des années peuvent ne plus être valides. La remise en question des hypothèses crée l'opportunité de simplifier et de réduire la complexité de votre architecture.
En termes simples, documentez les observations afin qu'elles soient accessibles et comprises par les différents rôles de votre organisation. Capturez les points dans lesquels l'état actuel diffère de l'état cible, l'état cible, l'impact et le moment où les observations ont été effectuées. L'enregistrement de ces informations aide vos organisations à prendre des décisions basées sur de nouvelles données.
Analyse du marché et de la clientèle
Recueillez des informations sur les tendances du marché. Quel est actuellement le moyen préféré des consommateurs pour accéder à des offres SaaS comme la vôtre ? Est-ce que vous rencontrez toujours vos clients là où ils se trouvent ? Les cohortes de clients ou leur comportement ont-ils changé ? Vos dirigeants ont-ils orienté le navire vers un nouveau marché, une zone géographique soumise à des exigences réglementaires spécifiques ou un nouveau niveau de clientèle ? Votre modèle d'entreprise ou d'exploitation a-t-il changé ? Par exemple, envisagez-vous de mettre vos services en marque blanche ? Votre plan de croissance inclut-il la collaboration avec des partenaires afin que votre service soit disponible pour les clients lorsqu'ils entrent en contact avec ces partenaires ?
Alignement stratégique
Lorsque vous aurez compris vos capacités, votre architecture, votre marché et vos clients actuels, organisez une réunion d'alignement stratégique. Avec les acteurs concernés du produit, de l'entreprise et de la technologie, demandez-vous quelles exigences sont toujours valables et quelles nouvelles exigences doivent être prises en compte. Trouvez des opportunités pour réduire la complexité en supprimant les exigences qui ne sont plus nécessaires. Il ne s'agit pas d'une conception par un comité ; l'équipe d'ingénierie doit préparer et s'approprier l'architecture réelle et les détails de mise en œuvre. Cependant, cette réunion devrait expliquer pourquoi il s'agit de l'ensemble d'exigences qui maximise les avantages pour vos clients et votre organisation.
Normalisation
Pour attirer les clients, il peut être tentant de laisser chacun choisir librement comment se connecter à votre service. Après tout, n'importe quelle solution peut fonctionner techniquement, et vous pouvez également disposer du savoir-faire et des ressources nécessaires pour toutes les gérer et les exploiter. Cela peut bien fonctionner jusqu'à un certain point, mais à mesure que votre entreprise évolue, cela devient difficile à gérer. Votre infrastructure d'observabilité doit prendre en charge les indicateurs issus de plusieurs solutions, et les ingénieurs de fiabilité de votre site doivent également être en mesure de les comprendre. Vous avez besoin de up-to-date documentation pour chaque approche de connectivité. Les modifications majeures apportées à votre application doivent être évaluées par rapport à chaque approche d'accès que vous proposez. Vous devez écrire et gérer des automatisations et une infrastructure sous forme de code (IaC) pour chaque approche d'accès. Les frais supplémentaires liés à la non-standardisation de l'accès à votre service doivent être mis en balance avec la flexibilité que vous souhaitez offrir à vos clients.
Si vous avez besoin d'une étoile polaire pour guider votre prise de décision, nous vous suggérons la standardisation. La standardisation de la manière dont vos clients interagissent avec les services que vous fournissez est généralement la mesure la plus efficace que vous puissiez prendre pour améliorer de nombreux indicateurs de réussite au sein de votre organisation. La normalisation permet aux équipes produit de comprendre plus facilement la structure des coûts de vos services et de prendre des décisions relatives aux produits en fonction des données. Il est plus facile pour les équipes opérationnelles de résoudre les problèmes et d'automatiser certaines parties du processus de dépannage dans un environnement développé, déployé et exploité conformément à des normes prédéfinies. Il peut vous aider à détecter des anomalies, des comportements inattendus ou des actions d'un acteur malveillant. La normalisation réduit également la dette technique. Les équipes d'ingénierie mettent moins de cycles à tester et à mettre en œuvre les modifications apportées à la production. Cela peut également accélérer votre mise sur le marché, améliorer le succès de l'intégration en libre-service et réduire les risques réglementaires.
Par conséquent, nous vous suggérons de passer également en revue les mesures ponctuelles qui pourraient être en place aujourd'hui. Quantifiez le nombre de cycles opérationnels que vous consacrez à soutenir les clients existants. Comparez vos résultats avec les données historiques et déterminez si votre approche actuelle est évolutive pour les années à venir. Chaque fois qu'il est nécessaire de s'éloigner des normes, remettez en question les exigences qui sous-tendent ces demandes. Évaluez l'impact et équilibrez les avantages immédiats avec les engagements à long terme.
Dans les cas où la personnalisation est inévitable mais en conflit avec vos normes, envisagez un modèle de responsabilité partagée. Dans ce modèle, vos produits sont largement protégés des modifications demandées, et la personnalisation s'effectue dans un environnement minimaliste et dédié. Pour un exemple, consultez la Connexion à une architecture VPC de transit section.
Gouvernance
Pour se conformer aux exigences réglementaires et à vos propres normes internes, la gouvernance est essentielle. Une bonne gouvernance étant en place, vous pouvez contrôler où et comment appliquer les normes. Vous établissez également des contrôles pour détecter les divergences par rapport aux normes et informer les propriétaires des ressources des mesures correctives nécessaires. AWS Organizations, AWS ConfigAWS CloudTrail, et AWS Control Towerne sont que quelques-uns des nombreux outils Services AWS qui peuvent vous aider à gérer et à gouverner vos charges de travail dans le AWS Cloud.
Répétition
À l'aide des leçons tirées de vos premiers efforts, mettez en place un processus léger et reproductible pour rester aligné à l'avenir. Définissez les rôles dont vous avez besoin, à quelle fréquence, le degré de précision des données, la manière dont les données seront partagées et qui agira en conséquence.