检测到您已登录华为云国际站账号,为了您更好的体验,建议您访问国际站服务网站 https://www.huaweicloud.com/intl/zh-cn
不再显示此消息
有了契约可以保证架构师设计契约,严格审查变更,并反向生成代码,保证兼容性。 另外,对于规模较小、统一管理要求不高的系统,产品支持从接口代码自动生成契约文件。 父主题: 应用开发问题
如果您正在查看实时运行日志,请勿切换页面。如果离开实时日志看页面,实时查看功能将会停止,重新开启后上一次查看的实时日志将不会显示。 父主题: 管理组件运行LTS日志
等待组件状态由“升级/回滚中”转换为“运行中”,组件版本已回滚到升级前版本。 在组件“部署记录”页面,可查看部署日志。 容器部署方式部署的组件,如果出现“查询工作负载实例状态失败”日志信息,您可以单击“查看事件”,进入事件列表查看详情。
单击切换开关,设置路由规则生效方式。 或:默认生效方式,匹配任意一条路由规则就生效。 且:匹配所有路由规则才生效。 单击“新增匹配规则”,参考下表设置路由匹配规则。 参数名称 参数说明 匹配类型 支持的路由规则匹配类型。 当前仅支持基于“请求头”类型的匹配。
单击切换开关,设置路由规则生效方式。 或:默认生效方式,匹配任意一条路由规则就生效。 且:匹配所有路由规则才生效。 单击“新增匹配规则”,参考下表设置路由匹配规则。 参数名称 参数说明 匹配类型 支持的路由规则匹配类型。 当前仅支持基于“请求头”类型的匹配。
(可选)在旧版事件列表页面,单击右上方的“体验新版”按钮,可切换至新版事件列表页面。 父主题: 云审计服务支持的关键操作
单击切换开关,设置路由规则生效方式。 或:默认生效方式,匹配任意一条路由规则就生效。 且:匹配所有路由规则才生效。 单击“新增匹配规则”,设置路由匹配规则。 匹配类型:支持的路由规则匹配类型。当前仅支持基于“请求头”类型的匹配。 参数名称:“匹配类型”对应的key值。
勾选“统一到期日设置为”后生效,资源包到期时间变更为统一到期日,可能产生额外的续费天数。默认为每月1日的 23:59:59 GMT+08:00到期,您可以单击进行修改。 不勾选“统一到期日设置为”,则资源包到期时间为资源包当前到期时间+续费时长。
等待组件状态由“升级/回滚中”转换为“灰度发布中”,表示已成功完成组件灰度发布。 灰度发布成功后,会给weather微服务接入的ServiceComb引擎下发“servicecomb.routeRule.weather”配置项。
图2 持续集成和持续交付 灰度发布 应用场景 为保障新特性能平稳上线,可以通过灰度发布功能选择少部分用户试用,待新特性成熟以后,再切换版本让所有用户使用。 价值 灰度发布可以保证整体系统的稳定,在初始灰度的时候就可以发现、调整问题,以减少其影响度。
应用间的网络请求如下: consumer-> Mesher -> provider 注意事项 应用上云后需要做出一定的配置变更。例如在Mesher所处环境外,consumer在访问provider时使用http://IP:port/进行访问。
accesslog日志格式: servicecomb.accesslog.pattern: "%h - - %t cs-uri %s %B %D %H %SCB-traceId" 默认情况下会在根目录生成access.log,若业务侧使用了log4j2或者logback等日志框架,日志框架的切换可参考
DynamicDoubleProperty myprop = DynamicPropertyFactory.getInstance() .getDoubleProperty("trace.handler.sampler.percent", 0.1); archaius API支持callback处理配置变更
Configure:变更引擎配置。 description String 任务描述。 status String 任务当前执行状态。 Init:初始化。 Executing:执行中。 Error:执行失败。 Timeout:执行超时。 Finished:结束。
选择“Filter branches by regex ”,配置指定分支变更后触发构建任务,示例中的分支名称为main,单击右下角“Generate”生成Secret token并保存,在配置GitLab webhook时需使用。 配置GitLab webhook。
新功能发布时也可能会涉及到多个微服务组件同时变更,并且业务的微服务组件之间依赖错综复杂。频繁的组件版本发布、以及组件多版本并行开发导致流量治理规则日益膨胀,给整个系统的可维护性和稳定性带来了严重挑战。
比如,动态配置就是通过在微服务运行过程中对某些变量的取值进行动态变更。
新功能发布时也可能会涉及到多个微服务组件同时变更,并且业务的微服务组件之间依赖错综复杂。频繁的组件版本发布、以及组件多版本并行开发导致流量治理规则日益膨胀,给整个系统的可维护性和稳定性带来了严重挑战。
新功能发布时也可能会涉及到多个微服务组件同时变更,并且业务的微服务组件之间依赖错综复杂。频繁的组件版本发布、以及组件多版本并行开发导致流量治理规则日益膨胀,给整个系统的可维护性和稳定性带来了严重挑战。
新功能发布时也可能会涉及到多个微服务组件同时变更,并且业务的微服务组件之间依赖错综复杂。频繁的组件版本发布、以及组件多版本并行开发导致流量治理规则日益膨胀,给整个系统的可维护性和稳定性带来了严重挑战。