This is an automated email from the ASF dual-hosted git repository.
albumenj pushed a commit to branch master
in repository https://gitbox.apache.org/repos/asf/dubbo-website.git
The following commit(s) were added to refs/heads/master by this push:
new 5980ca08b4b Fix links (#1570)
5980ca08b4b is described below
commit 5980ca08b4bbcadf395ee22f5bb2b74f2f8a576e
Author: Albumen Kevin <[email protected]>
AuthorDate: Mon Oct 24 13:29:49 2022 +0800
Fix links (#1570)
---
content/zh/users/dianxiaomi.md | 8 ++++----
1 file changed, 4 insertions(+), 4 deletions(-)
diff --git a/content/zh/users/dianxiaomi.md b/content/zh/users/dianxiaomi.md
index 646cb1decb2..246f7730734 100644
--- a/content/zh/users/dianxiaomi.md
+++ b/content/zh/users/dianxiaomi.md
@@ -24,12 +24,12 @@ weight: 4
“当时印象最深的就是这张图，虽然当时不知道中间件团队具体要做什么事情，但是记住了两个关键词：三位一体、红利。没想到在2021年底，真真切切享受到了这个红利。”
-
+
云小蜜使用的是集团内部的HSF服务框架，需要迁移至阿里云云上，并且存在阿里云云上与阿里内部业务域的互通、互相治理的诉求。云小蜜的公共服务部署在公有云VPC，部分依赖的数据服务部署在内部，内部与云上服务存在RPC互调的诉求，其实属于混合云的典型场景。
简单整理了下他们的核心诉求，概括起来有以下三点吧：希望尽可能采用开源方案，方便后续业务推广；在网络通信层面需要保障安全性；对于业务升级改造来说需要做到低成本。
-
+
在此场景下，经过许多讨论与探索，方案也敲定了下来
@@ -67,7 +67,7 @@ weight: 4
就当1、2、3、4都觉得不完美，一边调研一边准备自建方案5的时候，兜兜绕绕拿到了阿里云 MSE
微服务治理团队[《20分钟获得同款企业级全链路灰度能力》](https://yuque.antfin.com/docs/share/a8df43ac-3a3b-4af4-a443-472828884a5d?#)，方案中思路和准备自建的思路完全一致，也是利用了RPC框架的路由策略实现的流量治理，并且实现了产品化（微服务引擎-微服务治理中心），同时，聊了两次后得到几个“支持”，以及几个“后续可以支持”后，好像很多事情变得简单了...
-
+
从上图可以看到，各个应用均需要搭建基线(base)环境和灰度(gray)环境，除了流量入口-业务网关以外，下游各个业务模块按需部署灰度（gray）环境，如果某次上线某模块没有变更则无需部署。
@@ -109,7 +109,7 @@ MSE 微服务治理全链路灰度方案满足了云小蜜业务在高速发展
使用 MSE
服务治理后，发现还有更多开箱即用的治理能力，能够大大提升研发的效率。包含服务查询、服务契约、服务测试等等。这里要特别提一下就是云上的服务测试，服务测试即为用户提供一个云上私网
Postman
，让我们这边能够轻松调用自己的服务。我们可以忽略感知云上复杂的网络拓扑结构，无需关系服务的协议，无需自建测试工具，只需要通过控制台即可实现服务调用。支持
Dubbo 3.0 框架，以及 Dubbo 3.0 主流的 Triple 协议。
-
+
# 结束语
