摘要：微服务架构下，如何克服分布式事务难题？什么是微服务？微服务有什么优势和困难？什么是微服务架构？简而言之，微服务架构的系统是一个分布式的系统，按业务进行划分为独立的服务单元，解决单体系统的不足，同时也满足越来越复杂的业务需求。每个微服务仅关注于完成一件任务并很好地完成该任务。微服务架构的优势1. 将复杂的业务拆分成多个小的业务，每个业务拆分成一个服务，将复杂的问题简单化。利于分工，降低新人的学习成本。2. 微服务系统是分布式系统，业务与业务之间完全解耦，随着业务的增加可以根据业务再拆分，具有极强的横向扩展能力。3. 服务间采用 HTTP 协议通信，服务与服务之间完全独立。每个服务可以根据业务场景选取合适的编程语言和数据库。4. 服务独立部署，每个服务的修改和部署对其他服务没有影响。虽然微服务有以上的优势，但是微服务实践仍处于探索阶段，很多中小型互联网公司，鉴于经验、技术实力等问题，微服务落地比较困难。著名架构师Chris Richardson指出，目前微服务主要存如下几方面困难：1. 单体应用拆分为分布式系统后，进程间的通讯机制和故障处理措施变的更加复杂。2. 系统微服务化后，一个看似简单的功能，内部可能需要调用多个服务并操作多个数据库实现，服务调用的分布式事务问题变的非常突出。3. 微服务数量众多，其测试、部署、监控等都变的更加困难。随着RPC框架的成熟，第一个问题已经逐渐得到解决。例如Dubbo可以支持多种通讯协议，Spring Cloud可以非常好的支持restful调用。对于第三个问题，随着Docker、DevOps技术的发展以及各公有云PaaS平台自动化运维工具的推出，微服务的测试、部署与运维会变得越来越容易。而对于第二个问题，现在还没有通用方案很好的解决微服务产生的事务问题。分布式事务已经成为微服务落地最大的阻碍，也是最具挑战性的一个技术难题。下面将深入和大家探讨微服务架构下，分布式事务的各种解决方案。微服务架构下，如何克服分布式事务难题？什么是事务事务是由一组SQL语句组成的逻辑处理单元，事务具有以下4个属性，通常简称为事务的ACID属性：原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改，以保持数据的完整性。隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。数据库事务隔离级别由低到高依次为Read uncommitted、Read committed、Repeatable 、Serializable。持久性（Durability）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。分布式事务典型场景：银行转账业务是一个典型分布式事务场景，通常包括以下三种情况：A. 支行内转账：同一银行的相同支行内转账B. 行内转账：同一银行的不同支行间转账C. 跨行转账：不同银行的系统进行转账对于传统集中式架构，A、B通常为本地事务，C为分布式事务。业务微服务改造后，转入、转出通常为不同的微服务，同一个微服务也通常运行于不同实例中。A可能变成一个分布式事务，也可能通过一些方法规避，在本地事务内完成。B和C很难规避，只能是分布式事务。微服务最佳实践建议尽量规避分布式事务，但是在很多业务场景（比如上面的B、C转账场景），分布式事务是一个绕不开的技术问题。分布式事务常用解决方案为了解决分布式系统一致性问题，前人在性能和数据一致性的反反复复权衡过程中总结了许多典型的协议和算法。其中，最常用的是两阶提交协议（2 Phase Commitment Protocol）。两阶段提交方案交易中间件与数据库通过 XA 接口规范，使用两阶段提交来完成一个全局事务， XA 规范的基础是两阶段提交协议。第一阶段是表决阶段，所有参与者都将本事务能否成功的信息反馈发给协调者；第二阶段是执行阶段，协调者根据所有参与者的反馈，通知所有参与者，步调一致地在所有分支上提交或者回滚。两阶段提交方案应用非常广泛，典型商用软件包括Oracle Tuxedo和IBM CICS。它的优点是对业务代码侵入较低，但缺点也很明显：性能低下：由于 XA 协议自身的特点，它会造成事务资源长时间得不到释放，锁定周期长，而且在应用层上面无法干预，数据并发冲突高的场景性能很差。单点问题：协调者在整个两阶段提交过程中扮演着举足轻重的作用，一旦协调者所在服务器宕机，就会影响整个数据库集群的正常运行。比如在第二阶段中，如果协调者因为故障不能正常发送事务提交或回滚通知，那么参与者们将一直处于阻塞状态。同步阻塞：两阶段提交执行过程中，所有的参与者都需要听从协调者的统一调度，期间处于阻塞状态而不能从事其他操作，效率及其低下。因此，两阶段提交方案在互联网业务中很少使用，无法满足高并发需求。为了这个弥补这种方案带来性能低的问题，大家又想出了很多种方案来解决，通过在应用层做文章，即入侵业务的方式，比较典型的是TCC 方案和基于可靠消息的最终一致性方案。TCC事务方案TCC事务模型在电商、金融领域落地较多。TCC方案其实是两阶段提交的一种改进。其将整个业务逻辑的每个分支显式的分成了Try、Confirm、Cancel三个操作。Try部分完成业务的准备工作，confirm部分完成业务的提交，cancel部分完成事务的回滚。基本原理如下图所示。事务开始时，业务应用会向事务协调器注册启动事务。之后业务应用会调用所有服务的try接口，完成一阶段准备。之后事务协调器会根据try接口返回情况，决定调用confirm接口或者cancel接口。如果接口调用失败，会进行重试。TCC方案让应用自己定义数据库操作的粒度，使得降低锁冲突、提高吞吐量成为可能，比如华为分布式事务中间件DTM性能极高，普通配置服务器可以支持全局事务1万+ TPS，分支事务3万+ TPS。 当然TCC方案也有不足之处，集中表现在以下两个方面：业务侵入性强。业务逻辑的每个分支都需要实现try、confirm、cancel三个操作，应用侵入性较强，改造成本高。实现难度较大。为了满足一致性的要求，要充分考虑幂等操作，允许重复执行，也要防止资源悬挂，做好并发访问控制和数据可见性控制等。上述原因导致TCC方案大多被研发实力较强、有迫切需求的大公司所采用。微服务倡导服务的轻量化，而TCC方案中很多事务的处理逻辑需要应用自己编码实现，复杂且开发量大。基于消息的最终一致性方案消息一致性方案是通过消息中间件保证上下游应用数据操作的一致性。基本思路是将本地操作和发送消息放在一个本地事务中，保证本地操作和消息发送要么两者都成功或者都失败。下游应用向消息系统订阅该消息，收到消息后执行相应操作。消息最终一致方案从本质上讲是将分布式事务转换为两个本地事务，然后依靠下游业务的重试机制达到最终一致性。基于消息的最终一致性方案对应用侵入性也很高，应用需要进行大量业务改造，成本非常高。入侵代码的方案是基于现有情形“迫不得已”才推出的解决方案，实际上它们实现起来非常不优雅，比如TCC，一个事务的调用通常伴随而来的是对该事务接口增加一系列的反向操作，提交逻辑必然伴随着回滚的逻辑，这样的代码会使得项目非常臃肿，维护成本高。针对上面所说的分布式事务解决方案的痛点，很显然，我们理想的分布式事务解决方案肯定是性能要好而且要对业务无侵入，业务层无需关心分布式事务机制的约束，做到事务与业务分离，也就是本文所重点推荐的非侵入事务。非侵入事务方案a. 典型架构非侵入事务典型架构如下图所示：事务核心组件包括：Transaction Coordinator (TC)： 事务协调器，分布式事务大脑，产生和维护全局事务、分支事务，推进事务提交与回滚的二阶段处理。TC Server以集群形式提供事务协调能力。Transaction Manager (TM)： 定义全局事务的边界，与事务协调器通信以开启、提交或回滚全局事务。Resource Manager (RM)： 资源管理器，管理分支事务处理的资源，与事务协调器通信以开启、结束事务分支，并接收事务协调器指令完成二阶段分支事务提交或回滚。Lock Server （LS）： 分布式锁服务器，可以通过它对进行中的分布式事务所操作的资源查询、加锁、放锁。一个分布式事务称为一个全局事务，下面挂若干个分支事务，一个分支事务是一个满足 ACID 的本地事务。非侵入事务的核心思想是资源管理器拦截业务SQL，对其解析并做额外的一些数据处理，产生undo log并保存，一旦发生全局事务回滚，通过各个分支事务对应的undo log完成所有分支事务回滚。大家很容易想到，两个全局事务并行修改了相同数据，可能会造成根据undo log完成回滚产生数据错误。解决的方法是通过Lock Server对事务所修改数据加锁，全局事务提交后立即放锁，全局事务回滚则等待分支事务回滚完成放锁。b. 典型流程典型分布式事务主要执行步骤如下：1.TM请求TC开始新的全局事务，TC创建全局事务并返回全局事务ID（XID）。2.根据XID构建事务上下文，通过微服务的调用链传播。3.RM发现自己处于事务上下文，得到全局事务ID并解析SQL，产生undo log和分布式事务锁数据，请求TC创建分支事务。4.TC 通过LS加锁，加锁成功后创建分支事务ID并返回。5.RM 把分支事务ID与undo log关联，与业务原始SQL在一个本地事务内提交。6.重复3~5，为全局事务范围内的每个本地事务创建一个分支事务。7.如果全局事务边界内没有任何异常，则TM请求TC提交全局事务；如果有异常，则TM请求TC回滚全局事务。8. TC标记全局事务状态，如果为提交则立即通过LS放锁。推进XID所对应全局事务下的所有分支事务进行二阶段处理，发送请求到RM。9.RM完成分支事务的提交或回滚，并返回状态到TC。10.TC对完成回滚的分支通过LS放锁。所有分支完成后，返回全局事务处理结果到TM。二阶段事务处理比较关键，在此重点说明一下。c. 分支事务提交如果全局事务状态为提交，则对每个分支发起分支提交，流程如下图所示：RM收到分支事务提交请求，先保存分支事务的ID在队列中并返回。一个线程定时从队列中取出一批分支事务ID，构建SQL批量删除所对应的undo log日志。分支事务提交可以异步批量处理，是因为全局事务已经提交，undo log作为中间状态已经不再重要，只要定期清理即可。d. 分支事务回滚如果全局事务状态为回滚或超时，则对每个分支发起分支回滚，流程如下图所示：RM收到分支事务回滚请求，开启一个本地事务，通过分支ID找到对应的undo log，构建回滚SQL语句并执行，删除undo log，然后提交本地事务。如果顺利完成，TC收到响应后通过LS清理该分支所占用资源。e. 性能分析非侵入事务相比XA两阶段提交一个重要性能优势在于锁定资源时间更短。实际业务中，我们知道绝大多数事务状态为提交，很少比例为回滚。对于XA来说，无论是提交还是回滚，资源都是在二阶段释放。对本文所介绍的非侵入事务来说，提交状态的全局事务，二阶段没有必要拿锁，只有少比例的回滚状态的全局事务，才需要在二阶段放锁。非侵入事务不受限于数据库XA接口，实现完全可控。TC、RM、LS这些关键组件对性能影响很大，良好的设计、实现可以取得非常高的性能。非侵入式事务实践证明，它可以轻松满足绝大多数高并发业务场景的性能需求。典型核心业务系统分布式事务改造实例华为云Stack为某运营商核心业务系统分布式事务改造，该客户业务在月初充值、扣费业务高峰期等常见的并发场景时，对分布式系统提出挑战：高并发的分布式事务访问账户表，XA两阶段提交由于加锁时间长，严重影响业务。整体性能要求达1000+ TPS，传统或开源分布式事务难以满足高可用性与高性能要求。XA事务与其他数据库操作的一致性问题。需要把XA事务作为DTM TCC事务的一个分支，将别的数据库操作是另外的分支。华为云Stack混合云解决方案分布式事务中间件DTM通过一系列创新技术，提供高性能、高可用、高可靠、高安全、低侵入、易使用的分布式事务服务，支持TCC事务和非侵入事务两种模型，助力企业微服务化改造，优雅地解决分布式系统下数据一致性难题

