Miért kellene az Amazon vásárlóinak megszállottságától nyílt forráskódúvá tenni?

Kép: Ben Fox Rubin / CNET

A legfélelmetesebb az AWS versenytársainak, hogy a felhővezető igazat mond. Milyen igazság? Ez az AWS nem a versenytársakra vonatkozik, hanem az ügyfelek igényeinek kielégítésére. Ahogyan az AWS vezérigazgatója, Andy Jassy az AWS-n mondta: A múlt héten feltalálta a társaság új, helyszíni tech Outposts-járól beszélt: "Nem látom, hogy az Outposts bárkinek meghajolása lenne. Ha megnézzük, mit csinálunk, az ügyfelek nagyon tájékozottak. "

Az ügyfelek. Ez a szó Jassy szájából sokat jön ki, és mindenféle dolgot felépítésének igazolására szolgál, például az Outposts-hez, amelyeket a társaság valaha is megkerült. Ez az, ami az AWS-t olyan nehéz megjósolni, ahogy már írtam, de az AWS-szel, az ügyfelekkel és a re: partnerekkel folytatott beszélgetéseim során egyértelmű, hogy az „ügyfelek megszállottsága” valójában az, ami az AWS-t megjelöli. Ennek a megszállottságnak kellene az AWS-t még komolyabbá tenni a nyílt forráskódú projekteknél, amelyek egyre inkább szolgáltatásokká válnak.

Klisé más néven ...

Minden vállalat azt állítja, hogy ügyfél-központú. Csak az Apple alapítója, Steve Jobs őrülten mondhatta: "Az emberek nem tudják, mit akarnak, amíg nem mutatják meg nekik. Ezért soha nem támaszkodom a piackutatásra." Ő volt az intuíció ajándéka. A legtöbb vállalat ezt egyszerűen nem tudja levonni.

Must-read Cloud

  • Cloud computing 2020-ban: Jóslatok a biztonságról, AI, Kubernetes, stb
  • Az évtized legfontosabb felhő előrehaladása
  • Legjobb asztali szolgáltatás (DaaS) szolgáltatók: Amazon, Citrix, Microsoft, VMware és még sok más
  • Cloud computing házirend (TechRepublic Premium)

Míg az AWS minden bizonnyal követi a Jobs idézetének másik részét ("Feladatunk az, hogy kitaláljuk, mit akarnak az ügyfelek még mielőtt megtesznek"), a re: Invent körüli több beszélgetés során meglepő volt, milyen gyakran hívták fel az ügyfelet. mint ennek vagy a terméknek a forrása. A szerdán reggeli feszültségtől kezdve Jassy különféle módszereket azonosított az AWS és az ügyfelek között annak meghatározására, hogy mit építsenek, ideértve az AWS termékcsapatok, valamint a meglévő és a jövőbeli ügyfelek közötti mély kapcsolatot. Amikor megkérdeztem ügyfeleitől és partnereitől, hogy ez igaz-e velük, mindig hallottam egy hangos "igen" hangot.

Érdekesebb volt az AWS hozzáállása a leendő versenytársakhoz.

Vegyük például az Instaclustrot. A társaság menedzselt szolgáltatásokat üzemeltet az Apache Cassandra, az Apache Kafka, az Elasticsearch és más nyílt forráskódú technológiák számára, segítve a vállalatokat a nagy léptékű futtatásban. E szolgáltatások közül kettőnél az AWS igazgató versenytárs, bár az Instaclustr ezeket a szolgáltatásokat az AWS-en futtatja. Ez úgy tűnik, mint egy konfliktus receptje, de amikor beszéltem az Instaclustr vezérigazgatójával, Peter Nichollal, azt mondta nekem, hogy a különféle felhőszolgáltatók közül az AWS valójában a legkönnyebb és legjobban működik együtt. Részben azért, mert az AWS folyamata és szolgáltatásai sokkal több szolgáltatásban gazdagok és megalapozottak, de azért is, mert az AWS az ügyfelek igényeire koncentrál. Amint Nichol kijelentette, az AWS értékesítési képviselői nem tolják el az Instaclustr ügyfeleit a cég kezelt Cassandra szolgáltatásától az AWS DynamoDB felé. A hangsúly az, amire az ügyfélnek szüksége van, nem pedig az eladónak.

Más esetekben az ügyfél nem tudja pontosan, mire van szüksége. A Herain Oberoi-val, az AWS adatbázis-elemzési és blokklánc-marketing vezérigazgatójával folytatott beszélgetésen arról beszélt, hogy a vállalat miként jött létre a Managed Blockchain és QLDB termékekkel. Az új szolgáltatások bejelentésekor Jassy hangsúlyozta, hogy az AWS sok időt töltött a jel megkeresésével az összes blokklánc zajában, megjegyezve: "Nem építünk dolgokat optikára." Csak azért, mert hype volt a blockchain körül, nem azt jelentette, hogy valódi vevői igény volt.

