Bottom of Form

從敏捷開發(fā)的視角來看，大多數(shù)場景下，我們在構(gòu)建應(yīng)用程序時，都會希望實現(xiàn)快速開發(fā)、縮短上線周期，并充分利用云提供商的成型組件服務(wù)，來獲得更好的穩(wěn)定性。若想要達成理想成果，我們在具體過程中，還會遇到諸多的問題，譬如：

• 云服務(wù)提供商各項服務(wù)和組件的學(xué)習(xí)時間與成本、架構(gòu)是否可以符合最佳實踐？
• 更值得關(guān)注的是，一旦部署云服務(wù)，是否徹底會被該供應(yīng)商鎖定？
• 如果考慮災(zāi)備場景，或是更多的業(yè)務(wù)跨地域擴展需求，企業(yè)架構(gòu)團隊是否要將工作負載部署到其他云上？

延伸閱讀，了解 Akamai cloud-computing

出海云服務(wù)，選擇 Akamai Linode！

面對上述問題，如果答案為“是”的話。那我們將再次經(jīng)歷一遍上述的步驟——學(xué)習(xí)、部署、轉(zhuǎn)換。這將消耗企業(yè)寶貴的時間與人力成本。若能時光倒轉(zhuǎn)，我們?yōu)槭裁床粚?yīng)用，從一開始設(shè)計為如樂高一般、易拆解、易遷移的“靈活的架構(gòu)”呢？

如此一來，便將會幫助我們免去“返工”流程，同步消除供應(yīng)商的鎖定，并讓我們更有信心地應(yīng)對未來增長的業(yè)務(wù)需求。在本文中，我們將探討云中可移植性架構(gòu)的標準化方法及其優(yōu)勢，幫助大家了解構(gòu)建彈性應(yīng)用的最佳實踐。

如果工作負載被設(shè)計為易于遷移、組件化的形式，那么使用哪家云提供商將不再成為上云、用云的限制條件。因此，在考慮整體工作負載的標準化設(shè)計時，首先要確定存在哪些供應(yīng)商的“鎖定點”，或云供應(yīng)商有可能阻止您轉(zhuǎn)向其他提供商的因素。

例如，圍繞 Kubernetes 之類的容器化設(shè)計，并不總是完善的。 試想一下，那些 Kubernetes 集群可能與之交互、或需要與之交互的其他系統(tǒng)。評估這些需求，并使用開源解決方案和核心云基礎(chǔ)設(shè)施基元，來基礎(chǔ)設(shè)計您的架構(gòu)，您可以在任何云提供商處，獲取相應(yīng)解決方案和核心云基礎(chǔ)設(shè)施基元基礎(chǔ)。

保持關(guān)注標準 API，可以確保應(yīng)用程序與其他系統(tǒng)之間的兼容性。以使用同步（請求/響應(yīng)）通信組件的RESTful API 為例，它們之所以受歡迎，便是因為使用了HTTP這一更常見和支持范圍更廣泛的協(xié)議類別。雖然可選的其他協(xié)議層出不窮，尤其未來在視頻流等領(lǐng)域愈加顯著，但基于 HTTP 的協(xié)議，始終具有高可用性。

采用微服務(wù)或容器的模塊化設(shè)計，可將應(yīng)用程序分解為更小、更易于管理的組件，更容易按需添加或刪除功能，并讓應(yīng)用程序變得更具靈活性和可擴展性。云原生的優(yōu)勢，正在于它提供了輕松更新和替換組件的高效流程，同時不會影響整個工作負載架構(gòu)的效能。

一旦建立起可移植性的彈性架構(gòu)，下一步我們需要切換至管理運維視角，來保障該架構(gòu)未來一直能夠保持足夠“輕盈”。答案正是自動化。通過自動化，可以簡化應(yīng)用程序的部署和管理。具體路徑上開發(fā)者可配合使用持續(xù)集成/持續(xù)部署 (CI/CD) 管道和基礎(chǔ)設(shè)施即代碼 (IaC) 工具。