各位大佬，现在按照教程完成天气预报的部署，但是应用一直获取不到数据？这个是什么问题？

什么是微服务？微服务有什么优势和困难？什么是微服务架构？简而言之，微服务架构的系统是一个分布式的系统，按业务进行划分为独立的服务单元，解决单体系统的不足，同时也满足越来越复杂的业务需求。每个微服务仅关注于完成一件任务并很好地完成该任务。微服务架构的优势1. 将复杂的业务拆分成多个小的业务，每个业务拆分成一个服务，将复杂的问题简单化。利于分工，降低新人的学习成本。2. 微服务系统是分布式系统，业务与业务之间完全解耦，随着业务的增加可以根据业务再拆分，具有极强的横向扩展能力。3. 服务间采用 HTTP 协议通信，服务与服务之间完全独立。每个服务可以根据业务场景选取合适的编程语言和数据库。4. 服务独立部署，每个服务的修改和部署对其他服务没有影响。虽然微服务有以上的优势，但是微服务实践仍处于探索阶段，很多中小型互联网公司，鉴于经验、技术实力等问题，微服务落地比较困难。著名架构师Chris Richardson指出，目前微服务主要存如下几方面困难：1. 单体应用拆分为分布式系统后，进程间的通讯机制和故障处理措施变的更加复杂。2. 系统微服务化后，一个看似简单的功能，内部可能需要调用多个服务并操作多个数据库实现，服务调用的分布式事务问题变的非常突出。3. 微服务数量众多，其测试、部署、监控等都变的更加困难。随着RPC框架的成熟，第一个问题已经逐渐得到解决。例如Dubbo可以支持多种通讯协议，Spring Cloud可以非常好的支持restful调用。对于第三个问题，随着Docker、DevOps技术的发展以及各公有云PaaS平台自动化运维工具的推出，微服务的测试、部署与运维会变得越来越容易。而对于第二个问题，现在还没有通用方案很好的解决微服务产生的事务问题。分布式事务已经成为微服务落地最大的阻碍，也是最具挑战性的一个技术难题。下面将深入和大家探讨微服务架构下，分布式事务的各种解决方案。微服务架构下，如何克服分布式事务难题？什么是事务事务是由一组SQL语句组成的逻辑处理单元，事务具有以下4个属性，通常简称为事务的ACID属性：原子性（Atomicity）：事务是一个原子操作单元，其对数据的修改，要么全都执行，要么全都不执行。一致性（Consistent）：在事务开始和完成时，数据都必须保持一致状态。这意味着所有相关的数据规则都必须应用于事务的修改，以保持数据的完整性。隔离性（Isolation）：数据库系统提供一定的隔离机制，保证事务在不受外部并发操作影响的“独立”环境执行。数据库事务隔离级别由低到高依次为Read uncommitted、Read committed、Repeatable 、Serializable。持久性（Durability）：事务完成之后，它对于数据的修改是永久性的，即使出现系统故障也能够保持。分布式事务典型场景：银行转账业务是一个典型分布式事务场景，通常包括以下三种情况：A. 支行内转账：同一银行的相同支行内转账B. 行内转账：同一银行的不同支行间转账C. 跨行转账：不同银行的系统进行转账对于传统集中式架构，A、B通常为本地事务，C为分布式事务。业务微服务改造后，转入、转出通常为不同的微服务，同一个微服务也通常运行于不同实例中。A可能变成一个分布式事务，也可能通过一些方法规避，在本地事务内完成。B和C很难规避，只能是分布式事务。微服务最佳实践建议尽量规避分布式事务，但是在很多业务场景（比如上面的B、C转账场景），分布式事务是一个绕不开的技术问题。分布式事务常用解决方案为了解决分布式系统一致性问题，前人在性能和数据一致性的反反复复权衡过程中总结了许多典型的协议和算法。其中，最常用的是两阶提交协议（2 Phase Commitment Protocol）。两阶段提交方案交易中间件与数据库通过 XA 接口规范，使用两阶段提交来完成一个全局事务， XA 规范的基础是两阶段提交协议。第一阶段是表决阶段，所有参与者都将本事务能否成功的信息反馈发给协调者；第二阶段是执行阶段，协调者根据所有参与者的反馈，通知所有参与者，步调一致地在所有分支上提交或者回滚。两阶段提交方案应用非常广泛，典型商用软件包括Oracle Tuxedo和IBM CICS。它的优点是对业务代码侵入较低，但缺点也很明显：性能低下：由于 XA 协议自身的特点，它会造成事务资源长时间得不到释放，锁定周期长，而且在应用层上面无法干预，数据并发冲突高的场景性能很差。单点问题：协调者在整个两阶段提交过程中扮演着举足轻重的作用，一旦协调者所在服务器宕机，就会影响整个数据库集群的正常运行。比如在第二阶段中，如果协调者因为故障不能正常发送事务提交或回滚通知，那么参与者们将一直处于阻塞状态。同步阻塞：两阶段提交执行过程中，所有的参与者都需要听从协调者的统一调度，期间处于阻塞状态而不能从事其他操作，效率及其低下。因此，两阶段提交方案在互联网业务中很少使用，无法满足高并发需求。为了这个弥补这种方案带来性能低的问题，大家又想出了很多种方案来解决，通过在应用层做文章，即入侵业务的方式，比较典型的是TCC 方案和基于可靠消息的最终一致性方案。TCC事务方案TCC事务模型在电商、金融领域落地较多。TCC方案其实是两阶段提交的一种改进。其将整个业务逻辑的每个分支显式的分成了Try、Confirm、Cancel三个操作。Try部分完成业务的准备工作，confirm部分完成业务的提交，cancel部分完成事务的回滚。基本原理如下图所示。事务开始时，业务应用会向事务协调器注册启动事务。之后业务应用会调用所有服务的try接口，完成一阶段准备。之后事务协调器会根据try接口返回情况，决定调用confirm接口或者cancel接口。如果接口调用失败，会进行重试。TCC方案让应用自己定义数据库操作的粒度，使得降低锁冲突、提高吞吐量成为可能，比如华为分布式事务中间件DTM性能极高，普通配置服务器可以支持全局事务1万+ TPS，分支事务3万+ TPS。 当然TCC方案也有不足之处，集中表现在以下两个方面：业务侵入性强。业务逻辑的每个分支都需要实现try、confirm、cancel三个操作，应用侵入性较强，改造成本高。实现难度较大。为了满足一致性的要求，要充分考虑幂等操作，允许重复执行，也要防止资源悬挂，做好并发访问控制和数据可见性控制等。上述原因导致TCC方案大多被研发实力较强、有迫切需求的大公司所采用。微服务倡导服务的轻量化，而TCC方案中很多事务的处理逻辑需要应用自己编码实现，复杂且开发量大。基于消息的最终一致性方案消息一致性方案是通过消息中间件保证上下游应用数据操作的一致性。基本思路是将本地操作和发送消息放在一个本地事务中，保证本地操作和消息发送要么两者都成功或者都失败。下游应用向消息系统订阅该消息，收到消息后执行相应操作。消息最终一致方案从本质上讲是将分布式事务转换为两个本地事务，然后依靠下游业务的重试机制达到最终一致性。基于消息的最终一致性方案对应用侵入性也很高，应用需要进行大量业务改造，成本非常高。入侵代码的方案是基于现有情形“迫不得已”才推出的解决方案，实际上它们实现起来非常不优雅，比如TCC，一个事务的调用通常伴随而来的是对该事务接口增加一系列的反向操作，提交逻辑必然伴随着回滚的逻辑，这样的代码会使得项目非常臃肿，维护成本高。针对上面所说的分布式事务解决方案的痛点，很显然，我们理想的分布式事务解决方案肯定是性能要好而且要对业务无侵入，业务层无需关心分布式事务机制的约束，做到事务与业务分离，也就是本文所重点推荐的非侵入事务。非侵入事务方案a. 典型架构非侵入事务典型架构如下图所示：事务核心组件包括：Transaction Coordinator (TC)： 事务协调器，分布式事务大脑，产生和维护全局事务、分支事务，推进事务提交与回滚的二阶段处理。TC Server以集群形式提供事务协调能力。Transaction Manager (TM)： 定义全局事务的边界，与事务协调器通信以开启、提交或回滚全局事务。Resource Manager (RM)： 资源管理器，管理分支事务处理的资源，与事务协调器通信以开启、结束事务分支，并接收事务协调器指令完成二阶段分支事务提交或回滚。Lock Server （LS）： 分布式锁服务器，可以通过它对进行中的分布式事务所操作的资源查询、加锁、放锁。一个分布式事务称为一个全局事务，下面挂若干个分支事务，一个分支事务是一个满足 ACID 的本地事务。非侵入事务的核心思想是资源管理器拦截业务SQL，对其解析并做额外的一些数据处理，产生undo log并保存，一旦发生全局事务回滚，通过各个分支事务对应的undo log完成所有分支事务回滚。大家很容易想到，两个全局事务并行修改了相同数据，可能会造成根据undo log完成回滚产生数据错误。解决的方法是通过Lock Server对事务所修改数据加锁，全局事务提交后立即放锁，全局事务回滚则等待分支事务回滚完成放锁。b. 典型流程典型分布式事务主要执行步骤如下：1.TM请求TC开始新的全局事务，TC创建全局事务并返回全局事务ID（XID）。2.根据XID构建事务上下文，通过微服务的调用链传播。3.RM发现自己处于事务上下文，得到全局事务ID并解析SQL，产生undo log和分布式事务锁数据，请求TC创建分支事务。4.TC 通过LS加锁，加锁成功后创建分支事务ID并返回。5.RM 把分支事务ID与undo log关联，与业务原始SQL在一个本地事务内提交。6.重复3~5，为全局事务范围内的每个本地事务创建一个分支事务。7.如果全局事务边界内没有任何异常，则TM请求TC提交全局事务；如果有异常，则TM请求TC回滚全局事务。8. TC标记全局事务状态，如果为提交则立即通过LS放锁。推进XID所对应全局事务下的所有分支事务进行二阶段处理，发送请求到RM。9.RM完成分支事务的提交或回滚，并返回状态到TC。10.TC对完成回滚的分支通过LS放锁。所有分支完成后，返回全局事务处理结果到TM。二阶段事务处理比较关键，在此重点说明一下。c. 分支事务提交如果全局事务状态为提交，则对每个分支发起分支提交，流程如下图所示：RM收到分支事务提交请求，先保存分支事务的ID在队列中并返回。一个线程定时从队列中取出一批分支事务ID，构建SQL批量删除所对应的undo log日志。分支事务提交可以异步批量处理，是因为全局事务已经提交，undo log作为中间状态已经不再重要，只要定期清理即可。d. 分支事务回滚如果全局事务状态为回滚或超时，则对每个分支发起分支回滚，流程如下图所示：RM收到分支事务回滚请求，开启一个本地事务，通过分支ID找到对应的undo log，构建回滚SQL语句并执行，删除undo log，然后提交本地事务。如果顺利完成，TC收到响应后通过LS清理该分支所占用资源。e. 性能分析非侵入事务相比XA两阶段提交一个重要性能优势在于锁定资源时间更短。实际业务中，我们知道绝大多数事务状态为提交，很少比例为回滚。对于XA来说，无论是提交还是回滚，资源都是在二阶段释放。对本文所介绍的非侵入事务来说，提交状态的全局事务，二阶段没有必要拿锁，只有少比例的回滚状态的全局事务，才需要在二阶段放锁。非侵入事务不受限于数据库XA接口，实现完全可控。TC、RM、LS这些关键组件对性能影响很大，良好的设计、实现可以取得非常高的性能。非侵入式事务实践证明，它可以轻松满足绝大多数高并发业务场景的性能需求。典型核心业务系统分布式事务改造实例华为云Stack为某运营商核心业务系统分布式事务改造，该客户业务在月初充值、扣费业务高峰期等常见的并发场景时，对分布式系统提出挑战：高并发的分布式事务访问账户表，XA两阶段提交由于加锁时间长，严重影响业务。整体性能要求达1000+ TPS，传统或开源分布式事务难以满足高可用性与高性能要求。XA事务与其他数据库操作的一致性问题。需要把XA事务作为DTM TCC事务的一个分支，将别的数据库操作是另外的分支。华为云Stack混合云解决方案分布式事务中间件DTM通过一系列创新技术，提供高性能、高可用、高可靠、高安全、低侵入、易使用的分布式事务服务，支持TCC事务和非侵入事务两种模型，助力企业微服务化改造，优雅地解决分布式系统下数据一致性难题。转自华为云csdn https://blog.csdn.net/devcloud/article/details/109328281

