微服务遵循前提：
业务独立性：推荐书籍 Eric Evans《领域驱动模型》
团队自主性：
特点
单一职责：推荐书籍 Robert C.Martin《敏捷软件开发：原则、模式和实现》
轻量级通信：语言无关、平台无关的交互方式
独立性：交付过程中，开发（功能）、测试、部署的独立性；服务与服务的独立、隔离；
进程隔离
背景
互联网时代的产品特点：
需求变化快
用户群体庞大
价值观、方法论=》可遵循、可参考、可实施的交付体系
精益创业Lean Startup=》最小可实行产品Minimum Viable Product
敏捷方法
持续交付
云、虚拟化、基础设施自动化Infrastructure as Code：
DevOps文化的推行
容器虚拟化技术
Docker的优势 》一个节点运行成百上千的Docker容器 》解决微服务的环境搭建、部署、运维成本高的问题
更快速的交付、部署：镜像
更轻松的迁移、扩展：可以在任意平台迁移（物理机、虚拟机、公有云、私有云……）
更简单的管理：镜像修改以增量方式分发、更新
SOA面向服务架构 vs 微服务
微服务的本质：
服务作为组件Component：组件可以被独立部署
定义了清晰的、语言无关、平台无关的接口
分布式调用比进程调用更消耗时间
严重依赖网络的可靠性、稳定性
围绕业务组织团队
关注产品而非项目
技术多样性
业务数据独立
业务数据接口继承，而非以数据库的方式同其他服务继承
随业务发张，选择更合适的工具管理、迁移业务数据
基础设施自动化
部署、运维的成本随服务的增多呈指数级增长
云技术、持续继承、持续交付
演进式架构
业务驱动架构，架构服务于业务
微服务的优势
独立性
单一职责
实施需要考虑的因素：
分布式系统的复杂度
性能：网络延迟、带宽；多服务相互协作时，响应时间、性能
可靠性：网络、带宽、节点自身的可靠性=》组件间远程调用；单点故障
异步：异步通信的定位问题、调试问题难度更大
数据一致性：跨多个节点来保证数据的瞬时一致性||数据的最终一致性
工具：开发、调试工具没有足够支持
运维成本：每个服务独立配置、部署、监控、日志收集=》成本呈指数级增长
配置
部署
监控、警告
日志收集
部署自动化：构建自动化部署流水线
DevOps与组织架构
服务间依赖测试
服务间依赖管理