架构高可用遇到的问题
上线发生数据改动，格式和之间不兼容，回滚也不正常，如何处理？
数据库备份。
高可用架构为什么需要分层？
数据层 关系型数据库，NoSQL数据库，缓存。
逻辑层 根据项目相关。
接入层 对外暴露API层（用户身份，数据加密，攻防，提供最原始的数据，美化由前端展示）。
展示层 前端用户展示。
高可用架构分层设计原则是什么？
功能单一（数据，逻辑，接入，展示）、分层间低耦合（接口交互通过rpc框架例如dubbo|dubbox|Thrift|Avro、restfullapi，http ）、功能聚焦单一。
分层过多缺点：请求交互路径长，请求响应延迟高，层次多运维成本高，定位问题设计层次多定位复杂。
层次过少：每个层次功能不单一，耦合性高。高可用无法保证。功能相互影响。
高可用架构如何分层？
数据存储和业务逻辑的分层，业务逻辑和接入层逻辑分层，接入层和数据展示层分离。
前段架构分层：mvc|mvcc分成。
后端架构分层
按照功能水平拆分：
四层：
接入层，逻辑层，数据层，数据存储
接入层，逻辑层，原子服务层，数据存储
五层：
接入层、序列化层（异步消息队列，指事务提交的序列化层前段把事务成功提交到队列就行算成功），逻辑层、数据层、数据存储
按照功能垂直拆分：
业务1，业务2，业务3……
高可用架构最佳实践？
业务数据量，请求量快速增长期
引入分层
接入层，逻辑层，数据存储
业务请求高并发，海量存储
每层进一步细化
分布式存储，NoSQL，RDBMS分库分表
业务多，请求多，关系复杂
服务化
58的实践案例
