1. 內外網接口微服務隔離
2. 網關 + redis 實現白名單機制
3. 方案三 網關 + AOP
具體實操
在業務開發的時候,經常會遇到某一個接口不能對外暴露,只能內網服務間調用的實際需求。面對這樣的情況,我們該如何實現呢?今天,我們就來理一理這個問題,從幾個可行的方案中,挑選一個來實現。
1. 內外網接口微服務隔離
將對外暴露的接口和對內暴露的接口分別放到兩個微服務上,一個服務里所有的接口均對外暴露,另一個服務的接口只能內網服務間調用。
該方案需要額外編寫一個只對內部暴露接口的微服務,將所有只能對內暴露的業務接口聚合到這個微服務里,通過這個聚合的微服務,分別去各個業務側獲取資源。
該方案,新增一個微服務做請求轉發,增加了系統的復雜性,增大了調用耗時以及后期的維護成本。
基于 Spring Boot + MyBatis Plus + Vue & Element 實現的后臺管理系統 + 用戶小程序,支持 RBAC 動態權限、多租戶、數據權限、工作流、三方登錄、支付、短信、商城等功能
項目地址:https://gitee.com/zhijiantianya/ruoyi-vue-pro
視頻教程:https://doc.iocoder.cn/video/
2. 網關 + redis 實現白名單機制
在 redis 里維護一套接口白名單列表,外部請求到達網關時,從 redis 獲取接口白名單,在白名單內的接口放行,反之拒絕掉。
該方案的好處是,對業務代碼零侵入,只需要維護好白名單列表即可;
不足之處在于,白名單的維護是一個持續性投入的工作,在很多公司,業務開發無法直接觸及到 redis,只能提工單申請,增加了開發成本;另外,每次請求進來,都需要判斷白名單,增加了系統響應耗時,考慮到正常情況下外部進來的請求大部分都是在白名單內的,只有極少數惡意請求才會被白名單機制所攔截,所以該方案的性價比很低。
基于 Spring Cloud Alibaba + Gateway + Nacos + RocketMQ + Vue & Element 實現的后臺管理系統 + 用戶小程序,支持 RBAC 動態權限、多租戶、數據權限、工作流、三方登錄、支付、短信、商城等功能
項目地址:https://gitee.com/zhijiantianya/yudao-cloud
視頻教程:https://doc.iocoder.cn/video/
3. 方案三 網關 + AOP
相比于方案二對接口進行白名單判斷而言,方案三是對請求來源進行判斷,并將該判斷下沉到業務側。避免了網關側的邏輯判斷,從而提升系統響應速度。
我們知道,外部進來的請求一定會經過網關再被分發到具體的業務側,內部服務間的調用是不用走外部網關的(走 k8s 的 service)。
根據這個特點,我們可以對所有經過網關的請求的header里添加一個字段,業務側接口收到請求后,判斷header里是否有該字段,如果有,則說明該請求來自外部,沒有,則屬于內部服務的調用,再根據該接口是否屬于內部接口來決定是否放行該請求。
該方案將內外網訪問權限的處理分布到各個業務側進行,消除了由網關來處理的系統性瓶頸;同時,開發者可以在業務側直接確定接口的內外網訪問權限,提升開發效率的同時,增加了代碼的可讀性。
當然該方案會對業務代碼有一定的侵入性,不過可以通過注解的形式,最大限度的降低這種侵入性。
具體實操
下面就方案三,進行具體的代碼演示。
首先在網關側,需要對進來的請求header添加外網標識符: from=public
@Component publicclassAuthFilterimplementsGlobalFilter,Ordered{ @Override publicMonofilter(ServerWebExchangeexchange,GatewayFilterChainchain){ returnchain.filter( exchange.mutate().request( exchange.getRequest().mutate().header("id","").header("from","public").build()) .build() ); } @Override publicintgetOrder(){ return0; } }
接著,編寫內外網訪問權限判斷的AOP和注解
@Aspect @Component @Slf4j publicclassOnlyIntranetAccessAspect{ @Pointcut("@within(org.openmmlab.platform.common.annotation.OnlyIntranetAccess)") publicvoidonlyIntranetAccessOnClass(){} @Pointcut("@annotation(org.openmmlab.platform.common.annotation.OnlyIntranetAccess)") publicvoidonlyIntranetAccessOnMethed(){ } @Before(value="onlyIntranetAccessOnMethed()||onlyIntranetAccessOnClass()") publicvoidbefore(){ HttpServletRequesthsr=((ServletRequestAttributes)RequestContextHolder.getRequestAttributes()).getRequest(); Stringfrom=hsr.getHeader("from"); if(!StringUtils.isEmpty(from)&&"public".equals(from)){ log.error("Thisapiisonlyallowedinvokedbyintranetsource"); thrownewMMException(ReturnEnum.C_NETWORK_INTERNET_ACCESS_NOT_ALLOWED_ERROR); } } } @Target({ElementType.METHOD}) @Retention(RetentionPolicy.RUNTIME) @Documented public@interfaceOnlyIntranetAccess{ }
最后,在只能內網訪問的接口上加上@OnlyIntranetAccess注解即可
@GetMapping("/role/add") @OnlyIntranetAccess publicStringonlyIntranetAccess(){ return"該接口只允許內部服務調用"; }
-
接口
+關注
關注
33文章
8526瀏覽量
150862 -
數據
+關注
關注
8文章
6909瀏覽量
88849 -
微服務
+關注
關注
0文章
134瀏覽量
7328
原文標題:業務開發時,接口不能對外暴露怎么辦?
文章出處:【微信號:芋道源碼,微信公眾號:芋道源碼】歡迎添加關注!文章轉載請注明出處。
發布評論請先 登錄
相關推薦
評論