關(guān)于我們

質量為(wèi)本、客戶為(wèi)根、勇于拼搏、務(wù)實創新(xīn)

< 返回新(xīn)聞公共列表

相對于BGP服務(wù)器(qì),無服務(wù)器(qì)的自身(shēn)存在什(shén)麽缺陷?

發布時(shí)間(jiān):2021-06-03 18:01:57
  相對于BGP服務(wù)器(qì),無服務(wù)器(qì)的自身(shēn)存在什(shén)麽缺陷?雖然無服務(wù)器(qì)的優勢有很多,但(dàn)是事(shì)無絕對,再完美的産物也(yě)會存在着瑕疵,問題是無服務(wù)器(qì)模型本身(shēn)有問題,請不要誤會。我不是說(shuō)無服務(wù)器(qì)模型本身(shēn)不好(hǎo)(hǎo),或者在某些(xiē)情況下(xià)不能(néng)為(wèi)特定公司提供相當大的價值。但(dàn)是無服務(wù)器(qì)将迅速取代現(xiàn)有體(tǐ)系結構這(zhè)一(yī)“革命”的核心主張。那麽相對于BGP服務(wù)器(qì),服務(wù)器(qì)的自身(shēn)存在什(shén)麽缺陷呢(ne)?相信大家也(yě)都不是特别明白,所以今天微子(zǐ)網絡就(jiù)帶着大家一(yī)起來(lái)研究一(yī)下(xià),希望能(néng)夠讓大家對于無服務(wù)器(qì)有着更多的了(le)解,相對于BGP服務(wù)器(qì),微子(zǐ)網絡認為(wèi)無服務(wù)器(qì)的缺陷主要有如(rú)下(xià)幾點。

