可能大部分读者都在想,为什么在这以 dubbo、spring cloud 为代表的微服务时代,我要还要整理这种已经 “过时” 高可用集群架构?
本人工作上大部分团队都是 7-15 人编制的开发团队,对应的公司项目也大都是中小型项目,最大的项目 PV/UV 也就只有 10w/2w 。在这样的场景下,中小型公司一般都是创业起步没多久,大部分都需要本着 “开源节流”、“以最小的成本把产出最大化”。微服务架构相比于高可用集群架构,个人理解,对于技术团队的成员编制相对要多一点,服务器部署成本相对也要高一点。
作为技术团队负责人,肯定要为企业整体成本考虑,否则要不了多久,便是讨薪大军的一员了吧。。。
一、如何选择
1、高可用集群
适用于中小型创业公司项目架构,小型技术团队快速迭代版本发布部署需求,前期低成本运行,爆发时可通过投入适量成本横向扩容服务器抗压。
特点:
- 前期技术开发成本低
- 一定的服务器扩容成本
- 核心团队编制及技能要求较少
- 项目发布部署基本无依赖,时间成本低
- 服务器运维成本一般
- 大而全的项目模块分离设计
- 更省更稳的技术架构选择
- 微服务架构强迫症不适用
2、微服务架构
适用于业务架构较大的中大型科技公司项目架构,系统可拆分多个项目单独运营,大型技术团队、平台产品规范化管理&