Mivel az "AWS fejlesztő csapatok nagyon közel állnak az ügyfelekhez", amint Oberoi tájékoztatták őket, képesek voltak megvizsgálni az ügyfelek igényét ("We want blockchain"), hogy meg tudják deríteni, mit jelent ez a kereslet a gyakorlatban. Néhányuk számára ez blokkláncot jelentett, de könnyebben kezelhető. Lépjen be a Felügyelt blokkláncba. Mások számára azonban valóban azt akarták, hogy "legyen egy átlátható és ellenőrizhető módszer a tranzakciók kezelésére". Nem volt szükségük blokkláncra - valamire inkább, mint például a QLDB-re, egy belső adatbázisra, amelyet az AWS az ügyfelek igényeihez igazított.

A Capital One, a felhőstratégia Bernard Golden alelnökének, az egyik jelentős elvonulás az újból: A feltalálás csak annyit jelent, hogy az ügyfelek megszállottsága mennyire vonzza az AWS-t a vállalati igények megoldásához. Nem mintha ez mindig az AWS barátainak lenne.

Nem barátok

Tekintettel arra, hogy a mai napig a legnépszerűbb vállalati adatszolgáltatási infrastruktúra nyílt forráskódú, ésszerű, hogy az AWS beruházásokat kezdjen a Kafkahoz hasonló dolgok megkönnyítésére a vállalati fogyasztás szempontjából. A vállalati igények kielégítése során az AWS-nek több időt kell töltenie annak a nyílt forráskódú közösségnek a biztosításában, amelyből kódot készít.

Nem, nem azt javaslom, hogy az AWS készpénzt bocsásson ki azoknak a nyílt forráskódú vállalatoknak, amelyek létrejöttek, hogy vállalkozási támogatást nyújtsanak a Kafka és a MySQL számára. Nem az AWS hibája, hogy ezek a cégek gyakran remélik, hogy a modern nyílt forráskódú projektek bevételszerzésre kerülnek régebbi szoftveres bevételi modellek segítségével. Az AWS feladata sem az, hogy készpénzzel támogassa őket. Minden olyan nyílt forráskódú projektnek, amely túlságosan függ egy vállalattól, és nem egy változatos közösségtől, nem szabad elvárnia, hogy az AWS vagy bárki más megmentse őket a gyenge nyílt forráskódú gyakorlatok miatt.

Az AWS-nek inkább komolyan gondolkodnia kell a közösségek feltöltésének módjáról. Hosszú távon ez az AWS érdeke. Például egy ma Kafka-szolgáltatás csak annyira érdekes, mint a mögöttes projekt fejlődése. Ha ezt a fejlõdést a közösségi beruházások hiánya miatt megbénítják, az AWS nem felel meg az ügyfelek igényeinek. Tehát az AWS-nek ki kell lépnie az iparág legtermékenyebb nyílt forráskódú kombájnjából, és az ipar legfontosabb gondoskodójává kell válnia a nyílt forráskódú közösségekben. (Nem, ez nem fog kielégíteni azokat az egyszállító projekteket, amelyek nem igazán akarnak kódot, mivel remélik, hogy a projektek egyetlen domináns kódforrása lesz. De ezeknek a projekteknek vannak olyan problémái, amelyeket az AWS-nek nem kell zavarnia, hogy megpróbálja megoldani.)

Miért érdekelne az AWS? A Hortonworks Steve Loughran kiemelte néhány fontos okot. a projekt egészsége miatt indokolja, hogy "hiányzik a javításokról az AWS csapatok által talált lehetőségekről, minden szolgáltatásról, és az AWS nem segít minden kiadás tesztelési szakaszában annak bizonyítására, hogy a projekt működik AWS infrastruktúra, operációs rendszer képei stb. " És mi van az AWS-sel és ügyfeleivel? "Elveszítik a képességüket, hogy javítsák saját tárgyaikat, hozzáadhassanak funkciókat olyan termékekhez, mint például az EMR, még azáltal is, hogy könnyen megkereshessék, miért van valami kudarc." Mint ilyen, az ügyfelek végül tengerimalacokká válnak abban, hogy az AWS szolgáltatások lépést tartanak-e az iparral.

Ez nem nagy vásárlói élmény.

Szerencsére vannak jelek, hogy ez kezdődik. Az AWS felvérte Adrian Cockcroftot, hogy segítse a társaságot abban, hogy komolyan veszi a nyílt forráskódot, és máris megkezdi a gyümölcs megjelenését olyan dolgokban, mint a Firecracker. A Firecracker nagyszerű példája az AWS nyílt beszerzési technológiájának, amely tovább halad az iparág felé a virtualizációban, ám még inkább szükség lehet az AWS kódjának megadására azon projektekhez, amelyek az ügyfeleknek szolgáltatássá alakulnak. Ez ismét a legjobb módszer az AWS számára, hogy valóban teljesítse ügyfél-központú megszállottságát.

Nyílt forrású heti hírlevél

Nem akarja kihagyni a Linux operációs rendszerre és a nyílt forrású alkalmazásokra vonatkozó tippeinket, útmutatásainkat és kommentárjainkat. Keddenként szállították

Regisztrálj még ma

© Copyright 2021 | mobilegn.com