如何做到服務器虛擬化

毫無疑問，如果您一直關(guān)注技術(shù)趨勢，那么您會看到“無服務器”的興起。 在某些情況下，“無服務器”被稱為“下一個應用程序體系結(jié)構(gòu)”樣式。 我什至聽說有人說“您不需要技術(shù)X，因為無服務器是未來的方式”或“技術(shù)X是紅鯡魚，因為無服務器”等。在本期中，我們將了解為什么它與“微服務與無服務器”。

到目前為止，我對無服務器的最佳描述來自Patrick Debois在他的“無服務器到完整服務”演講中 。 在該演講中，他為“無服務器”提供了一個定義，并實際上定義了什么是什么，而不是什么不是 。 專注于它不是什么（即，沒有服務器！！！！）實際上會分散任何真實含義（當然，還有服務器！！）。 通過集中的事實，它更多的是使用作為提供的服務（想事情像SQS，DynamoDB時，Gmail，谷歌日歷，SalesForce公司，快速度等），將它們訂在一起，以提供某種功能，我們可以得出一個更有趣的定義 ：

將核心基礎(chǔ)架構(gòu)服務外包給服務提供商，并通過API（和功能）將它們組合在一起以提供業(yè)務價值

在許多方面，“利用現(xiàn)有服務并在其之上構(gòu)建”的想法并不新鮮。 這是“面向服務的體系結(jié)構(gòu)”背后的精神的化身：

如果我們可以利用現(xiàn)有的服務來降低進入門檻（即注冊一個API而不是購買硬件，設置安全性/網(wǎng)絡/ DNS /操作系統(tǒng)等），那么我們可以為我們的客戶更快地構(gòu)建有趣的東西。 這是什么是無服務器的一部分。 第二部分是您不必擁有來自這些不同服務的所有技術(shù)的事實。 也就是說，您需要支付使用費（計量）和SLA，而您不擁有并且必須解決棘手的技術(shù)問題才能使用提供業(yè)務價值的功能。 Ben Kehoe 在最近的播客中很好地傳達了這一點。 我完全贊同這個。

因此，當客戶問我“如果無服務器是應用程序體系結(jié)構(gòu)的下一個發(fā)展趨勢，我是否應該跳過微服務和容器”？ 答案：

盡可能地做到無服務器，但不止于此。

讓我們剖析一下。

作為技術(shù)專家，我們被技術(shù)和任何新的閃亮趨勢所吸引。 無服務器，容器等都很重要。 但歸根結(jié)底，我們作為技術(shù)專家的作用是幫助企業(yè)發(fā)現(xiàn)和利用企業(yè)價值，并且比競爭對手更快地做到這一點。

如果我們處于應用程序生命周期的“探索”部分（就像所有初創(chuàng)公司一樣），我們想要做的就是Swift使關(guān)于將為客戶創(chuàng)造價值的假設失效，并同樣Swift地找到能夠為客戶創(chuàng)造價值的假設。 客戶在看到價值之前就無法明確表達其價值。 最好通過將服務擺在它們前面來快速進行試驗，并觀察它們的響應方式。 如果某件事對客戶的興趣不大，最好拋棄它并繼續(xù)前進。 為此，我們不能在建立基礎(chǔ)設施，開發(fā)成本，合作伙伴等方面投入大量資金。我們必須盡可能便宜地運行這些實驗，而“無服務器”方法為實現(xiàn)這一目標提供了絕好的機會。 我們可以利用現(xiàn)有的技術(shù)服務為客戶創(chuàng)建數(shù)字資產(chǎn)，而無需大量投資，而且至關(guān)重要的是：我們可以隨行付款。 如果我們對新產(chǎn)品/服務的興趣為零，那么花費不多。 如果我們最初有一些不可預測的棘手的興趣，那么我們可以提供一個平臺（服務+ FaaS），可以快速擴展而不會造成很多麻煩。

如果我們偶然發(fā)現(xiàn)確實能夠提供客戶價值的產(chǎn)品（即產(chǎn)品/市場適應性），那么我們希望在此基礎(chǔ)上進行擴展，擴展并圍繞其構(gòu)建有利潤的產(chǎn)品。 此時，您可能會發(fā)現(xiàn)自己想要采用部分無服務器且部分非無服務器的體系結(jié)構(gòu)來解決此問題。 您將不得不面對以下兩個技術(shù)決策：“我應該擁有多少堆棧才能實現(xiàn)業(yè)務價值和差異化”，以及“我愿意將SLA，法規(guī)遵從性，價格和路線圖外包給我的服務提供商” ？ 在探索階段，將所有內(nèi)容外包給服務提供商可能很好。 但是隨著業(yè)務的成熟，關(guān)于這些決定如何影響組織（結(jié)構(gòu)，運營，TCO等）的真實討論。 這是一個影響我們客戶的非常實際的問題。

當您開始為新產(chǎn)品/服務找到可預測的模式，決定要優(yōu)化某些部分時（包括成本和技術(shù)因素，例如延遲，尾部延遲等），您可能會認為無服務器方法過于昂貴，并且可能值得擁有更多堆棧部分的所有權(quán)。 看一下無服務器及其周圍基礎(chǔ)設施的這種情況，對于使用模式更可預測的應用程序來說，它變得太昂貴了

最后，對于確實能產(chǎn)生大量收益的現(xiàn)有應用程序，您不能僅僅將其全部神奇地轉(zhuǎn)移給服務提供商。 但是，您可以嘗試對其中的某些部分進行現(xiàn)代化改造，以參與公司的一些較新的數(shù)字計劃。 我們看到組織通過對基于容器和Kubernetes構(gòu)建的服務體系結(jié)構(gòu)（微服務/ API / SOA等）進行現(xiàn)代化升級，朝著更高性能的IT邁進了巨大的步伐，如果將其擴展到其邏輯結(jié)論，則可以將其構(gòu)建為組織服務的平臺，從而實現(xiàn)組織的各個部分都變得“無服務器”。 也就是說，組織的一部分（從事探索性工作的人）可以利用企業(yè)的其余部分，而不必嚴格“擁有”整個實施方案。

企業(yè)資產(chǎn)組合的不同部分以及應用程序開發(fā)生命周期的不同范圍要求使用不同的工具和方法，所有這些工具和方法都旨在“在當前環(huán)境下，最快實現(xiàn)價值的最佳方法是什么？”。 我們應該更加專注于發(fā)掘我們真正的“背景”，并在此基礎(chǔ)上做出關(guān)于投資，所有權(quán)，技術(shù)等的最佳決策。

問你自己：

• 您在產(chǎn)品生命周期中處于何處？
• 您應該擁有什么技術(shù)來解決業(yè)務問題？
• 您的團隊目前對現(xiàn)有技術(shù)有多滿意？
• 您正在考慮采用“無服務器”功能的功能對您的業(yè)務有多么戰(zhàn)略和“核心”？

很高興在評論中或Twitter @christianposta上發(fā)表分歧或想法

盡可能做到無服務器，但不要超過 2018年9月14日發(fā)布的服務器。

翻譯自: https://www.javacodegeeks.com/2018/09/be-as-serverless-as-you-can-but-not-more-than-that.html

如何做到服務器虛擬化

總結(jié)

以上是生活随笔為你收集整理的如何做到服务器虚拟化_尽可能地做到无服务器，但不止于此的全部內(nèi)容，希望文章能夠幫你解決所遇到的問題。

如果覺得生活随笔網(wǎng)站內(nèi)容還不錯，歡迎將生活随笔推薦給好友。