容器服务:来自外部的你好!

容器服务正在改变应用程序的部署和管理方式。但它们究竟是什么呢?它们与其他交付平台的方式相比如何呢?

内部 vs 外部服务

Gartner研究总监Gary Olliffe发表了一篇富有洞察力的文章,题为“微服务:用外部的处理层构建服务 ”,指出微服务架构模式如何处理系统复杂性。在他的文章中,Gary描述了怎样在一个微服务式的应用程序中,每个服务的设计都尽可能简单,以最大限度地提高开发人员的工作效率。但是,复杂性必须存在于某个地方,并且通过微服务方法,这种复杂性被推到个人微服务之外,变成一个通用的服务层。

Gary把(更简单的)微服务的实现称为“内部架构”,将复杂性推到“外部架构”。这种分类为我们提供了一个很好的模型来定义容器服务。

管理应用程序复杂性

所以如果复杂性被推到应用程序之外,谁来处理呢?显然,需要一些处理常用服务的层,即微服务所需的“管道”。

这个新的平台服务如何交付有两个新兴的趋势:

  • 应用程序框架:为每种主要语言开发微服务框架。Java有 NetflixOSS Spring Boot Spring Cloud (它抽象了一些NetflixOSS组件)。Go有 Go-kit Micro等。通常,这些框架是作为一组语言特定的库和运行时服务交付的。
  • 容器服务:这些是建立在开放的容器标准之上的,并且是语言或系统无关的。

容器服务

在2015年年中,容器领域的几家供应商在Linux基础下发布了OCI(开放容器倡议)。其目标是将供应商业务流程堆栈和构造以及特定的os构造从容器基元中分离出来。

应用程序容器既是描述应用程序组件中的内容的镜像打包机制,也是指定如何启动和执行应用程序组件的应用程序运行时。毫不疑问,OCI正在处理两个规范:处理应用程序运行时的OCI运行时规范,以及最近公布的涵盖应用程序定义和打包的OCI镜像格式规范

OCI标准现在让我们利用容器作为运营和管理的标准单元,并围绕容器建立通用的应用服务。

容器服务基于开放的容器标准构建,并在容器外提供通用的应用程序服务。

容器服务可以提供帮助的一些例子是:

  • 容器生命周期管理。
  • 容器调度和定位。
  • 日志。
  • 监测。
  • 自动恢复
  • 自动缩放。
  • 注册和发现。
  • 负载均衡。
  • 请求路由。
  • 联网。
  • 存储和数据管理。
  • 应用安全。

并非所有这些都与微服务直接相关。其他像服务发现和版本感知、请求路由是构建微服务式应用程序所必需的。事实上,在原生云之旅中,最好的做法是将应用程序与底层基础架构分离开来,甚至在容器中部署的传统应用程序也可以从这些服务中获益。

选择一种方法

因此,回到Gary关于推动复杂性到微服务之外的的观点 - 我们现在有几种方法可以考虑:

  1. 应用程序框架的传统方法,具有编程语言特定的库和运行时组件。
  2. 基于开放容器计划的容器服务。

虽然没有正确或错误的方法,但了解这两种方法之间的折衷很重要。此外,容器管理工具以及应用程序框架将为平台服务提供不同程度的支持。事实上,在许多情况下,您最终可能会混合使用应用程序框架和容器服务,以涵盖在生产环境中部署和运行微服务式应用程序所需的一切。

应用程序框架

容器服务

编译时与应用程序耦合

运行时与应用程序耦合

编程语言特定的库

编程语言无关

开发人员可以更容易地通过API进行尝试

需要一个容器运行时

在应用程序中执行(至少是一部分)

在应用程序之外执行

可以针对特定用例进行高度优化(例如NetflixOSS)

更广泛的用法 - 减少某些用例的优化范围。

更少的架构层

更多的架构层

更难以启用多语言的微服务(大量的库是为一种语言而建立的)

