加入收藏 | 设为首页 | 会员中心 | 我要投稿 核心网 (https://www.hxwgxz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 移动互联 > 正文

多云架构落地设计和实施方案

发布时间:2019-10-16 06:15:18 所属栏目:移动互联 来源:Liu Bao
导读:不要把鸡蛋放在同一个篮子里是一条知名的商业准则,在云平台选择上,很多公司也遵循这样的准则。基于多云平台构筑业务中台并不是一件简单的事情,需要构建一种快速继承、可持续迭代的路径,帮助整体方案落地。本文以实际项目案例为例,分析项目的架构设计

api 示例

  1. interface LoginService { 
  2.   SessionInfo   login(String username, String password); 
  3.  
  4.  
  5. public class SessionInfo { 
  6.   private String   sessionId; 
  7.   private String   username; 

 service 示例

  1. @Service  
  2.   
  3. @Primary  
  4.   
  5. public class LoginServiceImpl implements LoginService {  
  6.   
  7.   public SessionInfo   login(String username, String password) {  
  8.   
  9.          // do login  
  10.   
  11.   }  
  12.   
  13. }  

ServiceComb Endpoint 示例

服务端:

  1. @RpcSchema(schemaId = “LoginServiceEndpoint”) 
  2. public class LoginServiceEndpoint implements LoginService   { 
  3.   @Autowired 
  4.   private   LoginService service; 
  5.  
  6.  
  7.   public SessionInfo   login(String username, String password) { 
  8.          return   service.login(username, password); 
  9.   } 
  10.  
  11.  

客户端:

  1. @Bean 
  2. public LoginService getLoginService() { 
  3.   return   Invoker.createProxy(SERVICE_NAME, "LoginServiceEndpoint", LoginService.class); 

或者

  1. @RpcReference(microserviceName=SERVICE_NAME, schemaId=”LoginServiceEndpoint”) 
  2. private LoginService loginService; 

HSF Endpoint 示例

服务端:

  1. @HSFProvider(serviceInterface = LoginService.class,serviceVersion   = "1.0.0")  
  2. public class LoginServiceEndpoint implements LoginService   {  
  3.   @Autowired  
  4.   private   LoginService service;  
  5.   
  6.   
  7.   public SessionInfo   login(String username, String password) {  
  8.          return   service.login(username, password);  
  9.   }  
  10.   
  11.   
  12. }  

客户端:

  1. @HSFConsumer 
  2. private LoginService loginService; 

从上面的代码示例看,Endpoint 层需要做到尽可能逻辑简单,实现逻辑全部交给 Service 层,只包含接口声明,或者包含必要的数据结构转换逻辑。上面的方式演示了 RPC 的接口声明,还可以加上 REST 标签(Spring MVC,或者 JAX RS),来支持 REST 接口。

遗留系统的改造策略  

大部分公司都会存在现有系统运行于某一个云上,把现有系统推倒重来,进行全新设计,通常不是一个好主意。遗留系统的改造需要遵循持续迭代,继承性改造的思路。

以阿里云系统改造为华为云系统为例,将原来基于 HSF 开发的微服务应用改造为基于 ServcieComb 开发的微服务应用。

按照前面的总体思路,首先需要将原来项目强依赖于 HSF 的代码部分分离出来,建立下面的目录结构:

  • microservice-api:定义微服务的接口。该目录包含接口定义(interface)、数据结构定义(models)。为了支持不同的微服务框架,对于接口定义和数据结构定义会有一定的要求。
  • microservice-service:业务逻辑实现代码。
  • microservice-endpoint-hsf:发布为 HSF 的微服务项目。

这个过程相对而言是简单的,不涉及任何业务逻辑的调整,只是代码目录结构的变化和 POM 依赖关系的调整。调整完成后,可以对现有功能进行简单自动化验证,保证项目自动化测试用例能够通过。调整后的项目功能和遗留系统是一致的,拥有一个始终无损的运行系统,对于功能比较、问题发现都是非常有帮助的。

项目调整后,就可以增加华为云的项目:

  • microservice-endpoint-servicecomb:发布为 ServiceComb 的微服务项目。

这个项目可以复制 microservice-endpoint-hsf,将 POM 依赖改为 ServiceComb 的内容,并将发布的接口(Endpoint)调整为 ServiceComb 的发布方式。

项目调整后,就可以一份代码构建出两个可执行 jar 包,两个 jar 包分别在华为云和阿里云部署。

(编辑:核心网)

【声明】本站内容均来自网络,其相关言论仅代表作者个人观点,不代表本站立场。若无意侵犯到您的权利,请及时与联系站长删除相关内容!

热点阅读