所有技术方面的考虑，包括架构设计和解耦拆分都要考虑业务的需要。在服务拆分时，先从业务角度确定拆分的方案。拆分的边界要充分考虑业务的独立性和专业性，比如搜索类服务、支付类服务、购物车类服务，按服务的业务功能合理地划出拆分边界。避免按团队来定义服务边界，这样做会出现土匪抢地盘的局面，严重破坏团队之间的信任，削弱创新的潜在机会。
衡量拆分收益的标准是拆分后的维护成本要低过拆分前的维护成本，也就是说不能因为拆分而带来更大的维护工作。
服务的维护成本包括维护该服务所需要耗费的人力、物力和时间。如果一个系统拆分成两个或两个以上，导致所有的资源都加倍，那将会很失败。最好的结果是原来维护服务的同一套人马分成两个部分，因为拆分后服务的复杂性降低，所需要的维护资源显著减少，或者对人员能力的要求大大降低。
拆分不仅仅是架构上的调整，也意味着要在组织结构上做出相应的适应性调整，确保拆分后的服务由相对独立的团队负责维护，尽量不要出现在不同服务之间的交叉调用。在这里要坚持的原则是明确每个服务的分工，充分授权而且自给自足的相对独立。切不可出现一个服务由几个不同的团队共同负责的情况，这会造成无人负责或多方争抢，也不利于团队积累相关服务的经验。
