开发者学堂课程【服务网格技术最佳实践：非容器应用与 k8s工作负载的服务网格化实践（二）】学习笔记，与课程紧密联系，让用户快速学习知识。
课程地址：https://developer.aliyun.com/learning/course/292/detail/3437
非容器应用与 k8s工作负载的服务网格化实践（二）
三.具体步骤
我们现在来看一下，在 ecs 的节点内，通过初始化 asm 的 set car，使该节点的全部应用的出入图量由 asm 的 set car 完结。
Asm 的 setup 与 asm 保持实时通信，我们就可以在 asm 的防控台上进行配置。
比如定义 water service destination rule service entry workload entry 等。
这些定义可以实时同步到 K 集群内的，也可以同步到 ecs 上获取的 S 的卡，从而使配置实时生效。 Asm 管控台上定义的这些标准的生命是 max 的 CAD。
非容器应用的负载与 pod 形成同等的地位。
这里关键的核心点是定义 workload entry，每一个客 energy 对应 ecs 的一个节点。这给大家的是 pod 和 ECS 上的非容器应用互访的拓扑图，通过定义设备是 max CAD，我们可以让 ack 集群内的 HELLO1 服务及 HELLO1 的那组 pod 按既定的流量比例请求到同一个服务的三个版本的 hello 二上。
它都是运行在 ecs 之上，分别有三个版本，是英语版、法语版和西语版。那么我们在A3防控台上经历的这些资源，将会实时的在 polo 和 ecs 上生效。
我们按照流量的顺序分别看一下，首先是入口网关，我们会通过定义 get way 和 service service water service 来将流量转移到 hello1service。
为 HELLO1SERVICE 定义，从 sentence 和 that's this 将进入到 HELLO1 的这组 pow 中，接下来我们定义的是 HELLO2的思维时间距。HELLO2 的生益是 ing 以及 HELLO2 的 workload。
我们是通过自动化的 c ri 来通过 cri 自动的去生成的。
然后相应的哈洛三的释压力是 service Also service 和 that is in 路。
示例代码的地址显示出来了，再做一些详细的介绍。刚刚讲的是通过阿里云的 cri 可以自动的生成设备、收音器和 Windows 领取，我们里边核心的是三个 ecs 的节点 IP。
一个标签就是人群能够发现的一个关键的配置，它有相应的标签，我们为 EPS 的这个节点定义了陌生意义，在形容句中，我们是通过这个标签来找到后端的某个问题。
最后我们定义的是 POLO2 的三个版本，及对应我国文学的三个版本，然后他们相应的流量配比是在 service 里定义的。
我们来看一下标准的视频，这是某一次请求的全链路信息。搭建完毕之后，我们像阿里云设备，如何网关发起请求并进行多次的调动，可以得到所示的入口。
阿里云设备 asm，全面对接了阿里云其他的原生产品，这里展示的是阿里云思维 asm、阿里云列入最终对接之后带给用户的。
列入最终的各种能力，这是全局客户，我们可以看到， HELLO23 个非容器应用与 HELLO1HELLO3，这两个是同等地位的作为，包含了从入口网关到 HELLO1 再到 hello，这个 HELLO3 的验证信息是请求我们再来相应的去看一下全部请求的聚合视图。
通过聚合视图，我们可以看到 HELLO1 的下流对应了 HELLO2的三个版本。
法语版我们定义的是六的比例，英语版定义的是三的，比七板定义的是十的比例。通过多次请求得到的全部流量的配比与我们的预期是一致的。
我们可以再次证明非容器应用可以一样，在面对最终这个角度被采集最终和配合。同一个服务的不同工作负载，答案是可以的。
接下来，我们进入非容器应用网络化的第二大混合流量，进上游服务对下游服务进行调用的时候，这个服务有两种不同类型的复杂，一种是 KK 。
那个 POP1 种是 ecs 上的 a 容器应用，那么透露图对应的概念是否是这样的？
Hello ，一抽象的流量会进入到，收益实验区会将有量分配到 POLO2，以及通过 POLO2 的 polo 找到对应的ecs 节点，从而知道 ecs 节点上的非容器应用。
这是一个极简的概念，接下来我们结合前一个实验看一个相对复杂的例子。
实验二，这个服务的英语版本从非容器应用迁移到 APP 集群之内，成为一个 if。非容器应用通过网络化可以逐步实现 alliance 容器化，最终实现全面的语言对话。
最后给大家展示的是非容器应用，网络化的全过程，我们可以看到最初非容器应用。通过初始化 SM ，成为网络化的外部服务，从而实现互访。
将其中的一个版本改造成一个套路，从而实现了混合的流量，进而我们可以将全部的非容器应用由 apk 之类的套路进行替换。
我们希望阿里云 servicemesh 能助非容器应用的原生态，为业务带来一些不同的惊喜。
