[英]Is Kubernetes + Docker + AWS = Azure + Service Fabric?
我看到Kubernetes的优点,包括滚动部署,自动健康检查监控,以及在现有服务器出现故障时将新服务器转为动作。 我也明白Kubernetes不仅仅适用于Docker。
所以,这带来了几个问题!
当Azure和Service Fabric可以提供我所说的(以及更多)时,为什么我需要Kubernetes?
在Azure上进行大规模部署时,使用Kubernetes和Service Fabric是否有意义?
让我们先来看看Kubernetes和Service Fabric之间的相似之处。
这是一个相当高级别的视图,但应该让您了解每个可以运行的内容和位置。
现在让我们来看看它们的不同之处。 有很多小的差异,但我想关注两个非常大的概念差异:
应用模型 :
国家管理
Service Fabric是一个有状态平台的事实是理解它以及它与其他主要协调者有何不同的关键。 它所做的一切 - 调度,健康检查,滚动升级,应用程序版本控制,故障转移,自我修复等 - 都是围绕这样一个事实来设计的:它管理的复制和分布式数据需要始终保持一致且高度可用。
请在下面找到有关ACS和Azure Service Fabric之间差异的优秀比较文章: https : //blogs.msdn.microsoft.com/maheshkshirsagar/2016/11/21/choosing-between-azure-container-service-azure-service布面和-天青函数/
当你谈到提及“AWS”时,能否澄清你所指的内容?
从“开发人员级别”解决方案可能在两种情况下都是有状态的,但它与基础架构的观点有很大不同:
通常,IaaS成本更高,维护成本更高。 从支持的角度来看:
希望这有帮助。
最好的祝福
声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.