go-chassis 自身在华为云上是以https的服务提供给各个微服务的。 CSE支持各个微服务之间通过https相互访问吗？go-chassis日志里面都是看到 微服务之间都是通过  CSE://{模块}:{端口号}  方式相互通信的微服务模块间通信本质是走http消息 附加额外的CSE消息头标识， 我们的CSE支持走https消息  附加CSE消息头标识吗？

分享任务规则&奖励：活动时间：2020年10月12日-2020年10月30日 分享海报，每次分享可获得500码豆，最多可获1000码豆；第一步： 分享以下文案+活动链接至朋友圈或100人以上技术群（微信、QQ、钉钉不限）。（注：如分享朋友圈需满1小时后截图）每次分享完成并上传截图可获得500码豆（最高可获得1000码豆），码豆可用于兑换DevCloud会员中心精美实物礼品。第二步： 分享完成1小时后截图，点击这里或复制打开链接：https://www.wjx.top/jq/90009476.aspx 上传分享截图；符合要求的截图即可算作分享成功。注：上传分享海报截图时，请勿填错账号，影响奖励发放（1）分享文案：我正在参与华为云《微服务全生命周期实战体验》，保姆级教程玩转应用一键上云，体验应用托管DevOps全流程！实战进阶还能赢千元豪礼，快来参加吧！活动链接：https://developer.huaweicloud.com/activity/MicroservicePractice.html（2）分享海报：长按保存下方海报至手机

