Warum die Kundenbesessenheit von Amazon Open Source-freundlicher machen sollte

Bild: Ben Fox Rubin / CNET

Das Schrecklichste an AWS für seine Konkurrenten ist, dass der Cloud-Marktführer die Wahrheit sagt. Welche Wahrheit? Das AWS ist nicht auf Wettbewerber fixiert, sondern auf die Erfüllung der Kundenbedürfnisse. Wie AWS-Chef Andy Jassy letzte Woche bei AWS re: Invent über die neuen lokalen Technologie-Außenposten des Unternehmens sagte: "Ich sehe Außenposten nicht als einen Schuss über den Bug von irgendjemandem. Wenn Sie sich ansehen, was wir tun, es wird sehr viel von Kunden informiert. "

Kunden. Dieses Wort kommt oft aus Jassys Mund und wird verwendet, um den Bau aller möglichen Dinge wie Außenposten zu rechtfertigen, die das Unternehmen einst gemieden hat. Es ist das, was AWS so schwer vorhersehbar macht, wie ich geschrieben habe, aber in meinen Gesprächen mit AWS, seinen Kunden und seinen Partnern bei re: Invent ist klar, dass "Kundenbesessenheit" wirklich das ist, was AWS zum Ticken bringt. Diese Besessenheit sollte dazu führen, dass AWS die Open-Source-Projekte, aus denen es zunehmend zu Services wird, noch ernsthafter betrachtet.

Ein Klischee mit einem anderen Namen ...

Jedes Unternehmen behauptet, kundenorientiert zu sein. Nur Apple-Gründer Steve Jobs konnte dreist sagen: "Die Leute wissen nicht, was sie wollen, bis Sie es ihnen zeigen. Deshalb verlasse ich mich nie auf Marktforschung." Sein war das Geschenk der Intuition. Die meisten Unternehmen können das einfach nicht schaffen.

Must-Read Cloud

  • Cloud Computing im Jahr 2020: Vorhersagen zu Sicherheit, KI, Kubernetes, mehr
  • Die wichtigsten Cloud-Fortschritte des Jahrzehnts
  • Top Desktop as a Service (DaaS) -Anbieter: Amazon, Citrix, Microsoft, VMware und mehr
  • Cloud-Computing-Richtlinie (TechRepublic Premium)

Während AWS sicherlich dem anderen Teil dieses Jobs-Zitats folgt ("Unsere Aufgabe ist es, herauszufinden, was Kunden wollen, bevor sie es tun"), war es in mehreren Gesprächen rund um re: Invent überraschend, wie oft der Kunde angerufen wurde als Quelle dieser oder jener Produktrichtung. Auf der Hauptbühne am Mittwochmorgen identifizierte Jassy eine Vielzahl von Möglichkeiten, wie AWS mit seinen Kunden zusammenarbeitet, um zu bestimmen, was aufgebaut werden soll, einschließlich einer intensiven Zusammenarbeit zwischen AWS-Produktteams und bestehenden und zukünftigen Kunden. Als ich seine Kunden und Partner fragte, ob dies bei ihnen der Fall sei, hörte ich ausnahmslos ein klares "Ja".

Interessanter war die Haltung von AWS gegenüber potenziellen Wettbewerbern.

Nehmen wir zum Beispiel Instaclustr. Das Unternehmen betreibt Managed Services für Apache Cassandra, Apache Kafka, Elasticsearch und andere Open Source-Technologien und unterstützt Unternehmen dabei, in großem Umfang zu arbeiten. Für zwei dieser Dienste ist AWS ein Director-Konkurrent, obwohl Instaclustr diese Dienste auf AWS ausführt. Dies scheint ein Rezept für Konflikte zu sein, aber als ich mit Peter Nichol, CEO von Instaclustr, sprach, sagte er mir, dass AWS von den verschiedenen Cloud-Anbietern am einfachsten und am besten zu bearbeiten ist. Dies liegt zum Teil daran, dass die Prozesse und Services von AWS viel funktionsreicher und etablierter sind, aber auch daran, dass AWS auf die Bedürfnisse der Kunden ausgerichtet ist. Wie Nichol es ausdrückte, werden die Vertriebsmitarbeiter von AWS die Kunden von Instaclustr nicht vom verwalteten Cassandra-Service des Unternehmens zu DynamoDB von AWS verdrängen. Der Fokus liegt auf dem, was der Kunde braucht, nicht auf dem, was der Verkäufer braucht.

In anderen Fällen weiß der Kunde möglicherweise nicht genau, was er benötigt. In einem Gespräch mit Herain Oberoi, AWS-General Manager für Datenbank-, Analyse- und Blockchain-Marketing, sprach er darüber, wie das Unternehmen auf die Produkte Managed Blockchain und QLDB kam. Bei der Ankündigung der neuen Dienste hatte Jassy betont, dass AWS viel Zeit damit verbracht habe, das Signal in all dem Blockchain-Rauschen zu finden, und bemerkt: "Wir bauen keine Dinge für die Optik." Nur weil es einen Hype um Blockchain gab, hieß das nicht, dass es eine echte Kundennachfrage gab.

