“Cloud-ish” 容器与微服务的关系

35次阅读
没有评论

问题描述

根据 Kevin McGuire 在演示中的分类(来源:链接 第21-23页),他将容器分为三个类别:
– 寿命 > 1000 小时的类似虚拟机的容器
– 寿命介于 24 到 1000 小时之间的 “Cloud-ish” 容器
– 寿命 < 24 小时(46% 的情况下甚至 <1 小时)的轻量级计算引擎容器

用户有疑问如下:
1. “Cloud-ish” 容器通常是指哪些类型,是否包括微服务?
2. 那些能根据需求进行扩展的应用程序,是否属于 “Cloud-ish” 服务,还是应该归类为 “轻量级计算引擎”?

解决方案

以下解决方案基于提供的问答数据和我对计算机技术的了解。

1. “Cloud-ish” 容器和微服务的关系

“Cloud-ish” 容器可以包括微服务。在这个分类中,我会将那些可以复制或负载均衡的服务纳入,以便在单个机器、虚拟机或运行二进制文件时可以承受停机而不会影响服务。与此相对,”VM-like” 容器可能包含有大量本地状态(内存或磁盘上的数据),频繁重启可能会导致大量的停机时间(要么是启动/填充新虚拟机的时间,要么是因为服务单点故障)。

2. 可根据需求扩展的应用程序与 “Cloud-ish” 服务的关系

这类应用程序可以属于 “Cloud-ish” 服务或 “轻量级计算引擎”,具体取决于计算负载的情况。

  • “Cloud-ish” 服务:如果应用程序具有根据需求自动扩展的能力,以适应变化的负载,那么它可以被归类为 “Cloud-ish” 服务。这种服务通常在云环境中部署,以支持快速扩展和缩减,以满足用户需求。

  • “轻量级计算引擎”:如果应用程序是批处理作业、手动运行的作业或一次性任务等,通常不需要频繁地根据负载进行自动扩展。这些任务更适合被归类为 “轻量级计算引擎”,因为它们的生命周期可能较短,且不需要频繁的动态扩展。

在选择如何分类时,考虑应用程序的特性、部署需求以及对负载变化的响应能力是很重要的。

总之,”Cloud-ish” 容器是指那些寿命介于 24 到 1000 小时之间,具有一定自动扩展能力的容器,它们可以包含微服务或根据需求扩展的应用程序。

正文完