ServiceStage最佳实践汇总

使用ServiceStage托管和治理天气预报微服务应用

通过天气预报应用，展示了微服务架构设计理念的应用场景，以及使用ServiceStage管理运行环境、构建应用和治理微服务的最佳实践。

开启ServiceComb引擎专享版安全认证

ServiceComb引擎专享版支持基于RBAC（Role-Based Access Control，基于角色的访问控制）策略的安全认证，并支持开启/关闭安全认证。

引擎开启了安全认证之后，要求所有连接该引擎的微服务都要配置安全认证账号和密码。否则，微服务将注册失败，导致业务受损。

本章节介绍未开启安全认证的ServiceComb引擎专享版，开启安全认证并确保已接入引擎的微服务组件业务不受影响，即如何平滑开启安全认证。

ServiceComb引擎仪表盘中的数据通过ServiceStage对接到AOM

接入ServiceComb引擎的Java Chassis应用，在ServiceComb引擎仪表盘上的实时监控数据默认保留5分钟。如果需要持久化存储历史监控数据用于后续查询分析，可以使用ServiceStage的自定义指标监控功能，将微服务显示到ServiceComb引擎仪表盘中的数据对接到AOM。

本章节以软件包部署应用为例，指导您完成将ServiceComb引擎仪表盘中的数据通过ServiceStage对接到AOM。

使用ServiceStage零代码修改实现微服务注册引擎迁移

本章节指导您将使用Java Chassis微服务框架开发并注册在ServiceComb引擎专业版上的微服务应用组件，零代码修改迁移注册到ServiceComb引擎专享版。

使用ServiceStage托管Spring Boot应用

Spring Boot是一个基于Spring框架的开源应用程序开发框架，可以帮助您快速构建可独立运行的、生产级别的应用程序。

本最佳实践使用Spring官方提供的样例代码，帮助您快速在ServiceStage上快速部署、访问和升级Spring应用。

使用GitLab对接Jenkins自动构建并升级部署到ServiceStage的组件

代码开发完成后，每次上线前都需要先在Jenkins上打包成镜像包或Jar包，再将镜像包上传到SWR镜像仓库或者将Jar包上传到OBS对象存储，然后再使用ServiceStage升级组件版本配置。该流程较为繁琐，频繁发版本测试导致开发和运维效率低、用户体验差。

如果您的代码在GitLab上管理，使用ServiceStage进行应用托管并且已经部署了组件，则可以通过使用GitLab对接Jenkins自动构建打包，升级已经部署在ServiceStage上的组件版本配置。

本实践通过输出在Jenkins构建打包完成之后自动升级组件的shell脚本，实现了代码合入后自动构建打包并在ServiceStage上升级部署。

使用ServiceStage全链路流量控制实现Spring Cloud应用全链路灰度

在一个存在多个微服务组件的应用体系中，对其中一个微服务组件进行版本升级发布时，会涉及到其他微服务组件版本的变动升级。所以要求在灰度验证时能够使得灰度流量同时经过涉及到的所有微服务组件灰度版本。

但是在真实业务场景中，由于业务的微服务组件规模和数量很大，一条请求链路可能会经过很多个微服务组件。新功能发布时也可能会涉及到多个微服务组件同时变更，并且业务的微服务组件之间依赖错综复杂。频繁的组件版本发布、以及组件多版本并行开发导致流量治理规则日益膨胀，给整个系统的可维护性和稳定性带来了严重挑战。

对于以上问题和挑战，通过全链路流量控制功能将应用组件的相关版本隔离成一个独立的运行环境（即泳道），通过设置流控路由规则，可以将满足规则的请求流量路由到目标版本应用。

使用ServiceStage基于发布管理实现组件跨可用区搬迁和顺序升级

在实际业务中，考虑到机房故障问题，需要将服务部署在不同的可用区中以提高可用性。

但是，在不同可用区部署组件时每个组件都必须按需配置一遍，存在操作复杂、容易出错的问题。而且需要在组件创建完成后立即部署运行，并不支持创建后按需部署的需求。如果组件配置错误，会导致部署失败，需要删除后重新创建并部署。

使用ServiceStage的发布管理功能可以更好的实施组件跨可用区搬迁和顺序升级：

• 基于ServiceStage发布管理的批量克隆发布单实现组件的跨可用区搬迁。
• 基于ServiceStage发布管理的批量升级发布单实现组件跨可用区的升级，并指定在不同可用区组件的升级顺序。