☰

Updated sie-snest-gw设计与实现.md (markdown)

Anonymous committed 2025-12-26 09:05:19 +0000 commit d795abd202819b94b77cf11b8a1e5199a6110eb3

				sie-snest-gw\350\256\276\350\256\241\344\270\216\345\256\236\347\216\260.md
			
          @@ -45,7 +45,9 @@

           ### 2.5 Saas 模式

          -Saas模式是一个全新的模式，与之前的业务逻辑完全不一样。  

          +Saas模式是一个全新的模式，与之前的业务逻辑完全不一样，但是saas模式下必须兼容原有的业务逻辑。  

          +如何兼容呢？当功能开关 `iidp.saas.enabled` 开启时，对于请求优先尝试 saas 模式下的路由选择，如果没找到，则回退到原有的路由选择逻辑。如果请求本意是访问原有业务，但是依然匹配到了saas模式下的路由，则请求的依然是 saas 模式下的路由，不会请求到原有路由，这种情况需要业务自行保证，gw 只是尝试性探测和执行。    

          +

           在 SaaS 模式下，路由的划分关系为：```tenantID -> appGroup -> appName -> svc```。gw 通过组合前端请求中的 ```tenantID``` 和 ```appName``` 来获取对应的 ```appGroup```，并将请求转发到相应的 ```svc```。

           同时，gw 通过监听 Kubernetes 资源的变化，动态更新内存中的路由信息，实现动态路由分发。该路由信息已经标记在svc的注解中，key为 `iidp.com/saas`, value的格式如下：

...	...	@@ -45,7 +45,9 @@
45	45
46	46
47	47	### 2.5 Saas 模式
48		-Saas模式是一个全新的模式，与之前的业务逻辑完全不一样。
	48	+Saas模式是一个全新的模式，与之前的业务逻辑完全不一样，但是saas模式下必须兼容原有的业务逻辑。
	49	+如何兼容呢？当功能开关 `iidp.saas.enabled` 开启时，对于请求优先尝试 saas 模式下的路由选择，如果没找到，则回退到原有的路由选择逻辑。如果请求本意是访问原有业务，但是依然匹配到了saas模式下的路由，则请求的依然是 saas 模式下的路由，不会请求到原有路由，这种情况需要业务自行保证，gw 只是尝试性探测和执行。
	50	+
49	51	在 SaaS 模式下，路由的划分关系为：```tenantID -> appGroup -> appName -> svc```。gw 通过组合前端请求中的 ```tenantID``` 和 ```appName``` 来获取对应的 ```appGroup```，并将请求转发到相应的 ```svc```。
50	52
51	53	同时，gw 通过监听 Kubernetes 资源的变化，动态更新内存中的路由信息，实现动态路由分发。该路由信息已经标记在svc的注解中，key为 `iidp.com/saas`, value的格式如下：