欢迎广大开发者体验《微服务全生命周期实战体验》第四期：体验场景化微服务治理本期内容主要基于经典weathermap demo，让开发者场景化体验限流容错等微服务治理能力参与任务赢2000+码豆换好礼！ 还有超多千元豪礼等你抱回家！加小助手微信：little-one-1806进群pick更多奖品攻略哦~动动手指赢码豆，保姆级教程开始啦~     先领取代金券（三期四期共用，有效期到本月30号活动结束） 创建部署所需的资源，具体创建方法可以参考创建VPC/CCE集群和ELB 在“环境管理”创建环境用于部署应用 单击体验Dome根据以下操作部署体验中心的天气预报应用     通过部署成功后提供的应用入口访问天气应用     返回ServiceStage控制台，并在“基础设施 > 微服务引擎”中单击“查看控制台”。如下图      进入微服务引擎控制台后，在“服务治理”页面找到刚刚部署的weathermap应用，并单击fusionweather实例进行治理操作。      这里为了演示效果，在fusionweather对forecast实例进行降级操作。（截图打卡，必须包含右上角华为云账号）      回到天气预报页面刷新即可，forecast数据不再显示。在实际使用过程中，可以根据实际场景进行治理操作、预置等。（截图打卡）注：回帖打卡格式：（打卡样例）1、华为云账号：hw202007（即右上角的字母数字组合ID）2、邀请人华为云账号：hw202006（即右上角的字母数字组合ID，如无就不填）3、课程学习心得/实战问题反馈/课程建议：：（选填，欢迎发表感想）4、体验任务截图：（打卡样例图）l  实战体验截图1（必须包含右上角华为云账号）l  实战体验截图2请按回帖格式在下方回复并上传截图进行打卡

