传统企业就应该这样进行微服务化
很多传统企业看着互联网公司都进行着微服务化,因此也想享受微服务化带来的好处便对自己的系统进行改造,但微服务化多“微”才是最优?有哪些拆分的原则? 架构原则 使用成熟的技术,不需要最先进最好的技术,要是自己人能够掌控的,不然出现莫名的问题,一两天都可能解决不了,你就等着被拿来“祭天”吧。 至少有一个冗余的实例,可水平扩展,确保一个实用多个负载,挂掉一个仍然能够正常运行,这里就要保证服务应用的无状态性。 确保数据中心能在地理上隔离,实现异地多活容灾,实现三城两地式物理布署,即使一个城市停电仍可提供数据的正常访问。 有一套发布回滚机制,确保发布异常时能回滚到上一个版本,同时可追踪到异常。 在架构设计之初就构建监控平台,无监控无疑相当于系统在裸奔,后面扩容无数据支撑、BUG查找,异常追踪都无从淡起。 不断小试错,而不是像传统项目开发周期达一年,在时间就是生命的时代,产品上线黄花菜都凉了。 任务自动化,机器能够做就让程序自动跑,减少人力运维。 实现故障隔离,自动保护机制,防止一个服务拖垮整个系统平台,进行健壮性分析。 …… 所有的设计都是为了高可用,易扩展、高并发下出现异常更容易恢复,降低异常...

