容器即服务入门

现在似乎有一种趋势，即解决方案依赖于（作为一种服务）的模式/提供。我打赌你一定听说过基础设施即服务、平台即服务，甚至更多。随着基于容器的解决方案的容器即服务模式的发展，容器也加入了这个趋势。

什么是容器即服务（CaaS）

在云环境中配置、上传、扩展和迁移容器等任务通常会变得不堪重负，当在一个重要的规模水平上执行时更是如此。

出于这个原因，基于云的服务模式，即CaaS，可以帮助软件开发人员和IT从业人员轻松运行他们的常规任务。随着容器化应用的兴起，主要的云计算供应商不得不提供这种容器基础设施和管理作为一种服务模式。

容器即服务是一个用于容器化应用的自动化托管和部署平台。有了CaaS，DevOps团队可以扩展、运行、管理和组织容器和基于容器的应用程序，而不必担心云容器所运行的底层基础设施。

CaaS依靠基于容器的虚拟化、应用编程接口和网络门户接口来提供上述管理的服务。

为什么是CaaS

CaaS为开发团队提供了必要的抽象性，使DevOps能够专注于产品和服务的交付。这导致了在部署管道的扩展和成本削减方面的精简开发效益。

CaaS供应商还提供容器协调引擎来部署和运行许多容器，从而减轻了DevOps团队运行和维护自己机器的需要。

以下服务和组件使CaaS在IaaS、PaaS和其他 "作为服务 "模式中脱颖而出。

容器注册表。软件开发者通过镜像创建容器。开发人员将存储在注册处/存储库中的图像拉出来，如docker hubs，用于容器配置。CaaS供应商为这些容器注册处提供管理服务。
容器管理。CaaS提供管理和监控平台，以确保容器被正确配置、运行、负载平衡和健康状况良好。
丰富的开发者工具集。通过应用编程接口、CLI和网络门户，自动化、监控和管理任务被捆绑在一起，以便在CaaS中实现可访问性和易于使用。

CaaS更适合于面向微服务的应用，因为这类应用依赖于独立的基础设施。

像其他可用的 "作为服务 "模式一样，CaaS提供了灵活的选择，用户只需为他们正在使用的资源付费。

容器作为一种服务的好处

效率：通过CaaS部署的应用程序受益于性能优化配置，如弹性负载平衡、日志聚合、监控，甚至健康检查。这些配置确保开发团队建立高度可见和可用的分布式系统和应用程序。
速度：创建、复制，甚至旋转容器及其应用程序，在CaaS模式下可用几秒钟的时间，因为基础设施被赋予了很少的集中。CaaS所提供的速度保证了软件发布的轻量级过程。
可移植性。CaaS提供的容器为在任何环境/平台（公有云/私有云）中启动应用程序提供了灵活性。这是因为所有必要的依赖性和配置文件都与运行中的应用程序捆绑在一起。
安全性：容器化的应用程序独立运行并与其他容器隔离。CaaS提供了这种隔离，作为一种风险最小化的功能，屏蔽了一个容器及其应用程序的故障，不影响其他容器。

CaaS也使启动应用修复、安全补丁、容器级调试和所需的更新更加容易。

容器作为一种服务工具

CaaS提供了一个托管的容器协调引擎（主要是Kubernetes），以提供容器，管理容器集群，处理扩展和故障管理，并维护部署容器的安全。有了CaaS，云供应商通常涵盖所有的网络、自动扩展服务、日志管理和监控、CI/CD功能和其他自动化活动。

CaaS中的工具和平台对于整合开发和运营团队至关重要。因此，云计算市场的领导者在使用Kubernetes作为主要协调引擎的基础上，努力提供这些。

让我们来谈谈支持和推动CaaS的流行工具和项目。

[亚马逊弹性云服务（ECS）]：亚马逊通过AWS有效地管理集群。ECS支持Docker容器和工作负载的跨平台运行。这个协调平台为敏感和关键的应用程序提供广泛的安全性、可靠性和可扩展性。
[Azure Kubernetes服务（AKS）]：微软提供AKS，帮助开发者定义和部署复杂的Kubernetes应用。
[谷歌Kubernetes引擎（GKE）]：谷歌是Kubernetes的先驱，通过GKE提供有影响力的服务。这些服务通过为Kubernetes应用程序和容器预先建立的部署模板，加快了应用程序的开发生命周期。
[Section Edge Containers as a Service]：Section将容器即服务从云端延伸到边缘。建立在Kubernetes的骨干上，Section的Edge CaaS解决方案在一个灵活的全球边缘网络上分发容器，提供性能、安全和可扩展性的优势。

与亚马逊弹性容器服务（ECS）合作

本节将说明亚马逊弹性容器服务的基本情况。

亚马逊弹性容器服务允许开发人员在亚马逊网络服务中启动、监控和管理基于容器的应用程序时使用API和网络接口。

亚马逊ECS与Elastic容器注册表（docker容器镜像的存储库）一起工作，以定义启动基于容器的应用程序所需的所有设置。注册表可以通过任务定义（JSON格式的文件）进行操作。

任务定义文件通过指定用于启动此类容器的参数来准备在Amazon ECS上运行的容器和应用程序。

下面是一个任务定义文件的例子，它显示了CPU和内存限制、网络服务器类型和应用程序启动类型。

{
    "family": "webserver",
    "containerDefinitions": [
        {
            "name": "web",
            "image": "nginx",
            "memory": "100",
            "cpu": "99"
        },
    ],
    "requiresCompatibilities": [
        "FARGATE"
    ],
    "networkMode": "awsvpc",
    "memory": "512",
    "cpu": "256",
}

容器和应用程序可以通过AWS Fargate启动类型或通过EC2启动类型在Amazon ECS上启动。亚马逊ECS的启动类型决定了你的任务和服务所托管的基础设施的类型。

结论

开发团队应该利用CaaS的优势来改变他们的生产周期，因为企业在采用CaaS模式后会有巨大的好处。

容器即服务入门教程