1.全面解耦原则：对业务进行抽象建模，业务数据与业务逻辑解耦，软硬件解耦，平台和产品解耦，系统各部件解耦。模块、组件高内聚，低耦合。
2.服务化/组件化原则：以服务、数据为中心，构建服务化、组件化架构，具备灵活，按需组合的能力。
3.接口隔离及服务自治原则：通过接口隐藏服务/组件实现细节，服务/组件只能通过接口进行交互，接口契约化，标准化，跨版本兼容；服务/组件可独立发展、独立发布、独立升级，服务自治，可视、可管、可控、可测、可维，故障自愈。
高效开发原则：创建支持迭代、增量、持续交付的架构，支持部件独立开发、自动化编译构建、测试、集成验证、并易于高效修改和持续优化；支持开发组织小型化，扁平化，支持小团队独立高效并行开发。
甲方提出需求→乙方预估工作量和费用→甲方确认工作量和费用→乙方进行开发→甲方验收开发结果。
一个架构的好坏，决定了后面的业务发展迭代， 前期做的时候，最好是能对自己将要做的产品做个评估， 数据增长周期的长短都要考量。这样设计出来的架构才有可能达到后期的业务拓展。
现在的很多架构都是基于一些开源框架， 做架构的时候，最好看下该开源框架的社区活跃度， 尽量不要使用哪些已过时的框架。 社区活跃度说明了该框架还是经得起考验的。
大型项目最好做个详细的规划， 技术选型上都要考虑周全， 技术驱动业务， 业务反哺技术。
业务和技术都是相辅相成的。
