三大主要云提供商中的每一個都存在其可以通過收購解決的產(chǎn)品中的特定弱點(diǎn)。
通過適當(dāng)?shù)奶砑樱@些提供商可以為他們的客戶增加可觀的利益，并使自己能夠更有利地衡量其競爭對手。此外，有成長中的高科技公司具有出色的領(lǐng)導(dǎo)才能，可以做出這些改進(jìn)。
以下是根據(jù)其投資組合中的現(xiàn)有缺口，考察了各主要IaaS主要供應(yīng)商可能進(jìn)行的一些云收購，以及這些潛在交易可能帶來的危險(xiǎn)信號或集成問題。
亞馬遜網(wǎng)絡(luò)服務(wù)：Auth0和Algolia
AWS的主要弱點(diǎn)是它的復(fù)雜性。它的云平臺包含許多不同的服務(wù)，可以完成許多不同的事情。而且，由于構(gòu)建這些服務(wù)的團(tuán)隊(duì)都是相對獨(dú)立的，因此即使他們已經(jīng)精通該平臺的另一部分，當(dāng)他們使用新的AWS工具時(shí)，用戶通常也面臨著重大的學(xué)習(xí)曲線。
亞馬遜已經(jīng)做出了一些努力來解決這個問題。AWS Amplify是一個基于開放源代碼組件的Web和移動應(yīng)用程序開發(fā)平臺，在向開發(fā)人員提供集中式，單項(xiàng)服務(wù)到許多控制的界面和庫方面取得了長足的進(jìn)步。例如，您可以使用它來構(gòu)建會議應(yīng)用程序的整個后端。
但是，即使是Amplify的軌跡也受到另一個AWS服務(wù)：Amazon Cognito的阻礙。盡管它是許多應(yīng)用程序中的關(guān)鍵組件，但該針對移動和Web應(yīng)用程序的用戶身份驗(yàn)證服務(wù)是AWS更高級別產(chǎn)品中最薄弱的環(huán)節(jié)。這就是為什么AWS獲得Auth0（身份驗(yàn)證即服務(wù)的領(lǐng)導(dǎo)者）才有意義的原因。
Auth0可以為AWS用戶提供目前需要使用Cognito進(jìn)行重大變通的功能-或幾乎不可能實(shí)現(xiàn)的功能。這包括使其用戶數(shù)據(jù)庫更多地成為真實(shí)的數(shù)據(jù)存儲，功能齊全的Web控制臺，該控制臺支持編輯以及簡單，全面的社交登錄以及安全性聲明標(biāo)記語言集成。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)開始在日益關(guān)注開發(fā)人員體驗(yàn)和安全性的世界中展示其時(shí)代。IT團(tuán)隊(duì)不可避免地必須在其前面運(yùn)行本地代理，并且他們需要在數(shù)據(jù)進(jìn)入Elasticsearch時(shí)對數(shù)據(jù)進(jìn)行處理-更不用說圍繞水平擴(kuò)展的麻煩了。Algolia為公司處理所有這些問題，并提供一組簡單的安全規(guī)則-例如速率限制和限制可以搜索和/或返回的字段-與單獨(dú)的API密鑰相關(guān)聯(lián)。
在業(yè)務(wù)方面，Elastic.co越來越與AWS交戰(zhàn)也無濟(jì)于事，因?yàn)榕cElastic.co相比，Elasticsearch作為一種服務(wù)獲利要好得多。將Algolia集成到AWS中并遠(yuǎn)離Elasticsearch可能會消除其中的一些緊張局勢。
這些云計(jì)算收購的最大風(fēng)險(xiǎn)將是與其他AWS產(chǎn)品集成。Cognito在其他AWS產(chǎn)品中尤為根深蒂固，使用Auth0可能是一個工程項(xiàng)目。話雖如此，回報(bào)可能是巨大的。
Microsoft Azure：Netlify
Microsoft Azure在很大程度上錯過了由開發(fā)人員主導(dǎo)的無服務(wù)器革命，該革命始于十年前的Firebase和Parse。Netlify（和Jamstack）以及Google對Firebase的擴(kuò)展以及AWS在Amplify的投資，這種轉(zhuǎn)變一直在繼續(xù)。
IaaS的核心優(yōu)勢在于能夠更快地開發(fā)，部署和擴(kuò)展軟件。只有使用高級服務(wù)，開發(fā)人員才能專注于關(guān)鍵差異因素，而不是重新實(shí)現(xiàn)大多數(shù)人需要的相同通用服務(wù)（例如身份驗(yàn)證，圖像處理和搜索），從而加快了開發(fā)速度。
借助Amplify和Firebase，AWS和Google各自擁有核心平臺和團(tuán)隊(duì)，正在構(gòu)建其更高級別的服務(wù)策略和控制臺。但是，Microsoft在無服務(wù)器方面不夠積極，僅提供一些容器編排和功能即服務(wù)的支持。
Netlify實(shí)際上是不屬于Google或Amazon的唯一獨(dú)立的無服務(wù)器/ API經(jīng)濟(jì)平臺。Netlify的領(lǐng)導(dǎo)層了解下一代利用服務(wù)來更快地交付更好軟件的軟件開發(fā)。如果微軟收購Netlify并領(lǐng)導(dǎo)其無服務(wù)器策略和更高級別的服務(wù)，它將立即擁有與AWS和Google Cloud Platform（GCP）更具可比性的服務(wù)。微軟還可以繼續(xù)使用Visual Studio Code和GitHub來推動這些技術(shù)在Azure而非其競爭對手上的采用。
這種潛在的云收購將不會帶來什么危險(xiǎn)。微軟已將自己轉(zhuǎn)變?yōu)榭梢圆捎肗etlify并使其具備能力來彌補(bǔ)其當(dāng)前產(chǎn)品中的這一重大缺陷的公司類型。
Google云端：Hasura
谷歌在虛擬機(jī)和容器方面基本上與Azure和AWS相提并論，但過去五年來其行業(yè)領(lǐng)先的高級云服務(wù)的發(fā)展卻停滯不前。
Firebase是一個很好的例子。Google在添加服務(wù)時(shí)在競爭中擁有巨大的早期優(yōu)勢，但是在2014年使用Firebase的人今天可能不會注意到除了增加功能之外的很大差異。是的，有Firestore，但僅添加了與Amazon DynamoDB相當(dāng)?shù)漠a(chǎn)品，而沒有做任何比AWS的NoSQL數(shù)據(jù)庫服務(wù)新的東西或做得更好。這種弱點(diǎn)增強(qiáng)了Google在忽略客戶反饋并讓項(xiàng)目枯竭方面的聲譽(yù)。
因此，Google應(yīng)該購買Hasura，它在Firebase落后的地方正擁有驚人的發(fā)展速度：對關(guān)系數(shù)據(jù)庫，GraphQL的支持以及在開發(fā)者反饋的幫助下快速迭代的機(jī)會。擁有的Hasura可以為Firebase注入大量生命。
當(dāng)然，F(xiàn)irebase也被收購。因此，如果過去是序幕，那么紅旗比比皆是。但是，對于GCP而言，收購Hasura值得冒險(xiǎn)。文章來源：CloudMSP社區(qū) ，作者清涼油 翻譯
