資料結構
網路
關係資料庫管理系統
作業系統
Java
MS Excel
iOS
HTML
CSS
Android
Python
C 程式設計
C++
C#
MongoDB
MySQL
Javascript
PHP
物理學
化學
生物學
數學
英語
經濟學
心理學
社會學
服裝設計
法律研究您準備好迎接雲計算了嗎？
雲計算可以被描述為透過網路利用高階遠端伺服器和其他虛擬託管的網路服務，以高效、多功能的方式管理、處理和儲存資訊。雲計算使企業能夠利用極具計算能力的網路遠端基礎設施和完全可擴充套件的環境來執行關鍵的複雜業務應用程式。虛擬機器 (VM)、儲存單元、共享實用程式和智慧應用程式等資源是雲計算環境提供的一些計算資源。
雲採用趨勢
雲計算正在成為企業 IT 現代化和數字化轉型戰略中的主要行業趨勢。根據最近的一項全球雲（SaaS 軟體）研究，軟體即服務 (SaaS) 和基礎設施即服務 (IaaS) 活動是 2016 年主要的雲計算趨勢。收入也顯示出大型到小型企業在雲採用方面取得了顯著增長。
根據 Gartner 最近釋出的關於頂級雲平臺提供商的報告，以下是主要的雲領導者。
- 亞馬遜 (AWS)
- 微軟 (AZURE)
- 谷歌 (Google Cloud Platform)
- IBM (IBM Cloud SoftLayer- Bluemix)
如果我們可以專門部署或遷移我們現有的企業應用程式，而無需在雲（公共/私有云平臺）上推出真正的改進，則此類應用程式被稱為“雲就緒”應用程式。由於架構設計限制，
然而，在大多數情況下，這在實際上是不可行的。如果我們討論遺留企業業務應用程式，通常，它們構建在標準的兩層或三層架構設計原則之上，對網路拓撲、最佳檔案系統、通用會話管理技術、通用協議導向設計、作業系統獨立方法、面向 DevOps 的自動化和基礎設施獨立性等方面關注度不足，而這些最終是構建任何雲就緒應用程式基礎設施的關鍵架構考慮因素。
因此，大多數應用程式在雲遷移階段失敗，並屬於非雲就緒類別。另一方面，企業正在嘗試將其現有應用程式遷移到雲，或者正在快速適應雲就緒應用程式。最大的問題是如何確保和確認現有或新企業應用程式的雲就緒性。
為此，讓我們瞭解一些最佳實踐或通用指南以及建議，這些將有助於使我們新的或現有的企業應用程式做好雲就緒準備
指南 #1 - 避免為應用程式程式碼和部署使用任何特定的拓撲。
建議 - 儘量以儘可能通用的和無狀態的方式構建您的應用程式，因為 IP 地址、主機詳細資訊、應用程式節點數量等網路屬性隨時可能發生變化，因此您不能依賴它們。
指南 #2 - 不要依賴本地檔案系統、儲存或快取資料 - 它們可能會消失。
建議 - 強烈建議使用任何 SQL 或 NoSQL 資料庫遠端構建和儲存此類有價值的資料，以便防止猶豫和不一致的資料。
指南 #3 - 切勿為您的應用程式使用手動安裝、配置和部署選項。
建議 - 始終使用特定於作業系統的構建指令碼或自動化平臺（如 IBM WAS 的 Jython 指令碼）或使用 Puppet、Chef 等自動化平臺。
指南 #4 - 避免在應用程式中使用任何低階特定於平臺的 API 功能（例如 Java 執行緒池、JMX）。
建議 - 為此類 API 使用通用的松耦合基礎設施，同時在此用例中應優先考慮 PaaS 環境。讓我們將低階特定於平臺的 API 遷移到 PaaS（平臺即服務）並將其作為獨立服務使用。
指南 #5 - 切勿將會話狀態儲存在應用程式的本地檔案系統或本地記憶體中。
建議 - 避免使用 HTTPSession、HTML5 儲存、cookie 或任何其他型別的本地會話記憶體儲存。相反，強烈建議使用分散式快取儲存機制，如 Memcached、Redis 或任何外部分散式 SQL 或 NoSQL 資料庫。
指南 #6 - 讓我們不要使用非標準的已棄用協議（例如 IIOP）來構建應用程式。
建議 - 我們始終需要特定型別的配置和調整，而不是通用配置，這會在您遷移到雲時造成問題。指南是從遺留協議（例如 IIOP）遷移到更新的基於 HTTP 的通用配置，最大程度地使用 REST 甚至基於 SOAP WS 的服務規範，以便您的應用程式可以以最少的遷移工作做好雲就緒準備。
指南 #7 - 切勿依賴特定於作業系統的核心功能（例如特定於作業系統的任務排程程式、批處理作業、事件驅動服務、計時器服務等）。
建議 - 在應用程式開發期間避免使用任何此類平臺（Java、UNIX、Windows、Solaris）。相反，最好使用獨立於通用 API 的開源平臺。
指南 #8：避免將本地檔案系統配置用於應用程式日誌記錄目的（伺服器端日誌記錄）。
建議 - 最好使用開源或商業 PaaS 平臺日誌記錄器或日誌聚合器。它們可以重定向關鍵的即時資訊，這將是任何動態雲平臺的最佳選擇。
指南 #9 - 特定的基礎設施依賴性會導致問題 - 避免它。
建議 - 強烈建議不要在應用程式程式碼庫和配置中注入任何特定的依賴項，例如主機名、IP 地址、埠號、託管或使用的服務（如 URL、URI、端點、CORS（跨域資源共享）配置等）的硬編碼。
144 次檢視
