加入收藏 | 设为首页 | 会员中心 | 我要投稿 东莞站长网 (https://www.0769zz.com/)- 科技、建站、经验、云计算、5G、大数据,站长网!
当前位置: 首页 > 站长资讯 > 外闻 > 正文

屡试不爽的架构三架马车

发布时间:2019-07-04 02:04:04 所属栏目:外闻 来源:Dockone.in
导读:副标题#e# 这里所说的三架马车是指微服务、消息队列和定时任务。如下图所示,这里是一个三驾马车共同驱动的一个立体的互联网项目的架构。不管项目是大是小,这个架构模板的形态一旦定型了之后就不太会变,区别只是我们有更多的服务有更复杂的调用,更复杂的

Business Service:

  • tradeservice-api
  • tradeservice-server
  • tradeservice-listener
  • loanservice-api
  • loanservice-server
  • loanservice-listener
  • userservice-api
  • userservice-server
  • projectservice-api
  • projectservice-server
  • accountservice-api
  • accountservice-server
  • accountservice-listener
  • activityservice-api
  • activityservice-server
  • activityservice-listener
  • vipservice-api
  • vipservice-server
  • vipservice-listener

Foundation Service:

  • bankservice-api
  • bankservice-server
  • digsignservice-api
  • digsignservice-server
  • messageservice-api
  • messageservice-server

Job:

  • scheduler-job
  • task-job
  • compensation-job

这每一个模块都可以打包成独立的包,所有的项目不一定都要在一个项目空间内,可以拆分为20个项目,服务的api+server+listener放在一个项目内,这样其实有利于CICD缺点就是修改代码的时候需要打开N个项目。

之前开篇的时候说过,使用这套简单的架构既能够有很强的扩展余地,复杂程度上或者说工作量上不会比All-In-One的架构多多少,看到这里你可能觉得并不同意这个观点。其实这个还是要看团队的积累的,如果团队大家熟悉这套架构体系,玩转微服务多年的话,那么其实很多问题会在编码的过程中直接考虑进去,很多时候设计也可以认为是一个熟能生巧的活,做了多了自然知道什么东西应该放在哪里,怎么去分怎么去合,所以并不会有太多的额外时间成本。这三驾马车构成的这么一套简单实用的架构方案我认为可以适用于大多数的互联网项目,只是有些互联网项目会更偏重其中的某一方面弱化另一方面,希望本文对你有用。

(编辑:东莞站长网)

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

热点阅读