更容易启用多语言的微服务

对“外层”的更改可能需要在应用程序中进行更改

对“外层”的更改不需要更改应用程序。

升级到“外层”可能需要升级应用程序。

升级到“外层”不需要升级应用程序。

总结

尽管可以设计平台框架和服务在编译时就集成的微服务应用程序,但使用容器提供了几个好处。除了敏捷性和运行时可移植性之外,容器还可以利用标准层的平台服务,这些平台服务可以清楚地解决构建,部署和运行原生云应用程序时遇到的几个挑战。更妙的是,其中一些容器服务本身作为一组系统容器进行部署和编排,允许额外的管理和真正的多重云应用程序的交付和管理。容器服务帮助您减少维护和升级所需的应用程序代码。向应用程序添加依赖关系应谨慎。在少数情况下,编译公共服务、管理依赖关系、控制版本和升级是有意义的。然而,总的来说,我的建议是尽可能多地向你的应用程序和应用程序容器之外的“外部”架构层推送!

有兴趣了解Nirmata如何在开放容器上构建自适应原生云应用程序管理?请访问我们的网站 nirmata.com 或探索 免费试用15天的Nirmata。

本文的版权归 贼贼大哥 所有,如需转载请联系作者。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏杨建荣的学习笔记

MySQL分布式管理初步设计

中间件方案对于业务的使用相对是透明的,而且扩展性相对较好,这里说较好,是基于良好的架构设计,对于弹性伸缩的支持还是有限的。

682
来自专栏JAVA高级架构

分布式架构的演进

系统架构演化历程-初始阶段架构 ? 初始阶段 的小型系统 应用程序、数据库、文件等所有的资源都在一台服务器上通俗称为LAMP特征:应用程序、数据库、文件等所有的...

3439
来自专栏移动开发试验田

【移动开发】市面上主流「移动推送服务」的体验比较

推送服务基本上是每个 App 的刚需,自己也用过许多家推送服务,最近腾讯云上线了一个类似于 firebase 的移动开发平台,上面集成了很多的移动服务,包括推送...

2967
来自专栏北京马哥教育

为什么Python Web流行度不如PHP?

引用 @Rio 的看法:我觉得 Python 不会像 PHP 那样流行,根本原因在于部署的难易程度。 PHP 从语言层面上讲几乎是一无是处,具体实现的质量也乏善...

35312
来自专栏架构师之路

MySQL冗余数据的三种方案 | 架构师之路

一,为什么要冗余数据 互联网数据量很大的业务场景,往往数据库需要进行水平切分来降低单库数据量。 水平切分会有一个patition key,通过patition ...

4035
来自专栏搜云库

保证分布式系统数据一致性的6种方案

在电商等业务中,系统一般由多个独立的服务组成,如何解决分布式调用时候数据的一致性? 具体业务场景如下,比如一个业务操作,如果同时调用服务 A、B、C,需要满足要...

1K7
来自专栏资深Tester

你会搭建测试环境吗?

1.2K5
来自专栏程序人生 阅读快乐

Spring实战(第4版)

第4版针对Spring 4进行了全面更新。全书分为四部分。第1部分介绍Spring框架的核心知识。第二部分在此基础上介绍了如何使用Spring构建Web应用程序...

492
来自专栏nice_每一天

高并发与高可用实战之基础知识大型网站架构特征(一)

系统设计不仅需要考虑实现业务功能,还要保证系统高并发、高可用、高可靠等。同时还应考虑系统容量规划(流量、容量等)、SLA指定(吞吐量、响应时间、可用性、降级方案...

964
来自专栏Java架构沉思录

大家都在说的前后端分离到底是什么?

最近这一段时间由于Nodejs的逐渐成熟和日趋稳定,越来越多的公司中的前端团队开始尝试使用Nodejs来练一下手,尝一尝鲜。

1274

扫码关注云+社区