Choerodon平台中的开发和部署都是围绕应用来进行的，那Choerodon平台中的应用有什么样的特性？又是怎样来进行管理的呢？本文旨在深入地介绍Choerodon平台中应用的功能特性及其生命周期的管理。

微服务架构中应用的特征

在谈起Choerodon平台中的应用时，就不得不提微服务。正是因为微服务的出现，之前的单体应用架构带来的问题才得以解决，具体问题如下：

（1）耦合程度随时间推移而逐渐提高。

（2）扩展性差，冗余能力差

（3）模块划分不清晰，无法细化对系统资源的需求

（4）维护成本随着系统的日益臃肿而不断增加

而下图也更为直观地指出了单体应用架构与微服务架构的区别。

由此可见，微服务架构中的应用会被分解为更小、完全独立的组件，这使得它们拥有更高的敏捷性、可伸缩性和可用性。换句话说，微服务架构的基本思想就是“围绕业务领域组件来创建应用，让应用可以独立地开发、管理和加速。

Choerodon平台中应用生命周期的管理

由于Choerodon平台采用的是微服务架构，因此系统内每个功能模块均被解耦为多个应用，其中每个应用都支持独立地开发和独立地部署。而Choerodon平台中一个应用的生命周期一般从创建或导入应用开始；接着在开发流水线中按照需求对应用进行开发，待提交代码跑完CI之后，会生成一个应用版本，而之后的部署与发布操作均是围绕应用版本来进行的；首先用户可以将生成的应用版本部署至对应的环境中；此外，用户在测试环境中测试无误后，可以将此应用版本发布至应用市场与全平台或全组织共享。

以上便是Choerodon平台中应用的生命周期与相关功能的大致流程，下面就按照这个流程进行展开，带大家了解Choerodon对于DevOps的实践。

应用的创建或导入

在平台中创建或导入应用时，系统会默认在对应的 gitlab group 中创建一个 project 作为此应用的初始代码库，而后再通过相应的页面功能实现对此应用的管理。从gitlab或github中导入应用库时，目前步骤和创建应用步骤类似，在导入的过程中，依然可以选择对应的模板库，以便于在平台上进行后续的开发与部署。

在创建或导入应用的过程中，选择应用模板与配置应用权限是其中不可或缺的步骤，同时也是应用的重要特性，以下为这两个模块的详细介绍：

▌应用模板

为了让开发者能将更多的精力用于应用的开发之中，在创建应用时，Choerodon平台提供了全面的预置应用模板供各个项目团队选择。其中的应用模板是由同类型应用的代码库整理而成的，引用了相应的应用模板后，即可在gitlab中快速地创建初始代码库。

目前猪齿鱼平台预置了微服务前端、微服务后端、Javalib(jar库)、Go语言、SpringBoot等多个开发常用的应用模板，此外，还有Mocha与TestNg的测试应用模板。这些应用模板均统一预置于github里面。而在这些模板中，至少都包含了 Dockerfile 文件、CI 文件以及 Chart 目录文件。

其中Dockerfile是由一系列命令和参数构成的脚本，这些命令应用于基础镜像并最终创建一个新的镜像，主要用于控制应用容器化的进程。其次是CI文件，模板中的CI文件主要用于设置在提交代码后，自动集成时要经历的所有阶段。而其中的Chart目录文件则用于将平台中的容器打包，统一置于K8S平台进行管理。

除了可以使用平台提供的预置模板，用户还可以根据实际情况自定义符合自己需求的应用模板。而用户自定义的模板将会统一置于gitlab中的应用模板库中，便于用户进行统一的管理。

▌应用权限

众所周知，所有的项目团队均是由不同的角色构成的。而在Choerodon平台的项目层中，先是简单地将角色分为项目所有者与项目成员。顾名思义，这里的项目所有者对应的是项目中项目经理的角色，而项目成员即为团队中的其他角色。项目所有者默认拥有此项目下所有应用的开发权限和部署权限，并可以对项目成员们进行应用权限的配置（目前平台内的的应用权限仅限于为项目成员配置应用的开发权限）。

在使用微服务的团队中，由于需要涉及到对多个单元应用的管理、开发与部署，而且不同的应用可能还需要不同的开发人员，在这种情况下，对每个应用进行权限的配置就变得更为必要了。在平台内的项目层创建应用或者导入应用时，Choerodon都提供了灵活的权限设置功能，以便项目所有者为相应的应用配置特定的开发人员。

应用开发

当应用创建成功后，开发人员即可在Choerodon平台的开发流水线中按照需求进行应用的开发。开发流水线是根据开发人员的日常操作整理而来的，主要通过对gitlab的封装来实现持续集成与持续交付。

