检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
检测到您已登录华为云国际站账号，为了您更好的体验，建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
Cloud云原生架构如下： 该架构采用静态页面和服务分离，这样静态页面可以灵活的使用CDN、Nginx等形态部署。spring cloud gateway屏蔽了内部微服务的结构，一般会搭配流量控制、安全认证等服务治理策略，使得内部服务能够灵活的进行拆分合并，降低内部服务直接面对流量攻击的风险。
Chassis云原生架构如下： 该架构采用静态页面和服务分离，这样静态页面可以灵活的使用CDN、Nginx等形态部署。Edge Service屏蔽了内部微服务的结构，一般会搭配流量控制、安全认证等服务治理策略，使得内部服务能够灵活的进行拆分合并，降低内部服务直接面对流量攻击的风险。 父主题： 托管Java
与其他服务的关系 云原生架构模式下，完成业务功能需要很多服务相互配合： CSE一般和数据库、缓存和消息中间件同时使用，完成业务功能的开发。 AOM、APM、LTS等工具，则为业务提供运维能力，帮助检测业务故障、分析故障原因。 以Spring Cloud为例，典型的云原生架构和技术选型如下：
分布式微服务实例和服务发现。微服务架构特别强调架构的弹性，业务架构需要支持微服务多实例部署来满足业务流量的动态变化。微服务设计一般会遵循无状态设计原则，符合该原则的微服务扩充实例，能够带来处理性能的线性提升。当实例数很多的时候，就需要有一个支持服务注册和发现的中间件，用于微服务之间的调用寻址。
增加ServiceComb引擎相关配置。 Nacos、Eureka一些使用习惯的调整，比如如何规划服务配置和逻辑隔离等。 下图以Eureka为例演示整个改造接入过程： 资源和成本规划 在操作前，需要的资源和成本规划见表1。 表1 资源和成本规划 云资源 规格 数量 费用 微服务引擎 根据需要选择相应规格 1 根据选择的计费模式及规格确定相应费用
Chassis及JDK编译版本的配套关系请参考版本配套说明。 如果基于开源开放和业界生态组件新开发微服务应用，可选择Spring Cloud框架。 如果希望使用ServiceComb引擎提供的开箱即用的治理能力和高性能的RPC框架，可选择Java Chassis框架。 框架 推荐版本 说明
创建应用网关 应用网关是一种用于管理和路由微服务请求的中间件。它充当了微服务架构中的入口点，接收来自客户端的请求并将其路由到适当的微服务。 本章节指导您根据实际业务需求创建应用网关。 应用网关当前仅在华东-上海一、西南-贵阳一支持。 前提条件 应用网关运行于虚拟私有云，创建前，需
通过Spring Cloud Huawei SDK托管Spring Cloud应用 概述 快速接入ServiceComb引擎 合理的规划系统架构 三方软件版本管理策略 开发环境规划管理 应用逻辑隔离管理 配置文件加密方案 合理规划服务治理 常见问题 父主题： ServiceComb引擎托管应用
要实现升级零中断，通常需要解决如下问题： 停止服务的时候，可能引起业务中断。在停止服务的过程中，可能服务正在处理请求，新的请求可能持续地发送到该服务。 在微服务架构下，一般都会通过注册中心进行服务发现，客户端会缓存实例地址。停止服务的时候，使用者可能无法及时感知实例下线，并继续使用错误的实例进行访问，导致失败。
如何进行本地开发和测试？ 本地开发工具给开发者提供开发、调试、测试过程中的服务发现、注册和查询功能。 概念阐述 本小节介绍如何在开发者本地进行消费者/提供者应用的开发调试。服务提供者和消费者均需要连接到在远程的服务中心，为了本地微服务的开发和调试，本小节介绍了如何启动本地服务中心。
业务代码的情况下，能够轻松实现上述能力。 本文通过示例为您演示Sermant Agent全链路灰度功能。假设应用的架构由Sermant Agent以及后端的微服务架构（Spring Cloud）组成，后端调用链路：providerA->providerB，通过consumer调用后端服务，所有服务挂载的Sermant
Sync是一款开源组件，支持注册中心的双向同步与平滑迁移，通过配置同步任务的方式，进行服务的迁移，Nacos Sync能使源集群的服务信息和CSE Nacos的服务信息保持同步，从而实现自建配置注册中心和CSE Nacos之间的平滑迁移，适用于对业务不中断有诉求的用户。 Nacos Sync支持开源Nacos版本为1
本文汇总了基于微服务引擎（CSE，Cloud Service Engine）中ServiceComb引擎、注册配置中心和应用网关常见应用场景的操作实践，为每个实践提供详细的方案描述和操作指导，帮助用户轻松在不同应用场景中使用CSE。 表1 ServiceComb引擎最佳实践一览表 最佳实践
Cloud广泛应用于构建微服务应用。使用ServiceComb引擎托管Spring Cloud应用，主要目的是使用高可靠的商业中间件替换开源组件，对应用系统进行更好地管理和运维，改造过程应尽可能降低对业务逻辑的影响。 托管Java Chassis应用 Java Chassis是Apache基金会管理的开源微服务
托管Java Chassis应用 概述 合理的规划系统架构 合理配置线程池参数 合理配置日志文件 合理规划服务治理 升级到Java Chassis的最新版本 父主题： ServiceComb引擎托管应用
与TCP不同的是，Service Mesh有着更高的目标：为应用运行时提供统一的、应用层面的可见性和可控性。Service Mesh将服务间通信从底层的基础设施中分离出来，让它成为整个生态系统的一等公民——它因此可以被监控、托管和控制。 为什么要使用Mesher 业务代码无须改造 支持老旧应用接入 普通应用快速成为云原生应用
解决API不兼容问题，修复成本也极低。微服务解耦后，服务间变为了远程调用，接口不一致通常发现时间较晚，会造成更大的修复成本。有了契约可以使架构师根据契约文件严格审查变更，并反向生成代码，保证兼容性。 另外，对于规模较小、统一管理要求不高的系统，产品支持从接口代码自动生成契约文件。
所有的应用的治理策略总和不能超过1000条。 单个治理策略包含：治理规则和业务场景。治理规则和业务场景实际会等量占用配置中心的配额。 微服务版本数：微服务场景中版本用来标记微服务的迭代记录，方便对微服务的不同迭代进行管理。 微服务实例数：实例是一个微服务的最小运行和部署单元，通常对应一个应用进程。同一个微服务
相较于ServiceComb引擎1.x版本，ServiceComb引擎2.x版本底层架构、功能、安全及性能全面升级，提供了独立的服务注册发现中心和配置中心，支持基于用户业务场景的定义和治理。两个版本的特性比对请参见表2。 表2 ServiceComb引擎2.x和ServiceComb引擎1.x特性比对 功能 特性
目标字符串是否包含模式字符串。 compare: 比较，支持>、<、>=、<=、=、!=符号匹配。处理时会把模式字符串和目标字符串转化为Double类型进行比较，支持的数据范围为Double的数据范围。在进行=和!=判断时，如果二者的差值小于1e-6就视为相等。例如模式串为>-10，会对大于-10以上的目标串匹配成功。
长按/截图保存，微信识别二维码
或者关注公众号“华为云”