第6章ONAP闭环组件闭环控制能力是由多个不同的设计态或运行态的组件协同配合完成的。比如,运行态的闭环以DCAE (数据收集、分析和事务处理系统)的数据收集模块开始,然后在DCAE的Holmes进行事件根因分析,再由策略(Policy)模块确定具体动作,最后在控制器和编排器中实施操作。CLAMP用于监视循环本身。 DCAE, Policy和CLAMP除了在上述运行态的协同外，在设计态也都有相对应的方式支持闭环控制功能的创建。它们一起提供故障,配置、计费、性能和安全(FCAPS)功能。DCAE收集性能、用量和配置数据,提供分析计算,辅助故障处理,发布事件、数据和分析(例如发布策略、编排和数据湖等)。其子组件Holmes将DCAE中的Event事件与A&AI中的拓扑信息关联,为ONAP提供相关性分析能力。在Casablanca版本中, DCAE可集成PNDA (http：//pnda.io/)作为新的分析组件。 DCAE还支持文件级大容量VES性能事件采集,以及实时事件管理等新的数据收集功能。DCAE与策略框架和CLAMP一起使用,可以实时检测网络中的问题并自动确定、实施适当的补教措施。在一定情况下,自动操作将通知业务编排器或其中一个控制器采取行动。在其他情况下，根据运营商的配置提出告警,但在运行变更之前仍需要人工干预。通过引入自适应策略执行，扩展策略框架以支持附加的策略决策功能。这种自动化模式称为闭环控制自动化，它为无须人工干预的情况下主动响应网络和业务条件提供了必要的自动化能力。6.1CLAMP6.1.1 功能介绍CLAMP (Control Loop Automation Management Platform,闭环自动化管理平台)是设计和管理闭环的平台,用于创建闭环,可以用为特定网络业务配置特定参数的方式以配置、部署或拆除这个闭环。当该闭环部署后,用户可以在运行态为该闭环做参数更新、挂起和重启的操作。在更高层次上, CLAMP是一种支持和管理VNF、VM甚至ONAP组件本身的广泛操作生命周期的平台。提供设计、测试、部署和更新闭环和开环自动化的功能。与传统方法相比,这些功能的自动化将大大节省运营成本CLAMP组件由一个UI层和一个后端层组成,并包装成单个容器(单个jar), CLAMP使用MariaDB作为DB的数据库实例。CLAMP还使用了ELK Stack ( Elastisearch, Logstash, Kibana)实现了看板功能。6.1.3重点特性1.设计和部署闭环CLAMP与其他系统交互、部署和执行闭环, 例如， 从SDC的DCAE-DS获取闭环的蓝图。 CLAMP向DCAE请求微服务实例化,以管理闭环流。此外,它还可以创建并更新策略引擎中定义闭环流的多个策略。ONAP CLAMP平台可抽取闭环模型的概念下系统的细节,由工作流表示闭环及其管理的设计，所有的相关的系统交互都发生在该工作流中。这对于创建和管理闭环的自助模式至关要要，这种规式不需要与其他组件进行低级的用户交互。在设计CLAMP闭环流时,用户需要进行如下设计操作；(1)通过以列表中选择预定义模板来设计闭环流,其中模板是微服务的编排链,定义了闭环的微服务的串联方式。(2)配置闭环各微服务的参数值(3)选择需要连接闭环的业务和与该业务对应的VNF。(4)配置闭环的实际操作策略。(5)发送用于DCAE启动闭环的TOSCA蓝图参数(先发送到SDC,再由SDC发布到DCAE)(6）触发DCAE团环部器。(7)控制（开始或停止）DCAE中闭环的操作。2.ELKELK, 也称ELK Stack,原来包含三个组件--Elasticsearch、Logstash 和Kibana,后Beats，并更名为Elastic stack。 Elastic stack可以实时地为任何类型的结构化和非结构化数据源提供可实施洞察。从集中基础设施日志、跟踪和指标到提供良好的终端用户体验，在智能设备上使用实时遥测技术保持脉冲，Elastic Stack提供无限的可能。CLAMP允许通过看板可视化闭环度量,以便操作者了解触发闭环的方式和时间并采取措施。CLAMP的长期目标是在ONAP内实现闭环管理的通用平台。此外,它还有一个关键的长期目标是提供更好的用户体验,提供在无代码开发的情况下添加微服务的灵活性。同时引入看板,让用户可以快速了解运行中闭环的状态。6.2 DCAE功能介绍DCAE (Data Collection Analysis and Events,数据收集、分析和事件触发)是ONAP的数据收集和分析子系统。其任务包括从ONAP交互的网络对象和基础设施中收集测量、故障、状态、配置和其他类型的数据,对收集到的数据进行分析,并为其他ONAP组件(如策略、APPC和SDN-C)生成智能(即事件),从而完成ONAP对网络业务和应用程序的闭环控制。DCAE子系统的设计将DCAE服务与DCAE平台分离,使得DCAE系统具有灵活、弹性和可扩展的特点,支持在分发的异构基础设施上构建无限多的智能控制自动化闭环。DCAE服务组件实现ONAP闭环的采集和分析,包括用于各种数据收集需求的采集器、评估收集数据的分析器和辅助数据收集和分析的各种辅助微服务,并支持其他ONAP功能。业务组件和DMaaP总线组成DCAE数据平面, DCAE收集的数据在不同的DCAE服务组件之间进行传输。另外, DCAE平台组件能部署模型驱动的业务组件及其依赖的基础设施中间件,例如特殊的存储和计算平台。也就是说, DCAE平台按照触发调用指定闭环的TOSCA模型,与下层网络和计算基础设施(如OpenStack和Kubernetes集群)交互,部署和配置构成闭环后需的虚拟装置(即采集器、分析及辅助微服务),并在触发要求的位置上进行部署和配置闭环模型。DCAE平台通过与DMaaP的控制功能的交互,在闭环模型的基础上,提供DMaaP主题,并管理主题的分发范围。DCAE主要包含平台组件和业务组件。6.2.2 关键组件和重点特性VES采集器VES采集器用户将JSON消息处理到DCAE的RESTful采集器。该采集器支持将单个事件或批量事件发布到采集端点，并将其发布到接口或总线供其他应用程序订阅。验证源（启用身份验证时）,并在分发到DMaaP MR主题之前验证事件,以便下游系统订阅。VES采集器还支持可配置的事件转换功能和将事件分发到DMaaP MR主题。 2.SNMP Trap采集器TRARD组件接收SNMP Trap，根据从配置绑定服务（CBS）获取的属性发布到消息路由器（DMaaP MR)实例。3.数据文件采集器（DFC）DFC将处理批量PM数据流的集合，订阅File Ready DMaaP主题，然后从xNF收集文件，并将新事件以文件的形式发送给数据路由器。4.TCA应用简单比较传入的性能指标和高低阈值。5.PNDA集成DCAE项目的目标是将PNDA平台作为部署选项，并作为DCAE的一部分提供大数据分析平台。PNDA是一个简单、可扩展、开放的大数据平台，支持网络和业务的运营和商业智能分析。可在PNDA平台上开发新的网络分析应用。6.PRH处理函数该服务提供处理PNF注册的功能。

CSE开发的微服务注册GRPC后，微服务间能否使用GRCP通讯

【微服务实战第二期】《体验微服务DevOps流程》火热进行中，保姆级教程让你玩转微服务，体验应用托管DevOps全流程！参与任务赢2000+码豆换好礼！ 还有超多千元豪礼等你抱回家！加小助手微信：little-one-1806进群还能pick更多奖品攻略哦~动动手指赢码豆，保姆级教程开始啦~  首先进行资源准备领取代金券，并创建VPC + CCE集群具体创建方法可以参考创建VPC/CCE集群注意：1、代金券是包月的，第一期领了创的集群第二期还可以接着用，不要删呀               2、第二期使用弹性IP访问，不再需要购买ELB其次开始应用的构建和部署创建环境                                步骤 1      登录ServiceStage，选择“环境管理”，单击“创建环境”。                                步骤 2      设置环境信息。1.         “环境名称”输入：test-env。2.         选择已有虚拟私有网络VPC。3.         选择该VPC下的基础资源，本例使用CCE集群4.         选择该VPC下的可选资源，本例使用专业版微服务引擎。选定VPC后，会加载该VPC下的基础资源和可选资源供选择，不在该VPC下的资源无法选择。图1-1 创建环境                                 步骤 3      单击“立即创建”，完成环境创建。----结束创建应用                                步骤 1      登录ServiceStage，选择“应用管理 > 应用列表”，单击“创建应用”。                                步骤 2      设置应用基本信息。1.         “应用名称”建议填写weathermap。2.         “企业项目”使用默认default（开通企业项目后才显示该参数）。                                 步骤 3      单击“确定”，完成应用创建。----结束创建仓库组织上传镜像前，需要先创建组织。登录控制台。在左侧菜单栏选择“组织管理”，单击右侧“创建组织”，在弹出的页面中填写“组织名称”，然后单击“确定”，完成组织创建。----结束1.2 ServiceComb微服务构建Fork 源码登录个人Github账号，并fork天气预报源码。源码地址：https://github.com/servicestage-demo/weathermap.git创建后台应用构建任务                                步骤 1      登录ServiceStage，选择“持续交付 > 构建”，单击“基于源码构建”。                                步骤 2      在新页面填写参数。1.         填写“名称”，建议设置为weathermap。2.         企业项目使用默认。3.         设置“代码源来源”，选择“Github”，设置授权信息。4.         “用户名/组织”选择自己的Github帐号，仓库选择weathermap，分支选择master。5.         选择“构建集群”，即用于构建的集群。                                步骤 3      单击“下一步”，选择自定义构建模板。                                步骤 4      单击“高级配置”并在环境设置页面进行以下设置。1.         在“编译”栏中，单击“添加插件”，选择“Build Common Cmd”，“构建语言”选择“Java”。2.         在“编译”栏中，单击“添加插件”，选择“Docker”，分别添加四条构建任务，参数设置如下。Dockerfile目录镜像名称./weather/weather./weather-beta/weather-beta./forecast/forecast./fusionweather/fusionweather 3.         在“归档”栏中，单击“添加插件”，选择“Publish Build Image”，分别归档上述构建任务中的镜像。其他参数无需修改。该任务成功后，镜像包会自动归档到镜像仓库，供后续步骤使用。                                步骤 5      单击“构建”启动构建任务。----结束创建前台应用构建任务                                步骤 1      登录ServiceStage，选择“持续交付 > 构建”，单击“基于源码构建”。                                步骤 2      在新页面填写参数。1.         填写“名称”，建议设置为weathermapweb。2.         企业项目使用默认。3.         设置“代码源来源”，选择“Github”，设置授权信息。4.         “用户名/组织”选择自己的Github帐号，仓库选择weathermap，分支选择master。5.         选择“构建集群”，即用于构建的集群。                                步骤 3      单击“下一步”，选择Docker构建模板，并在必填项参数配置进行以下设置。1.         编译Docker，添加一条构建任务，参数设置如下。Dockerfile目录镜像名称./weathermapweb/weathermapweb 2.         设置镜像归档。其他参数无需修改。该任务成功后，镜像包会自动归档到镜像仓库，供后续步骤使用。                                步骤 4      单击“构建”启动构建任务。----结束构建结果应用构建成功，如下图所示。1.3 ServiceComb微服务部署基于ServiceStage可以方便的将ServiceComb微服务部署到容器（如CCE）、虚拟机（如ECS）或无服务器（如CCI），同时支持源码部署、jar/war包部署或docker镜像包部署。创建并部署后台应用组件此处需要创建四个应用组件，对应后台构建任务生成的四个镜像，这里以weather镜像包为例介绍操作步骤，其余应用的具体步骤不再详述。                                步骤 1      登录ServiceStage，选择“应用管理 > 应用列表”，单击weathermap应用操作栏的“新增组件”。                                步骤 2      组件类型选择“微服务”，然后单击“创建组件”。                                步骤 3      设置应用组件基本信息。1.         组件名称：输入“weather”。2.         框架：选择“Java Chassis”3.         运行时：选择“Docker”。                                步骤 4      单击“创建并部署”，部署组件。1.         环境选择：test-env。2.         部署版本输入：1.0.0。3.         部署系统选择：云容器引擎。4.         实例数量：1。注意：这里“资源配额>CPU配额”统一都改成0.15.         其他参数使用默认。注意：这里“资源配额>CPU配额”统一都改成0.1                                步骤 5      单击“下一步”，进行组件配置。1.         单击“选择镜像”。2.         在弹出页面中单击“我的镜像”，搜索“weather”。3.         选中搜索结果中的weather镜像包，单击“确定”。4.         设置微服务引擎。l  所有应用组件需要注册到同一个微服务引擎。5.         其他参数使用默认配置。                                步骤 6      单击“下一步”，确认规格，单击“部署”，部署组件。----结束参考以上步骤，创建并部署另外3个应用组件，需要设置的参数如下表所示。组件名称选择镜像环境变量TCP/UDP路由配置weather-betaweather-beta否否forecastforecast否否fusionweatherfusionweather否应用组件部署成功后，在“组件列表”页单击“fusionweather”，进入环境视图，单击“设置”，进入到“访问方式”。1.      单击“TCP/UDP路由配置”区域的“添加服务”。2.      “服务名称”建议填写fusion。3.      “访问方式”选择“集群内访问”。4.      “协议”选择TCP。5.      “容器端口”填写13092。6.      “访问端口”请自行填写，但请保证该端口未被占用，建议与容器端口相同。 创建并部署前台应用组件                                步骤 1      登录ServiceStage，选择“应用管理 > 应用列表”，单击weathermap应用操作栏的“新增组件”。                                步骤 2      组件类型选择“微服务”，然后单击“创建组件”。                                步骤 3      设置应用组件基本信息。1.         组件名称：输入“weathermapweb”。2.         框架：选择“Mesher”3.         运行时：选择“Docker”。                                步骤 4      单击“创建并部署”，部署组件。1.         环境选择：test-env。2.         部署版本输入：1.0.0。3.         部署系统选择：云容器引擎。4.         实例数量：1。5.         其他参数使用默认。                                步骤 5      单击“下一步”，进行组件配置。1.         单击“选择镜像”。2.         在弹出页面中单击“我的镜像”，搜索“weathermapweb”。3.         选中搜索结果中的weathermapweb镜像包，单击“确定”。4.         设置微服务引擎。l  所有应用组件需要注册到同一个微服务引擎。5.         单击“高级设置>组件配置”，进入“环境变量”，单击“添加环境变量”，添加如下环境变量。类型变量名变量值手动添加SERVICE_ADDR输入：fusionweather手动添加HTTP_PROXY_PORT访问端口，输入：30101。 6.         其他参数使用默认配置。                                步骤 6      单击“下一步”，确认规格，单击“部署”，部署组件。----结束访问应用                                步骤 1      登录ServiceStage，选择“应用管理 > 应用列表”，单击weathermap应用名称，进入应用详情页。                                步骤 2      选择“环境视图”，查看已经部署的应用组件。                                步骤 3      找到weathermapweb应用组件，并单击其名称进入详细信息页面。                                步骤 4      选择“访问方式”。1.         单击“TCP/UDP路由配置”区域的“添加服务”。2.         “服务名称”建议填写weathermapweb。3.         “访问方式”选择“公网访问”。4.         “访问类型”选择“弹性IP”。5.         “协议”选择TCP。6.         “容器端口”填写3000。7.         “访问端口”选择“自动生成”。8.         单击“确定”，生成访问地址。                                步骤 5      单击访问地址，出现以下页面表明应用部署成功。----结束完成后，截图并在本帖盖楼回复上传体验截图；前400名符合要求的截图即可算作体验成功，获得1000码豆！码豆和实物奖励会在体验活动结束后15个工作日内发放，请注意查收哦~请务必按照以下格式要求进行回帖打卡，否则无法计算奖励：华为云账号名：XXX（即右上角的字母数字组合ID）微信昵称：XXX课程学习心得/实战问题反馈/课程建议：打卡样例图：注意：截图请一起截取用户名打卡完成后还可通过应用入口访问天气预报应用操作完成后请记得一定要删除资源！操作完成后请记得一定要删除资源！操作完成后请记得一定要删除资源！删除资源指导：https://bbs.huaweicloud.com/forum/thread-75608-1-1.html

本来以为一键部署云上微服务应用是一件很轻松的事情，不过来来回回也折腾了好几个小时，所以就把折腾的经过记录下来，供大家参考。从保姆级的教程（https://bbs.huaweicloud.com/forum/thread-75466-1-1.html）来看，这个体验过程并不复杂。包含了以下过程：（1）领券：突然领了700多元的券，看了下，感觉马上用好舍不得，加上自己还有些券，就毅然选择了不用包月模式，使用按需模式建立各种资源。（2）建立vpc由于北京四我自己有一台ECS服务器。所以就直接复用了VPC，这里也没新建。（3）建k8s CCE集群如下图：使用了 普通IO的EVS盘，每小时1.71就这样等待集群建好。（4）弹性公网IP这个需要新买：依然选择按需计费每小时0.272元，其实带宽用5M好像多了，1M就足够了。还可以再省一点。。购买好之后，记得绑定：（5）购买负载均衡购买后，点击”点我开始配置“注意，这里配置就造成了之后的坑，。现在写的是入坑的方式：添加监听器：配置后台服务器组点击完成点击确定，关闭窗口。。。（坑就在这里）结果如下：（6）进入应用管理与运维平台，点击体验中心点击立即体验：点击”立即部署“。没反应，再点一次。再点一次。。。再张小白点了十次之后，终于忍不住提了工单。。。处理工单的工程师小姐姐告诉我F12跟踪一下：是不是代码有bug呀。找不到label。。。张小白反馈道。小姐姐要求远程看一下。。。急躁的张小白因为去忙别的事情，想想看不能老让cce这么挂着烧钱，不由分说先删了集群。（以及EIP，ELB等各种）。结果小姐姐打了电话过来。张小白心想，那么负责的工单处理工程师不能辜负了，就答应一会儿去重做一遍。由于北京四失败，张小白换了浏览器，也是同样的错。就想换个上海二的服务器，问了下小姐姐，说可以测试。就立即换到上海二将前面的过程重复了一遍。。行云流水的完成了资源的创建和配置。上海二，每小时1.63. EVS配置是高IO，前面北京4是普通IO。。。为毛上海二配置高，价钱反而低？张小白貌似发现了什么真相。。。弹性公网：每小时0.272。价格一样。ELB 每小时0.315元，价格一样。其他配置跟前面一样。重新体验：唉，，，，，只好继续求助小姐姐。小姐姐一来就仔细检查了我的配置，直接指出：这里ELB有漏配的。服务器必须有。。。而且健康检查要关闭。真是一阵见血。。不愧是华为云的小姐姐。只好按照她的方式配置了一遍：在后端服务器组里面添加后端服务器：配好了之后：再重新进入体验中心，点击部署后，终于不再报错，进入了以下画面：接着点击应用入口，可以看看南京的天气啥的....终于成功地完成了实验。。让我们回顾下问题出在哪里？回到第一次，在ELB添加监听器之后，系统弹出了以下窗口：明明跟张小白说，监听器添加撑过了，但是后台服务器还没添加（因为这里添加只是服务器组而已。。）这个时候张小白啥也没管就继续搞了。这当然能不出问题吗？当然，这也要怪 这篇讲述建ELB的文档：https://bbs.huaweicloud.com/forum/forum.php?mod=viewthread&tid=75464&page=1&extra=#pid332380里面也只有这三句话：也仅仅是建了服务器组，并没有添加服务器的配置。。如果没有小姐姐的帮助，张小白怎么能猜到这里还需要配置服务器？另外一点，就是点击了”立即部署“之后，如果后台检测出了我并没有配置后台服务器，为啥不明确报这个错误，却报了一个TypeScript的错误呢？这种技术性的错误，张小白怎么知道是怎么回事？所以也希望后台开发人员能在异常处理方面也做个加强。点了给点反应也比啥也没有会比较好吧。。。总之，这件事情有张小白不仔细的错，也有文档不细致或者后台开发不完全的锅。唯一值得钦佩的是华为云工单处理小姐姐，工单回复，电话联系，加上会议交流，真是做到了极致。我觉得华为云的领导应该奖励她一下。这篇文字就是奖励的证据。请查收。（全文完，谢谢阅读）

常常有童鞋做完任务领了奖励就挥一挥衣袖不带走一片云彩但是！！创建的资源没有删，它它它就一直在扣费啊，心痛！所以小助手在这出个删除【ELB+集群+VPC】的教程，避免大家有不必要的损失。删除资源秘笈一、首先删除我们创建的环境（这个免费）二、其次删除ELB负载均衡器（这个正在扣钱）先删除监听器：listener-test01和listener-HTTP然后返回负载均衡器页面删除ELB，记得一定要勾选【释放该负载均衡绑定的弹性公网IP，不然要再去删一遍弹性IP，切记】三、然后删除k8s集群（这个扣钱最多）注意：如果是购买的包年包月，则无需操作，包租期类型的资源到期之后会自动释放先在基础设施下找到K8S集群，单击要删除集群的“更多”下的删除集群然后勾选图上内容，输入“DELETE”确认删除即可四、再然后删除弹性IP（扣钱ing）先在左上角服务下找到虚拟私有云VPC，并进入控制台然后在弹性公网IP和带宽下找到弹性公网IP，如果操作需要解绑，那就先解绑再删除，如果不需要解绑，就直接点更多里面的删除即可。五、最后删除VPC（这个免费）先在基础设施下找到虚拟私有云（VPC），单击要VPC的名称找到子网并删除，才能删除VPC注意，出现如下提示，是因为集群还没完全删除，需要【休息休息一下】，等待集群删除完成就可以啦！集群删除成功后，单击操作中的删除，子网也可以删除了最后在虚拟私有云页面删除VPC即可好啦，本次的保姆级删除资源教程就到这里，还有啥问题可以直接社区发帖求助哦，小助手不会的，大神来帮忙！

跟着我左手右手一个慢动作，解决问题是关键一、在环境管理页面创建一个环境二、环境名称设置为env-test01，然后设置基础资源和可选资源，创建一个环境        基础资源选择刚才创建的集群        可选资源选择ServiceStage免费提供的微服务引擎和刚才创建的ELB负载均衡      单击立即创建即可三、回到体验中心单击立即体验四、选择已有环境，选择刚才创建的环境并单击立即部署即可五、单击应用入口就能看到部署的天气预报啦，大家可以查询自己城市的天气哦六、今天的深圳也在下开水和蒸包子之间徘徊呢.......ε=(´ο｀*)))唉，你那里呢？