無服務(wù)器(qì)的自身(shēn)存在什(shén)麽缺陷?
  1.編程語言有限
  大部分(fēn)無服務(wù)器(qì)平台僅支持用特定語言編寫的應用程序。跟BGP服務(wù)器(qì)相比起來(lái),這(zhè)嚴重限制了(le)系統的敏捷性和适應性。
  當然,大多數無服務(wù)器(qì)平台支持大多數主要編程語言。AWS  Lambda和Azure  Functions還提供包裝器(qì)功能(néng),使您能(néng)夠用系統不支持的語言運行應用程序和“函數”。因此,大多數機構的語言限制在大多數情況下(xià)沒有任何影響。但(dàn)這(zhè)就(jiù)是問題所在。無服務(wù)器(qì)模型的優點之一(yī)是支持非主流、不常用的程序更容易運行。隻需要支付程序運行時(shí)間(jiān)。這(zhè)些(xiē)非主流、不經常使用的程序是用不經常使用、晦澀難懂的編程語言編寫的。這(zhè)導緻無服務(wù)器(qì)模型的一(yī)個(gè)主要優點不能(néng)正常工作(zuò)。
  2.無服務(wù)器(qì)鎖定供應商(shāng)
  無服務(wù)器(qì)平台(或者至少從目前的實施方式來(lái)看)的第二個(gè)問題是,在運營層面幾乎沒有類似的平台。“函數”的創建、部署和管理(lǐ)方式幾乎沒有跨平台标準。也(yě)就(jiù)是說(shuō),将“函數”從一(yī)個(gè)供應商(shāng)特定的平台遷移到另一(yī)個(gè)平台需要很多時(shí)間(jiān)。
  遷移到無服務(wù)器(qì)的最大困難是,通常不是一(yī)些(xiē)代碼片段的計算(suàn)“函數”(譯者注:在譯文中一(yī)緻使用“函數”,将“函數”表示為(wèi)“函數”,請參閱比微服務(wù)更小的程序單元)。這(zhè)與無服務(wù)器(qì)承諾的廉價敏捷平台完全相反。
  一(yī)些(xiē)人(rén)隻能(néng)主張無服務(wù)器(qì)模型是新(xīn)概念,沒有時(shí)間(jiān)标準化(huà)工作(zuò)方式。但(dàn)是如(rú)上(shàng)所述,無服務(wù)器(qì)不是新(xīn)概念。此外,許多其他雲基本技術(如(rú)容器(qì))通過制定和廣泛采用基于社區的強大标準而提高了(le)可用性。

  3.無服務(wù)器(qì)的性能(néng)問題
  無服務(wù)器(qì)平台的計算(suàn)性能(néng)難以衡量。部分(fēn)原因是,提供這(zhè)些(xiē)服務(wù)的公司可能(néng)會在部分(fēn)既得利益中隐藏這(zhè)些(xiē)信息。大多數服務(wù)提供商(shāng)主張,如(rú)果沒有不可避免的延遲問題,則在遠(yuǎn)程無服務(wù)器(qì)平台上(shàng)運行“函數可以與内部服務(wù)器(qì)的速度相同”。
  但(dàn)是一(yī)些(xiē)事(shì)實證據卻得出了(le)截然相反的結論。如(rú)果“函數”以前沒有在特定平台上(shàng)運行,或者在一(yī)段時(shí)間(jiān)内沒有運行,則初始化(huà)可能(néng)需要一(yī)些(xiē)時(shí)間(jiān)。這(zhè)可能(néng)是因為(wèi)這(zhè)些(xiē)代碼遷移到了(le)不常訪問的存儲介質。與性能(néng)統計一(yī)樣,大多數無服務(wù)器(qì)計算(suàn)供應商(shāng)也(yě)不公開這(zhè)方面的具體(tǐ)情況。
  當然,這(zhè)個(gè)問題有多種解決方法。一(yī)種方法是使用在無服務(wù)器(qì)平台上(shàng)運行的雲基礎語言優化(huà)“函數”。但(dàn)是,這(zhè)在一(yī)定程度上(shàng)損害了(le)平台主張的“敏捷性”。
  另一(yī)種方法是經常在日程上(shàng)運行對性能(néng)要求高的程序,以保持“新(xīn)鮮度”。當然,考慮到用戶将支付程序正常運行時(shí)間(jiān),這(zhè)種方法與無服務(wù)器(qì)平台更具成本效益的主張相矛盾。雲服務(wù)供應商(shāng)引入了(le)減少冷啓動的新(xīn)方法,但(dàn)由于很多供應商(shāng)需要“精簡為(wèi)一(yī)個(gè)”的模式,FaaS的初衷受到了(le)破壞。
  内部運行的無服務(wù)器(qì)系統可以減少“冷啓動”問題,但(dàn)這(zhè)種方法本身(shēn)引入了(le)額外的成本,是僅适用于資源豐富的團隊的小選擇。

  4.無服務(wù)器(qì)無法運行整個(gè)應用程序
  為(wèi)什(shén)麽無服務(wù)器(qì)架構不迅速取代現(xiàn)有的型号?最後,最重要的原因之一(yī)是用戶通常無法在無服務(wù)器(qì)系統上(shàng)運行整個(gè)應用程序。
  更确切地說(shuō),可以做到,但(dàn)這(zhè)種做法不合算(suàn)。運行良好(hǎo)(hǎo)的單個(gè)應用程序不應成為(wèi)連接到8個(gè)網關(guān)、40個(gè)隊列和數十個(gè)數據庫實例的一(yī)系列“函數”。因此,無服務(wù)器(qì)适用于尚未開發的領域。很少移植現(xiàn)有應用程序(體(tǐ)系結構)。因此,您可以遷移,但(dàn)建議(yì)從0開始。
  也(yě)就(jiù)是說(shuō),在大多數情況下(xià),無服務(wù)器(qì)平台補充了(le)内部服務(wù)器(qì),執行需要大量計算(suàn)資源的任務(wù)。這(zhè)使得無服務(wù)器(qì)與容器(qì)、虛拟機等兩種雲基本技術有很大的不同。兩者都支持完整的遠(yuǎn)程計算(suàn)。這(zhè)是從微服務(wù)轉換到無服務(wù)器(qì)的困難。
  當然,這(zhè)不一(yī)定是個(gè)問題。很多組織有時(shí)會使用很多計算(suàn)資源,不需要購(gòu)買在内部實現(xiàn)功能(néng)所需的硬件。無服務(wù)器(qì)實際上(shàng)可以真正和持續地占據優勢。但(dàn)是,在内部服務(wù)器(qì)上(shàng)部分(fēn)管理(lǐ)在無服務(wù)器(qì)雲體(tǐ)系結構上(shàng)運行的應用程序的運行,會給應用程序部署帶來(lái)另一(yī)個(gè)層面的複雜性。

無服務(wù)器(qì)的自身(shēn)存在什(shén)麽缺陷?
以上(shàng)就(jiù)是微子(zǐ)網絡為(wèi)大家分(fēn)析的無服務(wù)器(qì)的自身(shēn)存在什(shén)麽缺陷的問題,希望能(néng)夠對大家有所幫助。微子(zǐ)網絡的BGP服務(wù)器(qì)虛拟主機租用、快(kuài)速部署、多種線路(lù)可選、支持分(fēn)片專用線、 T級帶寬,可為(wèi)各類客戶提供更優質的 IDC服務(wù)。微子(zǐ)網絡是一(yī)家專注于BGP服務(wù)器(qì)以及虛拟主機租用托管的IDC服務(wù)供應商(shāng),十餘年行業經驗積澱,安全穩定、可靠放(fàng)心,是國内IDC行業的領軍企業,協助萬千企業達成網絡信息化(huà),7*24小時(shí)人(rén)工服務(wù),售後無憂,有口皆碑。


BGP服務(wù)器(qì):www.vzidc.com


/template/Home/Zkeys/PC/Static