微软Azure容器服务将于2020年关停
极客时间编辑部
讲述:丁婵大小:2.27M时长:02:29
最近,微软宣布将于 2020 年 1 月正式暂停其 ACS(Azure Container Service)服务,并鼓励用户将其分布式基础架构转移到新推出的 Azure Kubernetes Service 服务上。ACS 将继续支持 Docker Swarm 和 Mesosphere 的 DC/OS 替代编排选项,但将不再运行它们。与此同时,微软正在集中精力改善 Azure 中的 Kubernetes 支持以及相关工具。
虽然 ACS 即将退役,但是基于此的应用不会立即停止,而用于管理的 API 将停止,因此无法控制和使用 Azure 工具,来添加新集群或更新和扩展现有服务。需要注意的是,尽管代码可以运行,但是如果不能使用自己的工具管理,功能还是会受到限制。用户会被锁定在目前使用的旧版本框架中,并且无法依赖自动安全更新。
很明显,对于大多数应用来说,在 2020 年 1 月之后留在 ACS 上的风险大于迁移风险,因此开发者需要尽快做好迁移安排。
微软明确表示,希望用户迁移到其他解决方案,并将 AKS(Azure Kubernetes Service)作为首选。现在,AKS 的 acs-engine 工具已经进入 GitHub,如果开发者需要在 Azure 虚拟基础架构上使用 acs-engine,那么应该能够直接切换到 aks-engine 来管理 Kubernetes 实例,因为它是向后兼容的。
首先,迁移需要考虑成本问题。开发者可以迁移到适用于 Swarm 的 Docker Enterprise 或 Mesosphere DC/OS 的企业版,但这就需要将其他公司的许可费用和 Azure 的基础架构费用分开结算。
其次,从 Swarm 或 DC/OS ACS 实例转向完整产品不需要太多工作,但可能会产生新的操作要求,因为需要在 Azure 之外使用特定于产品的管理工具。对于某些企业而言,这可能是一个问题,但在实践中,这些平台提供了与 ACS 相同的功能,还可以直接获得 Azure 支持。
在完成所有操作后,用户就可以利用支持 Virtual Kubelet 的完全托管环境并获得自动更新,从而免受安全问题的影响。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线
笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
该免费文章来自《极客视点》,如需阅读全部文章,
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有,未经许可不得传播售卖。 页面已增加防盗追踪,如有侵权极客邦将依法追究其法律责任。
登录 后留言
精选留言
由作者筛选后的优质留言将会公开显示,欢迎踊跃留言。
收起评论