三大主要云提供商中的每一個(gè)都存在其可以通過(guò)收購(gòu)解決的產(chǎn)品中的特定弱點(diǎn)。

　　通過(guò)適當(dāng)?shù)奶砑�，這些提供商可以為他們的客戶增加可觀的利益，并使自己能夠更有利地衡量其競(jìng)爭(zhēng)對(duì)手。此外，有成長(zhǎng)中的高科技公司具有出色的領(lǐng)導(dǎo)才能，可以做出這些改進(jìn)。

　　以下是根據(jù)其投資組合中的現(xiàn)有缺口，考察了各主要IaaS主要供應(yīng)商可能進(jìn)行的一些云收購(gòu)，以及這些潛在交易可能帶來(lái)的危險(xiǎn)信號(hào)或集成問(wèn)題。

　　AWS的主要弱點(diǎn)是它的復(fù)雜性。它的云平臺(tái)包含許多不同的服務(wù)，可以完成許多不同的事情。而且，由于構(gòu)建這些服務(wù)的團(tuán)隊(duì)都是相對(duì)獨(dú)立的，因此即使他們已經(jīng)精通該平臺(tái)的另一部分，當(dāng)他們使用新的AWS工具時(shí)，用戶通常也面臨著重大的學(xué)習(xí)曲線。

　　亞馬遜已經(jīng)做出了一些努力來(lái)解決這個(gè)問(wèn)題。AWS Amplify是一個(gè)基于開(kāi)放源代碼組件的Web和移動(dòng)應(yīng)用程序開(kāi)發(fā)平臺(tái)，在向開(kāi)發(fā)人員提供集中式，單項(xiàng)服務(wù)到許多控制的界面和庫(kù)方面取得了長(zhǎng)足的進(jìn)步。例如，您可以使用它來(lái)構(gòu)建會(huì)議應(yīng)用程序的整個(gè)后端。

　　但是，即使是Amplify的軌跡也受到另一個(gè)AWS服務(wù)：Amazon Cognito的阻礙。盡管它是許多應(yīng)用程序中的關(guān)鍵組件，但該針對(duì)移動(dòng)和Web應(yīng)用程序的用戶身份驗(yàn)證服務(wù)是AWS更高級(jí)別產(chǎn)品中最薄弱的環(huán)節(jié)。這就是為什么AWS獲得Auth0（身份驗(yàn)證即服務(wù)的領(lǐng)導(dǎo)者）才有意義的原因。

　　Auth0可以為AWS用戶提供目前需要使用Cognito進(jìn)行重大變通的功能-或幾乎不可能實(shí)現(xiàn)的功能。這包括使其用戶數(shù)據(jù)庫(kù)更多地成為真實(shí)的數(shù)據(jù)存儲(chǔ)，功能齊全的Web控制臺(tái)，該控制臺(tái)支持編輯以及簡(jiǎn)單，全面的社交登錄以及安全性聲明標(biāo)記語(yǔ)言集成。Auth0的團(tuán)隊(duì)在企業(yè)身份驗(yàn)證和不斷變化的身份驗(yàn)證標(biāo)準(zhǔn)方面也具有豐富的經(jīng)驗(yàn)，而Cognito最多只能將其部分集成。

　　同樣，AWS也應(yīng)追求阿爾戈利亞。AWS依靠Elasticsearch作為其可搜索的索引服務(wù)，但是Elasticsearch已經(jīng)開(kāi)始在日益關(guān)注開(kāi)發(fā)人員體驗(yàn)和安全性的世界中展示其時(shí)代。IT團(tuán)隊(duì)不可避免地必須在其前面運(yùn)行本地代理，并且他們需要在數(shù)據(jù)進(jìn)入Elasticsearch時(shí)對(duì)數(shù)據(jù)進(jìn)行處理-更不用說(shuō)圍繞水平擴(kuò)展的麻煩了。Algolia為公司處理所有這些問(wèn)題，并提供一組簡(jiǎn)單的安全規(guī)則-例如速率限制和限制可以搜索和/或返回的字段-與單獨(dú)的API密鑰相關(guān)聯(lián)。

　　在業(yè)務(wù)方面，Elastic.co越來(lái)越與AWS交戰(zhàn)也無(wú)濟(jì)于事，因?yàn)榕cElastic.co相比，Elasticsearch作為一種服務(wù)獲利要好得多。將Algolia集成到AWS中并遠(yuǎn)離Elasticsearch可能會(huì)消除其中的一些緊張局勢(shì)。

