我们在来看一下服务化的做法,我们把应用分为三层,处于最上端的是web系统,用于完成不同的业务功能,处于中间的是一些服务中心,不同的服务中心提供不同的业务服务;处于最下层的则是业务的数据库 

服务化的道路

与之前相比有几个重要的变化,首先业务功能之间的访问不仅仅是单机内部的方法调用,还引入了远程的服务调用。其次,共享代码不再是散落在不同的应用中,这些实现被放在各个服务中心。最后,数据库的连接也发生了一些变化,我们把数据库的交互工作放到了服务中心,让前端的web应用更加注重与浏览器的交互工作,而不必过多关注业务逻辑的事情。链接数据库的任务交给响应的业务服务中心了,这样可以降低数据库的连接数。 

而服务中心不仅把一些可以共用的代码集中管理,而且还使得这些代码变得更好维护。 

服务化的方式会带来很多好处,首先,从结构上来看,系统架构更加清晰了,比原本的架构更加立体。从稳定性上来看,一些散落在多个应用系统中的代码变成了服务并且由专门的团队进行统一维护,一方面可以提高代码的质量,另一方面由于基础核心模块相对稳定,修改和发布的频次相对于业务系统来说会少很多,这也会提高整个架构的稳定性。最后,更加底层的资源由服务层统一管理,结构更加清晰,对于团队开发效率来说有比较大的提高服务化的方式,对于研发也会有很大的影响,以前的开发模式是几个大团队负责几个大应用,随着服务化的落地,我们的应用数量会飞速增长,系统内部的依赖关系也会变的错综复杂,同时团队也进行了拆分,每个小团队专注于某个具体的服务或者应用上,迭代效率也会更高 

 

相关文章:

  • 2021-09-25
  • 2021-09-26
  • 2021-05-21
  • 2022-12-23
  • 2021-05-23
  • 2021-12-13
  • 2022-12-23
  • 2021-04-17
猜你喜欢
  • 2022-12-23
  • 2021-10-23
  • 2021-12-19
  • 2021-09-11
  • 2021-08-19
  • 2021-05-10
相关资源
相似解决方案