<object id="3iwlw"><noframes id="3iwlw"></noframes></object>

      <th id="3iwlw"></th>

    1. <rp id="3iwlw"></rp>
      <rp id="3iwlw"></rp>

    2. <button id="3iwlw"></button>
      云計算·大數據 頻道

      Infra即數據與Infra即代碼:有什么區別?

      Kubernetes帶來的最大挑戰之一是在不同的云和內部部署環境中部署微服務和應用程序。正如后端開發人員和運維團隊所知,配置和管理不同的環境仍然主要是一個手動過程,不僅對于主要的應用程序部署,對于任何代碼、應用程序、微服務、安全性或其他更新都是如此。

      因此,為了減輕運維和后端開發人員的負擔,簡化和自動化此過程是一個高度優先事項。

      最終,團隊應該能夠通過單個界面在多云環境、Kubernetes集群和內部部署環境中無縫輕松地部署應用程序、微服務或更新。對于Ops工程師來說,這將是多云和云原生計算的圣杯。

      最近,VMware工程師將開源基礎設施即數據Idem項目引入,由SaltStack的創始人兼首席技術官Tom Hatch領導,以幫助實現這一目標。

      由此產生的開源工具是為了減少與為每個云部署和API編排大量代碼庫相關的巨大復雜性,使其成為一種由數據組成的格式,項目創建者表示,人類可以輕松理解和管理這些數據。

      其創建者表示,Idem代表為云配置的基礎設施即數據(IaD),因為它將云配置簡化為數據。它的設計使云配置變得更易于為應用程序部署進行配置和管理。

      但在許多方面,Idem的創作者希望達到的最終結果與紅帽的Ansible據稱為IaD提供的結果非常相似。Ansible的創始人Michael Dehaan在2013年為O'Reilly's Radar撰寫的文章中寫道,IaD基于“基于文本、中間和數據驅動的策略”,而不是將基礎設施建模為代碼(IaC)或GUI。

      “我稱之為‘基礎設施即數據’——用簡單的機器可讀數據格式描述系統的樣子?!盌ehaan寫道,“讓程序執行這些數據格式,并確保你的基礎設施匹配。結果是,配置可以靈活,而且易于原型化、易于審核和維護?!?/p>

      然后是面向多云和多環境資源調配的基礎設施即代碼。隨著HashiCorp的開源Terraform(現在有數百萬個用例,是領先的IaC平臺)和Idem直接競爭的相關HashiCorp產品,許多用戶已經依賴IaC跨多云和內部數據中心環境提供和管理應用程序。

      在高層次上,基礎設施即數據工具(如VMware的Idem和Ansible)和基礎設施即代碼(以Terraform為主),幫助DevOps團隊實現其目標,即簡化和自動化跨多云和不同環境的應用程序部署,同時幫助減少手動配置和流程。

      在這里,我們將比較IaD和IaC,以及它們在某些情況下是如何相互補充的。

      基礎設施即數據解決的問題

      DevOps團隊繼續面臨著降低調配多個云環境的復雜性的挑戰。

      Enterprise management Associates分析師Torsten Volk表示:“CI/CD管道特定于代碼庫的特性與云原生應用程序開發的不變原則相沖突。DevOps工具鏈的每個組件都構成了一個潛在的集成點,需要設置、初始配置和管理?!?。

      “這就是為什么我們需要特定于云的基礎設施工程師團隊來研究如何在AWS、Azure、GCP等平臺上創建最佳的特定于應用程序的環境?!?/p>

      Hatch說,就采用而言,Terraform“迄今為止擁有市場”?!爱斎?,與Terraform競爭是一個需要攀登的大山?!彼a充道,但使用基礎設施即代碼與基礎設施即數據之間有很大的區別。

      當云架構需要使用代碼來表達時,“你只是在編寫越來越多的Terraform?!彼f,“Idem與你通常想的基礎設施即代碼不同,一切都歸結為這些可預測的數據集?!?/p>

      “你可以將Idem指向你的云,而不是坐下來說,‘我要在Terraform中編寫一個云’,它將自動生成所有數據、所有代碼和運行時,以在當前狀態下強制執行?!?/p>

      同時,Idem和Ansible在一定程度上都旨在使云資源調配更加自動化和易于管理。

      “雖然這聽起來很神奇,但Idem恰恰解決了許多Terraform用戶(開源和商業用戶)所表達的問題?!?/p>

      “編寫傳統的任何類型的基礎設施即代碼都會導致基礎設施代碼層出不窮,需要不斷調整,以跟上云API的變化、應用程序需求的變化以及整個業務環境的變化?!?/p>

      改進基礎設施即代碼工具

      與此同時,HashiCorp通過Terraform的每個后續版本及其提供的相關工具,繼續完善和改進基礎設施即代碼。Terraform的關鍵特性是HashiCorp聲稱的任何IT基礎設施的可擴展性。

      IaC也是HashiCorp定義的Terraform中“基礎設施自動化”的一個組件,目的是:

      采用基礎設施即代碼。

      為IaC的組合、協作和重用構建工作流。

      根據安全、合規性和管理要求標準化工作流。

      通過為最終用戶應用程序開發人員和交付團隊提供自助式基礎設施選項,提供創新。

      HashiCorp產品營銷高級總監Meghan Liese表示:“Terraform在基礎設施層工作,而基礎設施即代碼是提供自動化的最佳方式,可以從任何云平臺、私有數據中心等提供任何基礎設施?!?/p>

      “Terraform實際上是指運維人員能夠定義需要配置的基礎設施,以便開發人員可以在自助服務模型中使用。因此,在另一層,像Waypoint這樣的工具會說,‘嘿,開發人員,你將應用程序需求編碼,然后通過Waypoint運行,Waypoint將為平臺提供自助服務?!?/p>

      IaC和IaD的使用方式可能存在重疊。Liese沒有對Idem做出具體評論,但表示,在以基礎設施即代碼跨多個環境提供基礎設施時,為基礎設施即數據使用Ansible可以補充Terraform。

      Liese說:“Ansible和Terraform的創建者看到了相同的問題,兩者能很好地合作。我們與使用Terraform鋪設基礎設施和多次使用Ansible配置機器的組織合作。在這種情況下,隨著市場的不斷成熟,這些工具可能會提供一些重疊的功能?!?/p>

      0
      相關文章
        漂亮的苏酥全文阅读