平台中的开发流程从基于目标应用创建对应的分支开始，而之后的开发操作就在此分支上进行。待开发完成，提交代码之后，会触发CI，并依次执行CI文件中定义的各个阶段。CI通过后，会依据版本生成规则（详见应用版本管理部分）生成一个应用版本。此时，就需要在开发流水线中创建合并请求，而指定人员审核代码通过后，会将此分支合并至目标分支。在开发的最后过程，用户可以使用标记功能为这个版本创建一个标记，以便更好地进行版本管理。

下图为开发流水线模块主要流程：

应用版本管理

灵活的版本控制与规范的版本管理是Choerodon平台的一大特色，因为采用了语义化版本的命名规则，所以Choerodon平台内通过CI生成的版本，一般格式为：C7N_COMMIT_TIME-C7N_BRANCH；比如：若分支名为feature-demo，提交时间为2019年3月7日20:14:54，那么得到的C7N_VERSION值为：2019.3.7-201454-feature-demo。若通过标记功能创建的标记为0.15.0，那么得到的版本号就是0.15.0。此处的标记功能通常用于对外发布新版本时使用，而此时的版本格式通常为：主版本号.次版本号.修订号，版本号递增规则如下：

1. 主版本号：当你做了不兼容的 API 修改，

2. 次版本号：当你做了向下兼容的功能性新增，

3. 修订号：当你做了向下兼容的问题修正。

此外，Choerodon还支持将先行版本号及版本编译信息加到“主版本号.次版本号.修订号”的后面，使得版本号更加灵活易懂，例如：0.15.0-alpha.1。而具体的规则可以至语义化规则进行详细了解。

应用发布与应用市场

很多时候，在开发完某个应用后，可能恰好另一个项目或者另一个组织也正好需要这个应用。在Choerodon平台内，只需将此应用对应的应用版本发布至全组织或全平台，便能实现组织内或者平台内的应用共享，同时，还可对应用的具体版本进行控制，可选的将目标应用版本发布到应用市场，而将应用的流水版本保留下来。

而应用市场则集合了本项目下可访问的已发布应用，并能将所需应用的对应版本部署至此项目下的环境中使用。此外，应用市场还提供了应用的导入与导出功能（目前支持zip格式的导入与导出）。

应用部署

应用部署是部署流水线中的主要功能，应用部署的过程就是实现应用容器化的过程。

在生成应用版本之后，我们可以将其部署到对应的环境中去进行测试验收或投入使用（此处的环境可以理解为我们平时使用的Staging环境、UAT环境和生产环境）。而部署应用成功后，会生成一个实例，我们通过管理这个实例及其相关的资源来管理容器中的应用（具体的原理和步骤将在后续的部署流水线模块相关的文章中进行详细介绍）。

以下为部署流水线模块的流程示意图：

应用维度的指标监控

管理大师彼得德鲁克：如果你不能度量它，你就无法改进它。

正如彼得德鲁克所说，如果想改进某个东西，首先得有一个明确的指标。Choerodon平台内的DevOps指标均能以应用为维度进行查看，便可知道每个应用的开发与部署的情况。

（1）首先可以通过代码提交图了解到某个应用的代码提交情况，以此实时反应出该应用的开发情况。

（2）在Choerodon平台中，还可以从应用的维度了解到某个应用的所有构建情况，包括了构建的时长与构建的次数。

（3）最后可以通过平台从应用的维度了解到某个应用在某个或是所有环境中的部署情况，包括部署时长图与部署次数图。

写在最后

在微服务架构的基础上，Choerodon平台内的功能模块被解耦为多个独立的应用。因此管理好这些应用及其对应的代码库很有必要，而Choerodon平台中提供了完善的功能来帮助用户更好的实现多应用的管理与共享。以应用为中心进行开发和部署是Choerodon平台实践DevOps的重要步骤，所以应用管理作为实践DevOps的基础，也应该受到重视。

关于Choerodon猪齿鱼

Choerodon猪齿鱼作为开源多云应用平台，是基于Kubernetes的容器编排和管理能力，整合DevOps工具链、微服务和移动应用框架，来帮助企业实现敏捷化的应用交付和自动化的运营管理，同时提供IoT、支付、数据、智能洞察、企业应用市场等业务组件，致力帮助企业聚焦于业务，加速数字化转型。

欢迎加入Choerodon猪齿鱼社区，共同为企业数字化服务打造一个开放的生态平台。

标签：猪齿,应用,部署,平台,生命周期,版本,Choerodon,模板
来源： https://blog.csdn.net/Choerodon/article/details/88650336