　　這些云計(jì)算收購(gòu)的最大風(fēng)險(xiǎn)將是與其他AWS產(chǎn)品集成。Cognito在其他AWS產(chǎn)品中尤為根深蒂固，使用Auth0可能是一個(gè)工程項(xiàng)目。話雖如此，回報(bào)可能是巨大的。

　　Microsoft Azure在很大程度上錯(cuò)過(guò)了由開(kāi)發(fā)人員主導(dǎo)的無(wú)服務(wù)器革命，該革命始于十年前的Firebase和Parse。Netlify（和Jamstack）以及Google對(duì)Firebase的擴(kuò)展以及AWS在Amplify的投資，這種轉(zhuǎn)變一直在繼續(xù)。

　　IaaS的核心優(yōu)勢(shì)在于能夠更快地開(kāi)發(fā)，部署和擴(kuò)展軟件。只有使用高級(jí)服務(wù)，開(kāi)發(fā)人員才能專注于關(guān)鍵差異因素，而不是重新實(shí)現(xiàn)大多數(shù)人需要的相同通用服務(wù)（例如身份驗(yàn)證，圖像處理和搜索），從而加快了開(kāi)發(fā)速度。

　　借助Amplify和Firebase，AWS和Google各自擁有核心平臺(tái)和團(tuán)隊(duì)，正在構(gòu)建其更高級(jí)別的服務(wù)策略和控制臺(tái)。但是，Microsoft在無(wú)服務(wù)器方面不夠積極，僅提供一些容器編排和功能即服務(wù)的支持。

　　Netlify實(shí)際上是不屬于Google或Amazon的唯一獨(dú)立的無(wú)服務(wù)器/ API經(jīng)濟(jì)平臺(tái)。Netlify的領(lǐng)導(dǎo)層了解下一代利用服務(wù)來(lái)更快地交付更好軟件的軟件開(kāi)發(fā)。如果微軟收購(gòu)Netlify并領(lǐng)導(dǎo)其無(wú)服務(wù)器策略和更高級(jí)別的服務(wù)，它將立即擁有與AWS和Google Cloud Platform（GCP）更具可比性的服務(wù)。微軟還可以繼續(xù)使用Visual Studio Code和GitHub來(lái)推動(dòng)這些技術(shù)在Azure而非其競(jìng)爭(zhēng)對(duì)手上的采用。

　　這種潛在的云收購(gòu)將不會(huì)帶來(lái)什么危險(xiǎn)。微軟已將自己轉(zhuǎn)變?yōu)榭梢圆捎肗etlify并使其具備能力來(lái)彌補(bǔ)其當(dāng)前產(chǎn)品中的這一重大缺陷的公司類型。

　　谷歌在虛擬機(jī)和容器方面基本上與Azure和AWS相提并論，但過(guò)去五年來(lái)其行業(yè)領(lǐng)先的高級(jí)云服務(wù)的發(fā)展卻停滯不前。

　　Firebase是一個(gè)很好的例子。Google在添加服務(wù)時(shí)在競(jìng)爭(zhēng)中擁有巨大的早期優(yōu)勢(shì)，但是在2014年使用Firebase的人今天可能不會(huì)注意到除了增加功能之外的很大差異。是的，有Firestore，但僅添加了與Amazon DynamoDB相當(dāng)?shù)漠a(chǎn)品，而沒(méi)有做任何比AWS的NoSQL數(shù)據(jù)庫(kù)服務(wù)新的東西或做得更好。這種弱點(diǎn)增強(qiáng)了Google在忽略客戶反饋并讓項(xiàng)目枯竭方面的聲譽(yù)。

　　因此，Google應(yīng)該購(gòu)買Hasura，它在Firebase落后的地方正擁有驚人的發(fā)展速度：對(duì)關(guān)系數(shù)據(jù)庫(kù)，GraphQL的支持以及在開(kāi)發(fā)者反饋的幫助下快速迭代的機(jī)會(huì)。擁有的Hasura可以為Firebase注入大量生命。

　　當(dāng)然，F(xiàn)irebase也被收購(gòu)。因此，如果過(guò)去是序幕，那么紅旗比比皆是。但是，對(duì)于GCP而言，收購(gòu)Hasura值得冒險(xiǎn)。文章來(lái)源：CloudMSP社區(qū) ，作者清涼油 翻譯