En tant que société pionnière de la durabilité des applications et de la mise en œuvre dans le cloud, il est ironique que les pannes AWS actuelles semblent sécuriser de nombreuses applications et services essentiels. Le temps d’arrêt récent n’a duré qu’une trentaine de minutes, affectant les zones US-West-1 et US-West-2 de l’entreprise, mais il est venu rapidement après la panne d’électricité plus prolongée qui a frappé le nœud US-East-1.
Une déclaration d’AWS à The Register, émise après le retour à la normale des services, consultez, » Cette ingénierie du trafic a déplacé à tort plus de trafic que prévu vers des parties de la fondation AWS qui ont eu un impact sur la connexion à un sous-ensemble de destinations Internet. Le problème a été résolu et nous ne nous attendons pas à ce qu’il se reproduise. »
Gérer « plus de trafic que prévu » est une raison d’être principale des fournisseurs de cloud : c’est essentiellement ce qu’ils sont indiqué pour être bon. Schadenfreude, bien que apprécié par certains, n’aide pas ces services et les organisations nécessaires à frapper durement par cette dernière et les premières pannes d’AWS à plus grande échelle.
Avec chaque erreur de grandes organisations Internet, même les médias grand public commencent à prendre conscience qu’une grande partie de la vie et des activités quotidiennes dépendent pratiquement entièrement des services Internet et qu’une poignée d’entreprises personnelles contrôlent ce qui est une infrastructure cruciale.
Les organisations qui choisissent le SaaS les applications sur les services internes placent la confiance dans les célébrations externes, de l’entrée sur Internet jusqu’au fournisseur final, qui fait souvent partie des sociétés de cloud hyperscale. Alors que les procédures Internet ont été développées dans un souci de résilience (routage automatique autour des goulots d’étranglement et des nœuds de point de cheminement morts, par exemple), les systèmes des fournisseurs de services cloud ne sont pas conçus avec exactement les mêmes tolérances. Et c’est l’utilisateur final qui paie lorsque quelqu’un à des milliers de kilomètres de distance redémarre par erreur la mauvaise boîte – métaphoriquement parlant.
Les utilisateurs finaux dans le type de clients d’applications et de services d’organisation SaaS sont bien écartés du métal nu réel de ce qu’ils utilisent. Dans sa forme la plus simple, l’entreprise A (Bob’s Structure Blocks Inc.) paie l’entreprise B (Peter’s Payroll Solutions) pour un service, et la pile de l’entreprise B – ou suffisamment pour compter – est hébergée sur l’US-East-1 d’AWS. Lorsqu’AWS configure mal un acronyme (DNS est un favori), ce sont les employés de Bob qui ne reçoivent pas leur salaire. Pris à sa fin, ce n’est qu’une question de temps avant que tout le monde sur terre puisse déclarer qu’eux aussi ont été négativement affectés à un niveau substantiel par les pannes d’AWS/GCP/Azure. À ce stade, les décideurs informatiques auront idéalement réévalué leur méthode cloud, sinon leur stratégie d’hébergement, à un niveau beaucoup plus profond.
Le problème ici ne concerne pas simplement les fournisseurs de services cloud. Une concentration trop coûteuse du pouvoir et des capacités développe des déséquilibres sur le marché. La domination de Google dans la technologie de recherche a changé le visage du Web. Là où les sites étaient autrefois une approche numériquement agnostique de la diffusion d’informations utiles, les sites Web ne sont désormais généralement rien de plus qu’une sécurité marketing soigneusement formulée pour le classement des « moteurs de recherche ». Par « moteur de recherche », nous désignons, Google, évidemment.
Beaucoup d’organisations en 2020 et 2021 ont été frappées par des interruptions de service Internet supplémentaires peu comprises par la presse traditionnelle et encore moins par les personnes en dehors de l’informatique : réseaux d’expédition de contenu. En juin de cette année, le temps d’arrêt du réseau Fastly a coûté à Amazon environ 6 000 USD par seconde et a interrompu l’accès à certains des sites Web et services les plus importants et les plus connus au monde jusqu’à ce que le bogue précédemment dormant soit extrait.
APPLICATION LOGICIELLE
Pourquoi les exigences de jeu élimineront le bureau Windows
Les CDN sont généralement publiés pour leurs capacités de mise en cache et comme méthode pour aider à éviter les attaques DDoS. Le trafic via les CDN doit circuler de manière plus prévisible, avec moins de charge de serveur d’origine et moins de chances que les étoiles nuisibles signalent efficacement aux bots les réponses à la demande. Cependant, à l’instar des fournisseurs de cloud hyperscale, concentrer l’utilisation des CDN sur Cloudflare, Fastly, Akamai et CloudFront signifie que l’un de ces services doit basculer, les répercussions se feront sentir à la fois en amont et en aval.
Bien que l’extrême soit encore La réponse pratique à la dépendance vis-à-vis des grands fournisseurs de clouds ou de CDN n’est pas d’héberger tout ce qui est possible sur site et d’augmenter les fonds pour la cybersécurité, ce qui ignore une grande partie des avantages du cloud (et des CDN). Une approche à plus long terme peut consister à garantir que le personnel n’est pas formé aux technologies spécifiques au cloud, mais à des techniques plus génériques d’administration des systèmes/d’ingénierie de stockage/d’avancement de l’infrastructure. Cette méthode, lorsqu’il s’agit de lancer un nouveau service, le choix ne se limitera pas à ce que le personnel maîtrise le mieux, mais à ce qui convient le mieux à l’entreprise.
La variante moderne du son de clairon des années 1960 , « personne n’a jamais été licencié pour avoir choisi IBM » vérifie actuellement, « personne n’a jamais été licencié pour avoir choisi AWS ». Au fur et à mesure que des services plus importants basculent parce que les décideurs informatiques choisissent ce qui leur vient à l’esprit plutôt que ce qui leur convient le mieux, les choix de la Route One commencent à paraître moins attrayants.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
