Java高可用集群架构与微服务架构简单分析

可能大部分读者都在想,为什么在这以 dubbo、spring cloud 为代表的微服务时代,我要还要整理这种已经“过时”高可用集群架构?

本人工作上大部分团队都是7-15人编制的开发团队,对应的公司项目也大都是中小型项目,最大的项目 PV/UV 也就只有 10w/2w 。在这样的场景下,中小型公司一般都是创业起步没多久,大部分都需要本着“开源节流”、“以最小的成本把产出最大化”。微服务架构相比于高可用集群架构,个人理解,对于技术团队的成员编制相对要多一点,服务器部署成本相对也要高一点。

作为技术团队负责人,肯定要为企业整体成本考虑,否则要不了多久,便是讨薪大军的一员了吧。。。

一、如何选择

1、高可用集群

适用于中小型创业公司项目架构,小型技术团队快速迭代版本发布部署需求,前期低成本运行,爆发时可通过投入适量成本横向扩容服务器抗压。

特点:

  • 前期技术开发成本低
  • 一定的服务器扩容成本
  • 核心团队编制及技能要求较少
  • 项目发布部署基本无依赖,时间成本低
  • 服务器运维成本一般
  • 大而全的项目模块分离设计
  • 更省更稳的技术架构选择
  • 微服务架构强迫症不适用

2、微服务架构

适用于业务架构较大的中大型科技公司项目架构,系统可拆分多个项目单独运营,大型技术团队、平台产品规范化管理,前期投入一定的成本,可以低成本扩容指定服务的服务器抗压。

  • 前期一定的技术开发成本
  • 较低的服务器扩容成本
  • 核心团队编制及技能要求较高
  • 项目发布部署存在依赖,逐个部署,时间成本较高
  • 服务器运维成本一般或较高
  • 较清晰的项目模块分离设计
  • 更潮更时尚的技术架构选择

二、高可用集群架构

1、必备服务器清单

  • 负载均衡服务器
  • web项目服务器
  • 缓存服务器
  • 数据库服务器(主备)

注意:可能有人会问,若是小型项目单机服务,负载均衡是否就不需要?负载均衡主要工作是分发请求到源服务器,另一个作用也是为了保护源服务器,不暴露服务器真实IP,大幅度降低服务器被DDoS攻击的风险,可参考《被人DDoS攻击了,分析一下原理和防护》 一文。

2、扩展服务器清单

  • 更多web项目服务器(集群负载)
  • 异步服务服务器(配置中心、消息队列、job任务等)
  • 数据库服务器(读写分离、主从复制)
  • 文件服务器

2、架构图

集群架构图

三、微服务架构

1、服务器清单

  • dubbo / spring cloud 全家桶组件服务器
  • 负载均衡服务器
  • A模块 web项目服务器
  • B模块 web项目服务器
  • C模块 web项目服务器
  • XXX模块 web项目服务器
  • 缓存服务器
  • 数据库服务器
  • 文件服务器
  • 异步服务服务器(配置中心、消息队列、job任务等)

2、架构图

微服务架构图

注:图片来源 http://yun.itheima.com/open/217.html

四、总结

综上,我们对于高可用集群和微服务架构做了简单的场景和架构图分析,并不是说什么场景下一定要用什么架构,也不是说什么最潮流就用什么架构,而是根据实际成本和产出作为出发点做选择。

创业公司刚起步,资金可能也就百来万,搞微服务架构,光技术团队和服务器一个月的成本就占了公司一大头,产品还没上线,公司就已经倒闭了;

有资源的公司,动不动就能获得千万级甚至更高级别的融资,业务方向众多,若还只是用高可用架构,所有的业务模块都臃肿在一个项目里,不论是代码管理还是人员管理上,都是巨大的资源消耗。

My Blog

blog.guijianpan.com

技术交流

weixin-x175.jpg

  • 1
    点赞
  • 3
    收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
©️2022 CSDN 皮肤主题:创作都市 设计师:CSDN官方博客 返回首页
评论

打赏作者

倚楼听风雨_

你的鼓励将是我创作的最大动力

¥2 ¥4 ¥6 ¥10 ¥20
输入1-500的整数
余额支付 (余额:-- )
扫码支付
扫码支付:¥2
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、C币套餐、付费专栏及课程。

余额充值