Da "AWS-Entwicklungsteams sehr nah am Kunden sind", wie Oberoi mir mitteilte, konnten sie die Kundennachfrage ("Wir wollen Blockchain") untersuchen, um zu entschlüsseln, was diese Nachfrage in der Praxis tatsächlich bedeutete. Für einige bedeutete dies Blockchain, war aber einfacher zu verwalten. Geben Sie Managed Blockchain ein. Für andere war das, was sie wirklich wollten, "eine Möglichkeit, Transaktionen transparent und überprüfbar zu verwalten". Sie brauchten keine Blockchain - sie brauchten eher QLDB, eine interne Datenbank, die AWS für die Kundenbedürfnisse auslagern wollte.

Für Bernard Golden, Vice President für Cloud-Strategie bei Capital One, ist eine wichtige Erkenntnis von re: Invent, wie sehr diese Kundenbesessenheit AWS dazu bringt, Unternehmensanforderungen zu lösen. Nicht, dass dies immer AWS-Freunde macht.

Keine Freunde finden

Angesichts der Tatsache, dass der Großteil der heute beliebtesten Unternehmensdateninfrastruktur Open Source ist, ist es sinnvoll, dass AWS anfängt, in Dinge zu investieren, die Kafka für den Unternehmensverbrauch einfacher machen. In der Eile, die Anforderungen des Unternehmens zu erfüllen, sollte AWS mehr Zeit darauf verwenden, die Gesundheit der Open Source-Communities sicherzustellen, aus denen es Code bezieht.

Nein, ich schlage nicht vor, dass AWS Bargeld an die Open-Source- Unternehmen verteilt, die entstanden sind, um Unternehmensunterstützung für Dinge wie Kafka und MySQL bereitzustellen. Es ist nicht die Schuld von AWS, dass diese Unternehmen häufig darauf hoffen, moderne Open-Source-Projekte mit veralteten Software-Umsatzmodellen zu monetarisieren. Es ist auch nicht die Aufgabe von AWS, sie mit Bargeld zu versorgen. Jedes Open-Source-Projekt, das übermäßig von einem einzelnen Unternehmen und nicht von einer vielfältigen Community abhängig ist, sollte nicht erwarten, dass AWS oder andere Personen sie aus ihren schlechten Open-Source-Praktiken befreien.

Vielmehr sollte AWS ernsthaft darüber nachdenken, wie Communities wieder aufgefüllt werden können. Langfristig liegt dies im Eigeninteresse von AWS. Ein Kafka-Service ist beispielsweise heute nur so interessant wie die Entwicklung des zugrunde liegenden Projekts. Wenn diese Entwicklung aufgrund fehlender Gemeinschaftsinvestitionen gebremst wird, kann AWS die Kundenanforderungen nicht erfüllen. Daher muss AWS vom produktivsten Open-Source-Code-Harvester der Branche abheben und zum vorsichtigsten Förderer von Open-Source-Communities in der Branche werden. (Nein, dies wird die Projekte von Einzelanbietern nicht zufriedenstellen, die keinen Code wirklich wollen, da sie hoffen, die einzige dominierende Codequelle für ihre Projekte zu sein. Diese Projekte haben jedoch Probleme, die AWS nicht lösen muss.)

Warum sollte sich AWS darum kümmern? Steve Loughran von Hortonworks hat einige solide Gründe hervorgehoben. Für die Gesundheit des Projekts, so argumentiert er, "fehlen es alle Korrekturen, die AWS -Teams finden, alle Funktionen, und AWS hilft nicht bei der Testphase einer Version, um zu zeigen, dass es funktioniert AWS-Infrastruktur, Betriebssystemabbilder usw. " Und was ist mit AWS und seinen Kunden? "Sie verlieren die Fähigkeit, ihre eigenen Artefakte zu patchen, Produkten wie EMR Funktionen hinzuzufügen und sogar leicht zu debuggen, warum etwas fehlschlägt." Als solche sind Kunden letztendlich die Versuchskaninchen dafür, ob AWS-Services mit der Branche Schritt halten.

Dies ist keine großartige Kundenerfahrung.

Glücklicherweise gibt es Anzeichen dafür, dass dies beginnt. AWS beauftragte Adrian Cockcroft, dem Unternehmen dabei zu helfen, Open Source ernst zu nehmen, und es zeigt allmählich Früchte in Sachen wie Firecracker. Firecracker ist ein hervorragendes Beispiel für die Open-Sourcing-Technologie von AWS, die die Branche bei der Virtualisierung vorantreiben wird. Es kann jedoch noch mehr erforderlich sein, wenn AWS Code zu den Projekten beiträgt, aus denen Services für Kunden werden. Auch dies ist der beste Weg für AWS, um seine kundenorientierte Besessenheit wirklich zu erfüllen.

Open Source Wöchentlicher Newsletter

Sie möchten unsere Tipps, Tutorials und Kommentare zum Linux-Betriebssystem und zu Open Source-Anwendungen nicht verpassen. Dienstags geliefert

Heute anmelden

© Copyright 2020 | mobilegn.com