一個例子就是虛擬化和容器。虛擬化本來大紅大紫，直到容器帶來一個更時尚、更便攜的解決方案�，F(xiàn)在，隨著無服務器計算的出現(xiàn)，容器似乎也面臨著一定的迷茫。

　　據(jù)Silicon Angle介紹，上周在紐約舉行的AWS Summit峰會上，關(guān)注點落在了：相比容器，無服務器才是構(gòu)建和支持新興應用和服務的最佳方式。在亞馬遜的峰會上出現(xiàn)這種論調(diào)是可以理解的，畢竟亞馬遜Lambda平臺已經(jīng)算得上啟動了無服務器的運動。而且也確實有一些有趣的無服務器用例開始出現(xiàn)。一些公司正在部分用無服務器支持管理員和其他功能，而像Cloud Guru和IOpipe這樣的公司已經(jīng)全面投入了這項技術(shù)。

　　技術(shù)顧問Andrew Froehlich表示，無服務器為DevOps等新興模式帶來的主要好處之一就是能夠支持協(xié)同工作流，而不會讓IT團隊面對陡峭的學習曲線。

　　DevOps的一個關(guān)鍵絆腳石是開發(fā)和運營基礎(chǔ)設施需要很好地對齊，以提供持續(xù)的支持。無服務器通過自動配置和擴展服務器來解決這一需求，從而節(jié)省了大量時間來用于創(chuàng)造性的開發(fā)。然而，把遺留應用程序轉(zhuǎn)換為無服務器環(huán)境是相當困難的，因此不要指望無服務器立即主導數(shù)據(jù)基礎(chǔ)架構(gòu)。

　　無服務器支持新興架構(gòu)的另一種方法是通過自動化事件路由。微軟最近將Azure Event Grid添加到其公有云中，《福布斯》的Janakiram MSV認為這將成為微軟無服務器戰(zhàn)略的基礎(chǔ)。

　　Event Grid本質(zhì)上是一個輕量級的基礎(chǔ)設施，專用于在應用程序之間交換消息。一些應用程序生成數(shù)據(jù)，而其他應用程序使用數(shù)據(jù)，Event Grid提供了一種快速的方式來響應這些事件。通過在Azure平臺上將Event Grid與底層計算機、存儲和網(wǎng)絡服務緊密集成，微軟可以方便開發(fā)人員在不必配置或重新配置資源的情況下使用event。

　　無服務器確實提供了一些相比于容器的優(yōu)勢，但根據(jù)它現(xiàn)在的上升勢頭就稱之為終結(jié)者就過頭了。正如John Leonard所指出的那樣，IT行業(yè)對此屢見不鮮——一項新技術(shù)的到來瞬間就會刺激大家去猜想它會取代什么。

　　無服務器技術(shù)有一些缺陷，這些缺陷使得無服務器一旦應用于生產(chǎn)環(huán)境就可能地位大大降低。最突出的是供應商鎖定，這可能導致云中的數(shù)據(jù)孤島。通過像Kubernetes這樣的開放式容器管理平臺，開發(fā)人員有更多的余地來編排各種無服務器平臺，而無需犧牲靈活性或穩(wěn)定性。

　　看來，像現(xiàn)在幾乎所有的技術(shù)競爭——如磁帶與磁盤、磁盤與固態(tài)、大機與服務器——無服務器和容器都將為企業(yè)帶來自己的價值主張，并可能會最終協(xié)同工作，共同創(chuàng)造出似乎難以解決的問題的創(chuàng)新性的解決方案。

　　正如諺語所說的，每個任務都有一個工具，當項目非常復雜時，你可能需要多種工具來完成工作。