微服务实战点击立即部署没有反应，请问如何解决？使用的是谷歌浏览器。

微服务实战四期码豆已经发放，小伙伴们快来！大家可以通过会员中心看自己的码豆到账哟为避免无法发放码豆，请从未登录过会员中心的用户提前登录一次码豆会员中心四期活动时间为：2020年10月12日~10月30日添加小助手微信：little-one-1806 或 扫下方二维码 进群了解更多微服务信息，码豆发放、奖品抽奖和每期活动开启，小助手会在群里pick大家哦~微服务全生命周期实战体验（第三、四期）再不学微服务你就out啦！华为云微服务推出全生命周期实战，依托一键部署应用上云，零门槛体验引用托管DevOps全流程，微服务灰度发布、微服务治理统统掌握，保姆级教程让你玩转微服务。提升微服务能力，云原生进阶实战正当时，快来体验吧！  活动时间2020年10月12日-2020年10月30日 参与流程01 分享海报02 邀请体验03 完成打卡04 奖励发放分享文案+海报至朋友圈或100人以上技术群（微信、QQ、钉钉不限）。即可获得码豆奖励点击完成ServiceStage流程体验（体验指导见下方）（免费）按打卡样例截图，在教程帖完成打卡，即可获得码豆奖励活动结束后15个工作日内发放码豆奖励·         点击领取分享任务>>>·         点击进入四期微服务治理Demo体验>>>·         点击进入四期微服务治理Demo体验详细指导>>> 活动期间参与活动获码豆换好礼：     1、分享海报并上传分享截图：可获得500码豆（最高可获1000码豆）2、 完成第四期学习和体验并截图打卡：可获得1000码豆；3、 邀请好友并成功完成打卡：可额外获得1000码豆；参与活动用户最高可获得4000码豆注：具体活动规则见下方活动规则&奖励为避免无法发放码豆，请从未登录过会员中心的用户提前登录一次码豆会员中心  活动规则 & 奖励·         活动期间内，完成课程学习与体验并截图打卡，可获得1000码豆（注：需按下方打卡格式打卡），还可获得由华为云专家精选10个反馈送出荣耀智能体脂秤、华为快充移动电源 10000mAh (Max 18W) Micro版。·         邀请好友完成学习&体验并完成打卡，可获得1000码豆，注：被邀请人打卡时需提交邀请人账号·         分享任务规则&奖励：分享活动可获得500~1000码豆奖励第一步：      点击领取分享任务>>>第二步：     分享完成1小时后截图，点击这里或复制打开链接：https://www.wjx.top/jq/90009476.aspx 上传分享截图；符合要求的截图即可算作分享成功。注：上传分享海报截图时，请勿填错账号，影响奖励发放·          邀请好友体验任务规则&奖励第一步： 登录ServiceStage控制台，单击“开始教程”学习应用上云流程第二步： 浏览并截图打卡即可（必须包含右上角华为云账号）邀请好友体验任务打卡格式样例注：回帖打卡格式：（打卡样例）1、华为云账号：hw202007（即右上角的字母数字组合ID）2、邀请我的华为云账号：hw202006（即右上角的字母数字组合ID，如无就不填）3、课程学习心得/实战问题反馈/课程建议：：（选填，欢迎发表感想）4、体验任务截图：（打卡样例图） 好友体验任务打卡截图1（必须包含右上角华为云账号）请按回帖格式在教程帖回复并上传截图进行打卡注：华为云账号请勿填错，如填错码豆奖励无法发放到账。 ·          实战打卡任务规则&奖励微服务实战三期灰度发布正在酝酿中，具体开始时间请加小助手进群等待通知微服务实战四期服务治理：打卡格式样例注：回帖打卡格式：（打卡样例）1、华为云账号：hw202007（即右上角的字母数字组合ID）2、邀请人华为云账号：hw202006（即右上角的字母数字组合ID，如无就不填）3、课程学习心得/实战问题反馈/课程建议：（选填，欢迎发表感想，可参与最佳体验反馈奖）4、体验任务截图：（打卡样例图）实战体验截图1（必须包含右上角华为云账号）实战体验截图2请按回帖格式在教程帖回复并上传截图进行打卡注：华为云账号请勿填错，如填错码豆奖励无法发放到账。 ·         深度体验抽大奖啦完成以上分享、邀请、打卡体验活动，即可参与抽奖~·         三期抽奖送豪礼 HUAWEI WATCH GT 2e 运动款·         四期抽奖送豪礼 HUAWEI Sound X 智能音箱   以下满足抽奖资格的用户请以下用户加小助手微信（servicestage02），反馈分享任务所填写的微信号进抽奖群啦！四期深度体验抽奖时间：11月16日上午10点整，请符合抽奖资格小伙伴快进抽奖群啊！序号华为云账号1DouDou_2hw199822173JaneConan4jinxingfei5khg3053875436yinzhenxing  注意事项1）活动结束后15个工作日内发放码豆奖励，码豆发放后自行在兑换商城兑换即可，所有奖品均包邮，不额外收取任何费用。2）禁止恶意刷数据等作弊行为，如有发现，取消获奖资格；3）遵守华为云社区常规活动规则：https://bbs.huaweicloud.com/forum/thread-5766-1-1.html4）本活动最终解释权归华为云智能应用平台团队所有。---------------以下为一期二期相关数据---------------【微服务实战第一、二期】《微服务全生命周期实战体验》任务规则&奖励保姆级教程让你玩转应用一键上云，体验应用托管DevOps全流程！任务一：分享任务规则&奖励： 活动时间：2020年9月03日-2020年9月26日分享海报，可获得500码豆激励！最多可获得1000码豆。第一步： 分享以下文案+海报至朋友圈或100人以上技术群（微信、QQ、钉钉不限）。（注：如分享朋友圈需满1小时后截图）分享可获得500码豆！码豆可用于兑换DevCloud会员中心精美实物礼品。（1）文案：我正在参与华为云【微服务实战第一期】《一键部署体验云上微服务应用》，保姆级教程玩转应用一键上云，体验应用托管DevOps全流程！实战进阶还能赢千元豪礼，快来参加吧！（2）海报：添加小助手微信（little-one-1806）或扫下方二维码，回复“分享海报”获取海报和文案。第二步： 分享完成后，截图并点击链接上传分享截图；符合要求的截图即可算作分享成功，获得500码豆，最多可获得1000码豆！码豆奖励会在活动结束后15个工作日内发放。注意：为保证码豆成功发放，请先登录一次会员中心 任务二：体验任务规则&奖励：活动时间：2020年9月03日-2020年9月26日完成体验任务，可获得1000码豆激励！还可参与抽奖哦~第一步： 体验微服务实战，就可获得1000码豆！同时打卡晒出你的课程学习心得/实战问题反馈/课程建议等，还可获得由华为云专家精选10个反馈送出荣耀智能体脂秤、华为快充移动电源 10000mAh (Max 18W) Micro版（白色）。第二步：体验完成后，截图并在教程帖盖楼回复上传截图和心得；符合要求的截图即可算作分享成功，获得1000码豆！码豆奖励会在直播活动结束后15个工作日内发放指路第一期：【微服务实战第一期】《一键部署体验云上微服务应用》保姆级教程指路第二期：【微服务实战第二期】《体验微服务DevOps流程》保姆级教程注：活动期间，每人最多盖5楼。添加小助手微信：little-one-1806 或 扫下方二维码 进群了解更多微服务信息，码豆发放、奖品抽奖和每期活动开启，小助手会在群里pick大家哦~注意：为保证码豆成功发放，请先登录一次会员中心 任务三：深度体验任务规则&奖励： 活动时间：2020年9月03日-2020年9月26日小助手会自动统计完成深度体验的用户，并于每周五在活动群公布上榜名单并通过社区帖回复独立验证码，上榜的用户可加小助手微信反馈独立验证码，活动结束后将给用户发放抽奖码，记得进群关注哟~完成分享、盖楼、体验活动，即可参与抽奖，每期都送千元豪礼！一期抽奖 OSMO MOBILE灵眸手机云台3二期抽奖送豪礼 HUAWEI FreeBuds 3 无线耳机三期抽奖送豪礼 HUAWEI WATCH GT 2e 运动款四期抽奖送豪礼 HUAWEI Sound X 智能音箱       一期深度体验的用户名单出炉啦！以下用户请添加小助手微信号并反馈独立验证码哟~（小助手会在您盖楼的教程帖私发给您独立验证码，请注意查收，收到后通过微信反馈给下方的小助手即可）一期新增的几位用户（蓝色体）请注意，请添加小助手微信号并反馈盖楼时填写的微信号，请注意，是一期体验反馈盖楼时填写的微信号~反馈给小助手微信little-one-1806 即可反馈格式为：我在微服务实战中获得了一期抽奖资格，华为云账号：hw89000；盖楼反馈微信：ServiceStage029月29日下班前未反馈视为放弃抽奖资格序号一期深度体验用户账号1lyz06992JaneConan3bruce204hw091246985hw721308106cnfox02737zhanghui_china8yzq189415961819hw8488216110hw115976803911hw5245346812wuliangcheng13DouDou_14user_beifeng15Lionel_pang16khg30538754317vaza123456789y18hw8799184819hw19982217二期深度体验的用户名单出炉啦！以下用户请添加小助手微信号并反馈盖楼时填写的微信号，请注意，是二期体验反馈盖楼时填写的微信号~反馈给小助手微信little-one-1806 即可反馈格式为：我在微服务实战中获得了二期抽奖资格，华为云账号：hw89000；盖楼反馈微信：ServiceStage029月29日下班前未反馈视为放弃抽奖资格序号二期深度体验用户账号1hw199822172bruce203hw848821614wuliangcheng5hw721308106khg3053875437Lionel_pang8zhanghui_china9JaneConan10lyz069911DouDou_12hw0912469813cnfox027314zhenyuxu一期二期深度体验抽奖时间：9月30日上午10点整，请符合抽奖资格小伙伴快进抽奖群啊！添加小助手微信：little-one-1806 或 扫下方二维码 进群了解更多微服务信息，码豆发放、奖品抽奖和每期活动开启，小助手会在群里pick大家哦~活动首页戳微服务全生命周期实战体验