新业务应新建独立小系统而非改造核心系统

新业务发生变化的可能性大，失败的可能性也大，因此更稳妥的做法是新建独立的微小型应用系统来支持新业务，而不是直接改造已经成熟稳定的核心系统——这样即便新业务方向调整或失败，也不会牵连、破坏核心业务的稳定性和健壮性。发散：这提供了一个衡量”该不该往老系统里加功能”的判断标准——先问这个新功能背后的业务本身有多大概率会推翻重来，越不确定的业务方向，越应该用完全隔离的方式去试错，把不确定性关在一个可以随时舍弃的小盒子里，而不是让它渗透进已经稳定运行的核心系统。