希望对在规模较小的公司环境中如何处理编排量微服务有很好的了解。目前，我们希望将其从单片服务转换为微服务，就像世界其他地区一样：）。
我作为一名架构师时遇到的问题是，利用我们目前拥有的资源来证明庞大的学习曲线和服务器要求。我可以很容易地看到我们拥有50种微服务，我认为这可能与使用kubernetes无关。
问题是，如果我们不这样做，我们如何监控它是否在本地。我们确实使用Azure Devops，所以我想知道这是否足以满足部署部分的要求。
谢谢！
答案 0 :(得分：1)
这归结为关于本质复杂性与偶然复杂性的辩论。公司的结论是k8s达到了良好的平衡，而蜂拥而至，行业中很少谈论其他协调器。
https://www.reactiveops.com/blog/is-kubernetes-overkill
基于kubernetes的平台仍在不断涌现，它们为那些需要更高抽象水平但还不够成熟的人提供了一个更简单的界面。 GKE提供了一种非常简单的方式来处理工作负载，AKS仍在日趋成熟，因此您可能会遇到一些错误，但已与Azure Devops紧密集成。
尽管k8s的本地产品似乎还不成熟，但微软全力以赴。 GKE本地和Openshift 4.1提供完全托管的本地（如果使用vSphere），标价为1200美元/核/年。 https://nedinthecloud.com/2019/02/19/azure-stack-kubernetes-cluster-is-not-aks/
只要您愿意自己管理计算，存储和网络，就会出现其他在Prem上进行部署的方法。安装和升级变得越来越容易（例如，参见https://github.com/kubermatic/kubeone，它基于cluster-api抽象）。对于像talos这样的雄心勃勃的项目，他们正在制作k8特定的不可变操作系统（https://github.com/talos-systems/talos）。
AWS仍然对与ECS和Fargate进行锁定抱有希望，但是否会成功还有待观察。