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、架构图

四、总结

综上，我们对付高可用集群和微处事架构做了简朴的场景和架构图说明，并不是说什么场景下必然要用什么架构，也不是说什么最潮水就用什么架构，而是按照现实本钱和产出作为起点做选择。

创业公司刚起步，资金也许也就百来万，搞微处事架构，光技能团队和处事器一个月的本钱就占了公司一大头，产物还没上线，公司就已经倒闭了;

有资源的公司，动不动就能得到万万级乃至更高级此外融资，营业偏向浩瀚，若还只是用高可用架构，全部的营业模块都痴肥在一个项目里，岂论是代码打点照旧职员打点上，都是庞大的资源耗损。

（编辑：河北网）

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