Pourquoi AWS change

Après ce qui m’a semblé être une période assez sèche de déclarations d’articles en 2021, Amazon Web Services (AWS) a passé re : Invent 2022 à introduire une multitude de nouveaux services .

L’évangéliste en chef d’AWS, Jeff Barr, avec l’aide de certains défenseurs des concepteurs d’AWS, a résumé les annonces les plus percutantes car « il y a simplement trop de choses formidables à couvrir pour l’équipe », mais ils ont ensuite investi plus de 2 700 mots soulignant leurs déclarations préférées, qui semblaient inclure… peu importe.

Essentiellement, ils ont distribué des prix de participation à chaque équipe de service AWS. Pas particulièrement utile.

Ils ont peut-être mis l’accent sur la préparation automatique des données pour Amazon QuickSight Q, sur la complexité de la préparation des données être pour l’intelligence artificielle. Ou qu’en est-il d’Amazon Security Lake, qui centralise immédiatement les informations de sécurité d’une entreprise à partir de sources cloud et sur site dans un lac de données. Très cool.

Qu’en est-il d’Amazon CodeCatalyst, que l’analyste de RedMonk, James Governor, décrit à juste titre comme « un entraînement d’emballage » développé pour améliorer le développement et la livraison de logiciels et générer de plus grands avantages (« l’application qui tue »). Aussi, vraiment cool.

Si nous regardons au-delà des milliards de nouveaux services et mises à jour des services existants révélés par AWS, un style émergent laisse présager un AWS considérablement différent (et meilleur). Oui, je parle de l’intégration en tant que fonction vitale du produit.

Moins d’assemblage nécessaire

AWS faisait la promotion de ses 200 services. Pas plus longtemps. En réalité, il y a probablement mieux que 400 services AWS actuellement, mais à un moment donné au cours des 2 dernières années, AWS s’est rendu compte que le fait d’avoir de nombreux services rendait les choix informatiques complexes des clients au lieu de les rationaliser.

Pour ceux ne connaissant pas le fonctionnement d’AWS, chaque équipe de service (élément) fonctionne de manière autonome. Il existe des instructions descendantes, mais en tant que ligne directrice de base, les groupes de services privés construisent ce qu’ils pensent que les clients désirent le plus, même si cela conduit à des concurrents inter-équipes.

Il s’agit à la fois d’une fonctionnalité (auto- les groupes directeurs peuvent se créer beaucoup plus rapidement) et un bogue (les équipes autonomes ne collaborent pas nécessairement pour simplifier l’utilisation harmonieuse de plusieurs services AWS). Les clients doivent souvent bricoler des services disparates sans intégration étroite dans la méthode que Microsoft peut fournir, par exemple.

Tout cela rend l’introduction de la combinaison Amazon Aurora zéro ETL avec Amazon Redshift si incroyable.

Soyons clairs : en substance, AWS a révélé que deux de ses services fonctionnent désormais bien ensemble. C’est plus que ça, bien sûr. Se débarrasser du coût et de la complexité de l’ETL est une excellente méthode pour éliminer l’obligation de créer des pipelines d’informations. Au fond, il s’agit de faire en sorte que deux services AWS fonctionnent incroyablement bien ensemble. Pour une autre entreprise, cela peut être considéré comme un enjeu de table, mais pour AWS, c’est relativement nouveau et incroyablement bienvenu.

C’est également un signe de la direction qu’AWS pourrait prendre : une combinaison plus étroite entre ses propres services afin que les clients aient besoin ne pas prendre en charge le gros du travail indifférencié de l’intégration des services AWS.

Faire de la place aux tiers

Cette absolument aucune déclaration ETL, aussi puissante soit-elle, Cela aurait été encore mieux si AWS avait également mis en évidence des combinaisons fluides avec des services tiers tels que Databricks ou DataStax. AWS n’aime peut-être pas utiliser le mot « P » (« plate-forme »), mais cela ne change pas la vérité. AWS est la plus grande plate-forme cloud au monde, et les consommateurs AWS s’attendent à juste titre à pouvoir intégrer leur application logicielle préférée à AWS.

C’est ce qui rend Amazon DataZone si intéressant.

Amazon DataZone est un « service de gestion des données qui vous aide à collecter, découvrir, analyser, partager et gérer les données dans toute l’organisation », écrit Swami Sivasubramanian, vice-président AWS de l’information et de l’intelligence artificielle.

Ce serait cool si tout ce qu’il faisait était de rassembler toutes les informations stockées dans les référentiels de différents services AWS, qu’il termine avec des intégrations aux services AWS comme Redshift, Athena, QuickSight, et plus encore. DataZone va au-delà en fournissant des API à intégrer à des sources d’informations tierces provenant de partenaires ou d’autres.

D’une part, il est évident qu’AWS devrait doit do fournissent de telles API, car naturellement toutes les informations client (ou peut-être la plupart) ne se trouvent pas dans AWS. Dans la FAQ accompagnant la déclaration, AWS a même souligné que DataZone peut suivre les informations de fournisseurs de cloud concurrents tels que Google Cloud et Microsoft Azure – multi-cloud, n’importe qui ? Mais ce n’est pas non plus évident.

L’industrie de la technologie a en fait passé des décennies à regarder Apple, Microsoft et d’autres négliger les produits concurrents en dehors de leurs propres jardins clos. En mettant l’accent sur l’obligation d’accéder à des sources d’informations non AWS, DataZone pourrait bien être un indicateur avancé du fait qu’AWS va au-delà de l’acceptation à contrecœur de sources de données ou de services tiers pour adopter avec emphase.

Ouverture

Il y a eu l’annonce qui n’était pas du tout une déclaration. AWS a annoncé Relied on Language Extensions for PostgreSQL sur Amazon Aurora et Amazon RDS. PG.TLE est un ensemble de développement open source pour les extensions de structure PostgreSQL.

Il « fournit aux administrateurs de base de données de gérer qui peut configurer des extensions et un modèle d’autorisations pour les exécuter, permettant aux concepteurs d’applications de fournir de toutes nouvelles fonctionnalités comme dès qu’ils découvrent qu’une extension répond à leurs besoins. »

Bien, mieux ?

Ce qui n’a pas été annoncé et ne le sera jamais, c’est qu’AWS est peut-être le deuxième plus grand société de facteurs PostgreSQL, juste derrière CrunchyData. J’ai déjà suggéré qu’AWS voit de plus en plus la nécessité de contribuer aux tâches open source dont dépendent ses services gérés (et ses clients). Les contributions des membres du personnel d’AWS à PostgreSQL en sont un bon exemple.

Tout cela suggère qu’AWS devient chaque jour moins insulaire. L’entreprise a toujours considéré la « fixation du client » comme sa mesure de réussite cruciale, et dans certains cas, les groupes de services ont estimé que pour y parvenir, il fallait créer le meilleur service possible en s’isolant des investissements financiers informatiques existants du client, y compris d’autres services AWS.

Cela a également conduit certains groupes à restreindre leur participation aux travaux open source en amont et à tenter de fournir une version autonome de ce projet afin de mieux contrôler l’expérience client.

Comme ceux-ci et d’autres Les déclarations re : Invent suggèrent qu’AWS intègre de plus en plus la communauté (qu’il s’agisse de partenaires, de projets open source et même d’autres produits concurrents) dans ses services. C’est excellent pour les clients et excellent pour AWS.