簡體   English   中英

azure kubernetes服務反饋

[英]Feedback on azure kubernetes service

我們正在開發一個基於微服務的應用程序,並尋找 azure web 容器應用程序或 azure Z30136495F018789DZ 應用程序作為服務選項。 任何關於這些的反饋都會對我們有所幫助。

謝謝

根據我的經驗,您將通過運行 Web 容器應用程序的應用程序服務計划開始運行。 資源 model 更簡單,旨在快速讓容器運行。 Web 容器應用程序在市場上定位為 PaaS(平台即服務)。

Azure Kubernetes 服務是一種更靈活的服務,幾乎可以適應您可以想象的任何配置。 有了這種靈活性,在正確設置所有內容方面就會產生開銷。 在我看來,AKS 更接近於 IaaS(基礎設施即服務)——微軟提供與 Azure 資源的集成,但要建立一個環境並讓用戶獲得可用土地,還有很多工作要做。 請參閱有關群集支持的此鏈接,以了解您在將 AKS 用作計算資源時所采取的措施: https://docs.microsoft.com/en-us/azure/aks/support-policies

沒有什么能阻止您從應用服務計划開始並稍后遷移到 AKS。

哪一個適合您將在很大程度上取決於您的架構、預期負載、增長和您可能擁有的任何其他要求。 如果你想用這種性質的一些細節來更新你的問題,我自己或其他人可能會指出一些相關的限制。

看看這篇文章。 : https://www.dragonspears.com/blog/azure-container-orchestration-101-azure-web-apps-vs-aci-vs-aks

如果您不熟悉雲原生世界以及它附帶的所有好東西,請查看景觀https://landscape.cncf.io

您最好的選擇是從小處着手,專注於使用 ACI/WebAppContainer 使您的微服務小型、一致且易於部署在雲中。

您將部署的微服務越多,您的需求就越多。 您將使用當前的部署機制達到一定程度的成熟度,一旦您需要進一步限制,您可能希望考慮遷移到 AKS (Kubernetes)。 雖然 Kubernetes 可能聽起來是直接向前跳躍的理想選擇,但我想說這取決於您從一開始就學習繩索的機智。

使用 AKS,您將獲得更多的控制權,但有了控制權,責任感以及投入的時間和人員進行培訓,以確保正確管理此控制權。

使用這兩種非 kuberentes 解決方案中的任何一種,在基礎架構的整體管理方面,您的控制權會更少,但更容易,但在部署和調度的復雜性方面會有一些限制。

暫無
暫無

聲明:本站的技術帖子網頁,遵循CC BY-SA 4.0協議,如果您需要轉載,請注明本站網址或者原文地址。任何問題請咨詢:yoyou2525@163.com.

 
粵ICP備18138465號  © 2020-2024 STACKOOM.COM