Mongo高可用架构解决方案
Mongo主从复制哪些事（仅适用特定场景）
对数据强一致性要求不高的场景，一般微服务架构中不推荐
master节点可读可写操作，当数据有修改时，会将Oplog（操作日志）同步到所有的slave节点上。那么对于从节点来说仅只读，所有slave节点从master节点同步数据，然而从节点之间互相不感知（即不同同步数据）；
对于这种模式在实际场景中也带来了一定的问题：
原因在于只有一个master节点写，而slave节点只能同步master数据，同时slave还要提供对外的数据查询服务；也就是说当同步的数据偏大或网络原因导致未同步完成，此时或在这个过程中会产生主从数据的不一致。如果对业务要求比较高的场景这种现象是不被允许的。这种情况跟MySQL主从复制如出一辙，唯一不同的是它们同步的媒介不同，MySQL是binlog，而MongoDB是Oplog。
Mongo实例的副本集（Replica Set）模式（高可用）
分三个部分组成Primary、Secondary、Arbiter
- Primary节点也称主节点，具有读写能力。它负责把数据同步到所有副本节点（Secondary）。当Primary