Amazon Web Solutions (AWS) n’a jamais été l’ogre open source que certains ont déclaré, mais il n’a pas non plus été aussi bon que certains l’auraient souhaité. Au fur et à mesure qu’AWS s’est agrandie, mon opinion personnelle est qu’elle a parfois eu du mal à appliquer ses propres concepts de leadership ou LP (« Client Fascination », « Deliver Results », « Insist on the Greatest Standards », « Bias for Action, » etc). Il a eu du mal à gérer l’expérience client sans marcher sur les pieds de ses partenaires alors que ceux-ci étaient souvent bien mieux placés pour offrir une expérience client remarquable. En langage amazonien, l’entreprise n’était pas « Gagner la confiance ». Probablement, il n’a pas pris soin des consommateurs qui pourraient choisir un logiciel partenaire « complet », mais qui se sont plutôt vu proposer une alternative native au « lait écrémé » d’AWS.
C’était, apparemment, alors. C’est maintenant.
L’AWS d’aujourd’hui continue de surprendre le marché avec des partenariats améliorés. Aujourd’hui, AWS et MongoDB (divulgation : je travaille pour MongoDB) ont révélé une collaboration tactique profonde qui couvre tout, des intégrations substantielles d’articles aux initiatives conjointes de relations avec les concepteurs, en passant par les programmes de comarketing et de covente. Il s’agit d’une « offre énorme » puisque les deux sociétés ont passé des années à se disputer la compatibilité des services complets et plus encore. Ce n’est pas non plus le seul exemple de bon partenariat entre AWS et d’anciens rivaux : AWS et Confluent ont annoncé un contrat de coopération stratégique en janvier 2022. Je suppose que nous en verrons d’autres. Peut-être de nombreux autres.
En tant que tel, bien qu’AWS ait encore des emplacements dans lesquels il peut s’améliorer, il est raisonnable d’affirmer que les anciennes étiquettes pour AWS (comme « strip miner ») ont sérieusement besoin d’être rafraîchies.
Ce n’est pas l’AWS que vous recherchez
D’après mon expérience, de nombreux observateurs extérieurs ne comprennent pas comment AWS fonctionne et, pour cette raison, ont du mal à comprendre comment il traite avec les partenaires ou les clients . Après avoir quitté AWS pour MongoDB, j’ai tenté de décrire certains des mécanismes internes d’AWS qui permettent et compliquent à la fois sa méthode de partenariat. Pour résumer, bien que tous ceux qui travaillent pour Amazon soient animés par les LP, les équipes sont intentionnellement maintenues relativement peu nombreuses et fonctionnent de manière autonome, ce qui affecte la cohérence de l’utilisation des LP. C’est bon et mauvais.
Par exemple, chaque groupe individuel peut traduire un LP tel que « Customer Fixation » d’une manière différente. Certains pourraient penser qu’il est préférable de contribuer au code des communautés open source en amont pertinentes, minimisant ainsi la dette technique et conservant une plus grande fidélité aux versions open source. D’autres, se penchant sur « Fournir des résultats », pourraient ressentir le besoin de repérer une tâche sans diminuer pour faire l’effort d’amont ces changements. Les deux équipes ont de bonnes intentions de servir les clients, mais elles produisent des résultats très différents.
Même en s’abstenant loin de l’open source, quelques-uns des LP sont plus difficiles à concilier avec de fortes collaborations – ou peuvent être interprétés comme tel. Un superviseur général pourrait déclarer : « Comment puis-je, en tant que directeur général d’un service, ‘insister fermement sur les normes les plus élevées’ si je suis une action éloignée du consommateur en travaillant par l’intermédiaire d’un partenaire ? » Je m’inquiète traduit parce que des entreprises comme Microsoft ont en fait révélé pendant des années qu’il est extrêmement possible de fournir une expérience client solide grâce à des partenaires. En réponse à cet hypothétique service GM, il est extrêmement possible d’atteindre ces normes par le biais d’accords juridiques sur le niveau de service, d’un partenariat étroit sur l’intégration de produits ou d’autres moyens. Comme pour l’open source, cela nécessite simplement divers muscles et une approche différente des besoins des consommateurs de conférence.
Pendant longtemps, AWS a semblé ne pas avoir ces muscles. Cela change, et rapidement.
Exercer son muscle de partenariat
Dans une certaine mesure, sa technique de partenaire est probablement réservée aux individus. AWS a récemment engagé Ruba Borno de Cisco pour diriger le programme de partenariat international de l’entreprise. Borno vient d’être avec AWS parce que fin 2021, des amis au sein d’AWS ont en fait déclaré qu’elle avait eu un impact significatif sur le passage d’AWS à une méthode plus conviviale pour les partenaires pour répondre aux besoins des clients. Au-delà de la direction exécutive, AWS a embauché de manière significative des personnes open source/associées aux partenaires (je me comptais parmi ces rangs lorsque je travaillais pour AWS) qui ont poussé à la modification.
Il y a aussi le souci de l’échelle. AWS a atteint un taux d’exécution de 71 milliards de dollars en créant des services natifs tels qu’Amazon EC2 et Amazon S3. L’entreprise propose désormais plus de 200 services natifs. De toute évidence, cette technique a fonctionné. Cependant, il est difficile de voir comment l’entreprise évoluera vers les 71 milliards de dollars suivants sans se tourner vers un environnement partenaire, tout comme Amazon s’est réellement comporté dans son activité de vente au détail. (Les vendeurs tiers représentent plus de 60 % des revenus d’Amazon.com.) Comme l’entreprise s’est effectivement développée dans le commerce de détail, le succès durable d’AWS est probablement lié à la qualité de ses partenariats pour permettre à une solide communauté de partenaires autour son cœur, les services natifs.
Comme je l’ai dit, « à long terme, le cloud qui permet la plus grande communauté gagnera. Ou pour le dire simplement, le cloud gagnant sera celui qui s’associera le mieux. » J’ai l’impression qu’AWS voit cela, peut-être déclenché par des efforts antérieurs de Google en particulier.
Rien de tout cela ne suggère qu’AWS quittera bientôt ses services natifs. Il y a tout simplement trop d’argent en jeu (ou une « fixation client » excessive en jeu). AWS n’a révélé aucun signe d’ambition décroissante de fournir des services d’informations en streaming avec Apache Kafka via son Amazon Managed Service for Kafka (Amazon MSK). Et pourtant, AWS investit également beaucoup pour permettre le succès de Confluent, qui fournit un service géré Kafka directement concurrentiel.
AWS est-il le même qu’il ne l’a jamais été ? Non. Non. Oui, AWS a toujours choisi à la fois de rivaliser et de s’associer, mais d’après mon expérience, l’équilibre préfère nettement les collaborations. Il est vrai qu’il y a toujours des conflits et que certains groupes AWS s’associent bien mieux que d’autres, tout comme certains ajoutent aux projets open source dont ils dépendent mieux que d’autres.
Je ne veux pas présenter certains image extrêmement optimiste d’AWS. Mais l’AWS de nos jours est plus conviviale pour les partenaires que l’AWS de 2019 ou 2013. Les vieux chiens évidemment peuvent découvrir de toutes nouvelles astuces.
.
Toute l’actualité en temps réel, est sur L’Entrepreneur