聲明式部署方法，允許您對工作負載的每個部分進行編碼：應(yīng)用程序、軟件、系統(tǒng)配置以及在開發(fā)、預(yù)發(fā)布和生產(chǎn)環(huán)境中運行的所有內(nèi)容。因此，您可以在一個新的云環(huán)境中，快速啟動、進行故障轉(zhuǎn)移或切換到另一家云提供商的環(huán)境中。擁有了一個完全可編碼且版本化的環(huán)境，您可以記錄所有內(nèi)容，了解所有文件記錄的設(shè)置方式。換言之，您擁有記錄所有更改以及更改人信息的透明歷史記錄。

當然，我們必須牢記安全的重要性。踏上彈性之路，有利于支持您開發(fā)出更標準的安全方法，消除“一旦完成設(shè)置便拋諸腦后”的危險心態(tài)。此類高頻風(fēng)險行為，表現(xiàn)為用戶在虛擬私有云(VPC) 中部署工作負載后，即假設(shè)它是“安全”的。

在同類“一切皆代碼”方法中，我們實現(xiàn)了可移植的標準化架構(gòu)； 用戶的全域安全態(tài)勢，也可以實現(xiàn)標準化和編碼。 除了自動化反饋循環(huán)、漏洞測試等的 DevSecOps 實踐之外，還可以考慮訪問控制策略和強化的配置模板，這些策略免受底層平臺的影響，因此可以確保跨環(huán)境資源保護的一致性。尤其面對多云環(huán)境，這種安全方法性能強勁，， 能夠高效承擔(dān)并轉(zhuǎn)移工作負載，這是災(zāi)難恢復(fù)中的可靠防御策略。

可移植性架構(gòu)的優(yōu)勢

可移植性的云架構(gòu)，可提供靈活性、高性價比、彈性、可擴展性和經(jīng)優(yōu)化改進的部署實踐。應(yīng)用全新架構(gòu)模式，您能夠選擇更適合您需求的云解決方案，規(guī)避云供應(yīng)商鎖定，并快速適應(yīng)不斷變化的需求或市場條件。

• 提高可用性：可移植性架構(gòu)確保應(yīng)用程序可以跨多個云平臺，實現(xiàn)輕松部署，降低因平臺特定問題而導(dǎo)致停機的風(fēng)險。
• 提高敏捷性：云原生架構(gòu)使開發(fā)人員能夠快速迭代和部署新特性和功能，縮短上市時間并提高競爭力。
• 提高安全性：便攜式架構(gòu)使應(yīng)用程序和基礎(chǔ)設(shè)施組件能夠以一致的方式得到保護，將加密和身份管理等安全功能集成到架構(gòu)中，而不是依賴平臺功能。
• 提升復(fù)原力：便攜式架構(gòu)可確保應(yīng)用程序能夠在硬件和軟件故障時，仍能正常運行，而不會中斷或數(shù)據(jù)丟失。
• 更易于管理：便攜式架構(gòu)可使應(yīng)用程序跨多個云平臺環(huán)境，使用監(jiān)控、自動化和編排工具，進行更有效的管理。
• 提升創(chuàng)新力：便攜式架構(gòu)支持企業(yè)能夠使用人工智能和機器學(xué)習(xí)等新興技術(shù)，來構(gòu)建創(chuàng)新型應(yīng)用程序和服務(wù)。

這篇文章的內(nèi)容感覺還行吧？有沒有想要立即在 Linode 平臺上親自嘗試一下？別忘了，現(xiàn)在注冊可以免費獲得價值 100 美元的使用額度，快點自己動手體驗本文介紹的功能和服務(wù)吧↓↓↓

出海云服務(wù)，選擇Akamai Linode

歡迎關(guān)注 Akamai ，第一時間了解高可用的 MySQL/MariaDB 參考架構(gòu)，以及豐富的應(yīng)用程序示例。