MongoDB与微服务

标签：其他   持久化   快速   http   服务架构   复制集   单点故障   集群   适合   

1. 微服务的优势
    * 开发速度快
    * 变化响应快
    * 易维护
    * 扩容简单
2. 微服务架构设计要素
    * 服务解耦（Decouple）
    * HTTP API - 简单接口（Dumb Pipes）
    * 数据去中心化（Decentralize）
    * 持续集成自动部署（DevOps）
3. 微服务架构设计考量点
    * 一服务一库还是多服务一库
    * 混合持久化还是多模数据库
    * 扩容便捷性
4. 多个微服务共享一个数据库的缺点
    * 单点故障，一个服务性能问题可能拖垮整个服务集群
    * 容易引起强关联，不利解耦
    * 难以为某一个微服务单独扩容
5. 关键服务使用自己的库
    * 每个微服务使用一个逻辑库
    * 数据库变动时不影响其他服务
6. 混合持久化
    * 为关键服务提供最适合的数据库
    * 学习成本，管理成本和硬件成本高
7. 多模数据库
    * 一种数据库，多种模式
    * 一种技术，学习及管理简单
    * 可以单独优化
8. 是否可以快速扩容
    * 水平扩展应用
    * 微服务化
    * 数据扩容
9. MongoDB容器化部署
    MongoDB是一个有状态的服务，在容器化部署的时候要特别注意
        * 复制集节点要能够相互通讯：配置的时候要使用服务名，或者固定的服务IP地址
        * 使用Persistent volume 或类似长久存储
        * 使用Ops Manager进行集群管理（而不是k8s/OpenShift）

MongoDB与微服务

标签：其他   持久化   快速   http   服务架构   复制集   单点故障   集群   适合   

原文地址：https://www.cnblogs.com/w3liu/p/13124192.html