区块链拆分盘系统/商城系统/交易系统/用户系统

时间：2020-08-18 点击次数：172

为什么要进行系统拆分
首先我们需要想想，到底什么样的系统需要进行拆分？并不是所有的系统都需要进行拆分，拆分系统是一件耗时并且有风险的操作，所以再拆分前需要再三考虑是否真的需要拆分，拆分的好处是否大于风险。个人认为进行系统拆分的原因主要有以下几个方面：
a，组织结构发生了变化，从最初的一个team逐渐发展成了多个team，每个team需要负责各自单独的业务，这时需要从原来的系统(或者单体程序)中按照业务线拆分出相应的子系统
b，随着业务的发展，系统的压力也上来了，功能之间的耦合越来越严重，严重影响系统性能，比如核心功能A在某个时间段的业务处理量突然飙升，导致功能B无法访问或者整个应用停顿
c，差异化定制需求，需要根据客户的选择进行自由组装成一个系统，这时就需要对系统进行模块拆分
d，从测试角度来看，单体程序的问题莫过于系统错综复杂，牵一发而动全身，比如一个微小的需求改动可能导致其他功能不能访问，所以测试的时候需要做全量的回归测试，这对项目的按时上线提出了严峻的挑战。

以上几点是本人工作中所遇到的不得不进行系统拆分的场景，其中abd的场景占了绝大多数，后面主要围绕这几方面谈下该如何进行系统拆分。

系统拆分的原则

系统拆分不是一个简简单单的活，可能你面临动辄数以百万级的代码，这是一项耗时耗精力且很容易背锅的活，所以在进行拆分之前应该反复思考，是否真的需要进行拆分，是否有其他办法解决当前系统的问题，拆分的好处是否大于弊处，这些都应该在前就思考清楚。那么拆分时该如何下手，从哪里下手呢？肯定不能随便找一个地方就开干了，我们进行系统拆分需要有一定的原则，本人大致总结下有几点：
a，一定要以业务为导向，通常来说一个系统会按照业务功能分成多个块，每个块又与其他业务有关联，所以在拆分时最好是先把大的业务边界先确定，然后再按照业务功能再次进行拆分，循序渐进
b，拆分时要按部就班，按小模块进行，每拆分出来一个小模块，严格测试上线没有问题后再拆其他模块，不要妄想一步登天。
c，尽可能按照现有的技术进行拆分，不要轻易引入新技术，这样会大大增加成本。我们应该根据team的实际情况，让熟悉各个技术的人在自己擅长的范围内进行操作。我本人的观点是引用的技术越简单越好，不要出现为了使用某个看似高端的技术而把系统搞得难以理解
系统拆分的实施
系统拆分一般分为数据拆分和功能拆分，从实际项目来看，两个缺一不可，相辅相成。
功能拆分：功能拆分首要的问题是确定系统边界，这中间可能涉及到跟多个team沟通，撕逼，因为涉及到业务边界的问题大家可能会推来推去。我们要坚持的一个原则就是低耦合高内聚，同时识别边界的时候要仔细思考当前的功能对哪个业务的影响较大，那么就归属谁，如果对各个业务影响都很大，那应该抽取出来，形成一个公共的应用，为各个业务提供服务。

http://www.dappkaif.com

百度分享：QQ空间新浪微博腾讯微博人人网微信

上一篇：三三复制/三三复制系统/三三复制模式/三三复制众筹

下一篇：互助系统/互助挖矿/互助拼团/互助商城系统开发