# Azure 深入了解 - 跨云平臺創建統一的 Heroku 式工作流 通過?[Bruno Terkaly](https://msdn.microsoft.com/zh-cn/magazine/mt149362?author=Bruno+Terkaly)?| 2015 年 9 月 幾年前，Microsoft Azure 只需起步又總會有新一些媒體報導。在過去幾年中，發生了重大變化。在 Microsoft 和社區的最大的工程團隊具有青睞程度。本期的 Azure 深入了解，系列會移到世界各地的更加以客戶為中心、 案例研究的視圖。 對于此第一個 Azure 案例研究，我所接觸 Gabriel Monroy。他認識到了一個機會并快速開發它成技術并調用初創公司 Deis。他的公司被快速獲得，并 Monroy 成為新公司的首席技術官。當我首先滿足 Monroy 并可以開始在黑客馬拉松活動使用他的技術時，我告訴他，"它不會很長要獲取之前。" 這是存入 2015 年 1 月。不超過幾個月后，他輕舉妄動的公司已通過 EngineYard 獲取。 ## 催生發明 但您仍可跨本地和公有云的分布式計算平臺的爆炸式增長。這些平臺由容器啟用操作系統，例如 Linux 和 Windows，Docker 容器和群集啟用 CoreOS 如 Linux 版本。 最成功的開放源碼項目是需要從誕生了。假設您是一名架構師使財務社區成員可以設置的虛擬機的大型群集嘗試支持開發、 測試和產品開發。在長時間之前, 您意識到保留又一遍地解決同樣的問題。 這就是只是發生了什么變化 Monroy 在做 Linux 開發財務社區 2005年和 2006年中返回。他利用一些圍繞 containerization，很可能在同一時間 Solomon Hykes 啟動黑客創建 Docker 最早的技術。許多 Monroy 的工作，實際上，結果結束在 Docker。 許多公司一直在努力具有相同的時間大致需要簡化開發/測試/生產管道。理想是獲取到持續集成的階段 — 該獲取您的軟件中以自動和及時的方式向用戶的提升的權限狀態。 公司希望可重復的過程中，但是存在很少或沒有工具。公司還希望開發人員自助服務。他們不希望開發人員是由回硬件缺乏或 IT 運營 tyranny。開發人員不希望拉入 ops 只是為了在新的想法或項目上循環。 因此，相反，開發人員已開始在一個惡意的卷影 IT 世界中工作 — 秘密設置基礎結構和釋放本身從其他人的依賴關系。開發人員還希望能夠在任何公共云、 是否 Amazon Web 服務、 數字 Icean、 Google 或 Azure 上運行。他們還想要運行在裸機上其自己的數據中心內，如有必要。 ## 機會上踢下去 返回在后期 2007年和 2008 年早期，Heroku 提供一種分布式計算的新方法重點介紹 Ruby 開發人員想要開發、 測試和部署應用程序的單一環境。開發人員希望專注于其應用程序，不能對底層基礎結構。他們想一個命令行界面與底層會讓他們的平臺上只是在應用程序和其數據的焦點。他們還不希望擔心可用性、 停機時間、 災難恢復、 部署、 生產、 向上和向下按需縮放、 版本控制和所有這些典型問題。一次他們確實不想要依賴于外部的 IT 管理員能夠支持其工作負荷。這就是當 Monroy 第一次看到的機會。 大量的相關技術已逐漸融合觸發 Monroy 的記住企業姿。他可能會使多個云平臺上的 Heroku 樣式開發人員工作流。在深入之前啟用 Monroy 的想法的所有技術，下面我們來看這個開發人員可以在使用幾乎任何公有云的 Heroku 型工作流的田園世界 Deis。 下面的代碼安裝 Deis 平臺。此操作假定存在與要處理的 CoreOS Linux 機的群集 （承載在本地或云中): ~~~ # Install Deis tooling $ deisctl install platform # Deis platform is running on a cluster $ deisctl start platform $ deis register http://deis.example.com ~~~ 除了與登錄名和 SSH 證書相關的幾個命令，開發團隊是已準備好利用 Deis 并開始部署應用程序。一次 Deis 是安裝，開發人員可以向開發、 部署應用程序然后測試并將它們移到生產環境中隨剛才的幾個命令。 ## 實現技術 其他技術不斷成熟的同一時間傳入的過程中所示的幫助 Deis flourish，?圖 1。  圖 1 支持 Deis 的聚合技術 Containerization 是一項關鍵技術中最新的服務器端 Ose 存在。已在 Linux 中一段時間。盡管不是在 Windows Server 中當前存在的它應該很快就是。Containerization 的概念是采用主機操作系統并在多個維度中進行分區 — 內存、 CPU 和磁盤。您可以中斷到多個容器中運行一個物理操作系統的一臺物理計算機。每個容器被隔離因此應用程序隔離在相互共享運行基本主機操作系統。 這會增加高效的硬件利用率，因為容器可以并行運行而不會影響另一個。Linux 容器 (LXC) 隔離 CPU、 內存、 文件 I/O 和網絡資源。LXC 包括命名空間，來隔離應用程序與操作系統和單獨的進程樹、 網絡訪問權限、 用戶 Id 和文件系統。 在早期階段，即使它以前的基本組成部分 Docker，Monroy 有已利用 LXC。然后 Docker 面世并大眾化 containerization 通過標準化跨 Linux 分發。真正的突破口逐漸 Solomon 創建 Docker 映像的中央存儲庫時。其他開發人員可以重用在向公眾提供容器的生態系統將這就產生了可用。有多個 14000 可用映像網址?[registry.hub.docker.com](http://registry.hub.docker.com/)。 您可以找到幾乎每個可想象到的應用程序模式，以加快您的下一個項目。您甚至可以使您自己的映像可通過此注冊表。如果您想要在您的應用程序中使用 Nginx 或 Kafka，因此不需要擔心如何下載和安裝應用程序、 配置系統設置和通常無需了解各個軟件應用程序的特性。Deis curates Docker 圖像作為您的應用程序，然后在你的群集之間分布作為 Docker 容器。很容易就可以通過利用 Docker 文件撰寫自己的應用程序容器中： ~~~ FROM centos:latest COPY . /app WORKDIR /app CMD python -m SimpleHTTPServer 5000 EXPOSE 5000 ~~~ 一旦定義 Docker 文件并設置 Deis 上你的群集，您的應用程序部署和管理變得更簡單、 更強大。當您將這組合使用 Git 源代碼存儲庫時，則這兩個領域的最佳產品。您可以使用版本控制應用程序源代碼，以及基礎結構 (Docker 容器) 本身。 這種樣式的應用程序開發和部署是可重復且可預測。它極大地加快了開發、 測試和生產環境之間移動的能力。Docker 文件部署到開發人員、 測試或生產服務器的簡單代理： ~~~ # Assume the current folder contains Docker files $ git add . $ git commit -m "notes by a developer" $ git push deis master ~~~ ## 返回到 Heroku Monroy 注意到 Heroku 做出了開發人員社區的巨大沖擊極大地簡化了應用程序部署、 執行和管理，因為主要 Ruby 和 Node.js 的應用程序。 開發人員通常位于以下位置上托管的命令提示符下，讓他們執行的應用程序開發、 基礎結構配置和縮放任務的幾乎所有方面。Monroy 發現很棒 — 一個放置為開發人員以獲取所有已完成，他工作和最小化數不清的開發工具。 了可以自動完成了大量運行一個群集的管理難題 — 備份和還原、 配置 DNS，定義負載平衡器，監視磁盤使用情況、 管理用戶、 平臺日志記錄和監視，以及等等。添加節點是簡單的情況下修改云配置文件通過命令行界面中的 URL。可能是運行一個群集的最重要方面是以使其自我修復，以便故障轉移和災難恢復會自動包括。 ## CoreOS 盡管 Heroku 有資金和時間來構建此自定義的平臺，Monroy 將需要用于管理群集包含如負載平衡、 監視和照明、 故障轉移和等等的片段的現成的解決方案。在相同的時間，稱為 CoreOS 的 Linux 發行版本之一還獲得開發人員的認同感。 CoreOS 將采用的技術來幫助完成預見到會 Monroy 世界的完美組合。CoreOS 是一種開放源為群集部署而設計的 Linux 操作系統。它著重于自動化、 部署、 安全性、 可靠性和可伸縮性。這兩個精確地與其 Heroku 吸引開發人員的特征。 CoreOS 確實未提供查找 Monroy 萬靈丹。CoreOS 并不是普通的基于 Linux 的操作系統。有趣的，它嘗試先驅者其自己的稱為火箭容器運行時的 Docker 容器的版本。 CoreOS 為表帶來的創新至關重要。Monroy 和他的團隊是最感興趣的 etcd、 全套產品和 flannel。Etcd 是提供了可靠的方式通過妥善處理期間將容忍計算機發生故障，包括主服務器的網絡分區的主選舉跨計算機群集中存儲數據的分布式的鍵值存儲。將群集配置信息存儲的 etcd 鍵值存儲還以智能方式分布在群集中。 一個易于使用的 API 允許您更改此配置文件，其中然后會自動復制到群集中的其他節點中的值。Flannel 提供了用于每個容器運行時每篇文章中賦予一個子網的虛擬網絡。這提供了每個容器在群集中一個唯一的、 可路由的 IP。這將顯著減少端口映射復雜性。 全套產品可幫助您認為您的群集作為單個 init 系統，這樣就無需擔心單獨的計算機運行您的容器的位置。全套產品自動保證將在群集上某處運行您的容器。因此如果計算機失敗或需要更新，全套產品的軟件將自動進入您的工作負荷限定機在群集。 請注意，在?圖 2?可以將 put 的請求發送到該群集以判斷特定服務所需的狀態的全套產品。這就是組合起來便構成全套產品服務的基礎探測功能。以您的名義此 put 的請求讓你無需擔心在群集的詳細信息。  圖 2 的 CoreOS 的概念圖表 Monroy 就擁有了他構建所需的一切 Deis — 從 Docker 和能夠識別群集的 Linux 版本/實現標準化的 containerization 模型稱為 CoreOS。他現在可以提供面向大眾，而不僅僅是那些無法承受所需的巨大的額外費用 Heroku 樣式開發?[Salesforce.com](http://salesforce.com/), ，該公司現在提供了 Heroku 作為一項服務。 三個基本組件是控制平面、 Docker 寄存器和數據計劃。這些都以工作結合使用。它使用開發人員在新版本中，這可能包括這兩個應用程序及其 Docker 生成文件的源代碼中使用 Git 推送啟動。 此新的生成，以及現有的配置中，會導致新的版本。這是然后推送到 Docker 注冊表。然后在數據計劃中運行的計劃程序到開發人員、 測試或生產中提取已發布的圖像。 在此階段，則容器為托管二者 CoreOS 和通過 Deis，同時會提供容錯、 可擴展性和其他平臺即服務功能。此外在數據中計劃是路由器，后者采用拒絕提交的應用程序使用和用戶"路由"到適當的容器無法滿足請求。圖 3?描述了這些技術配合使用。  圖 3 Deis 體系結構 ## 總結 某些最成功的開放源代碼項目在座不要重新發明鼠標滾輪。它們需要預先存在的組件、 將它們組合在一起在單個傘和應用技術以獨特的方式。Monroy 和在團隊 Deis 只需這樣做。它們駕馭 Docker 容器的強大功能 CoreOS 和 Heroku 樣式的工作流。團隊可以實現 Deis 不僅在 Azure 上，而且還在更不必說在本地、 以及其他公有云。 在深入了解 Azure 案例研究的下一期中，我將介紹 Docker。什么是 Docker？ 如何做它變為億美元公司在只需幾年中并且它如何改變應用程序開發、 測試和部署到生產環境的方式？ * * * Bruno Terkaly?*是 Microsoft 的首席軟件工程師，目標是跨設備啟用的業界領先的應用程序和服務的開發。他負責從技術支持的角度，在美國以及全世界推動頂級云和移動的機會。他通過在 ISV 評估、開發和部署期間提供結構性指導和深入參與技術問題，幫助合作伙伴將他們的應用程序投向市場。Terkaly 還與云中和移動的工程組、 提供反饋和影響此路線圖緊密合作。*