一、功能和技术架构
我就是EverDB alive高可用组件，相比于我大哥的方案，我是另一种浪漫。他是什么都管，我是一眼万年。业务请求出现，与我无关，我只爱我的MySQL节点。对爱情的专一使我蜕变，什么配置节点元数据源，全都离我渐行渐远。
图1.EverDB分布式方案
在EverDB分布式方案中，业务访问必须经过中间件grid节点解析后再发送给后端MySQL主节点执行。
图2.EverDB高可用方案（MySQL主从+alive组件）
在EverDB高可用方案中，alive组件不处理业务访问，仅作为旁路进行MySQL节点的监控，同时去掉zookeeper组件，仅服务一组MySQL主从。
终有一天我发现，即使瘦了也不改我对她的爱恋。我们的世界是如此简单，小小的三台服务器里面，每台都有她和我的陪伴，或许还有个control agent组件，它从不打扰只会在边上看。主从同步是她的温婉，引导切换是我的诺言。我的一生平平淡淡，分分秒秒望着我的节点（监控状态），偶尔参加新主的竞选（选主），你若问我选主如何实现，raft协议建议你看一看，她若倒下我第一时间抬起她的身板（守护进程），她若倒地不起我亦生无可恋（失效）。失去一个她是我悲伤的极限，除非有特别的意愿，再失去她的笑颜，写数据将是枉然（根据raft协议，三节点集群最多承受一个节点失效，两个节点失效后，剩下的数据库节点将转为只读状态）。
图3.发生宕机后的EverDB alive集群行为
二、云上部署和切换
忽然有那么一天，她说想上云端。我惶惶不敢多言，跟着她走到海角天边。云上的网络如此多变，分为A栈和B栈，VPC和微隔离都要实现。
部署倒是不难，难的是只要一键。云作业平台来到跟前，许下壮志豪言：一是系统环境创建，用户权限挂盘；二是数据库的出现，我们的故事值得期盼；三是control agent组件，方便统一纳管。简单一键三连，快速安全轻便。等到接入云管，配合资源创建，PaaS化就是我们的答案。
图4.基于VIP的业务切流
下面说说切换，VIP是我的老伙伴，A栈加VPC网络很好选。我亲手为她戴上VIP项链，帮助业务找到她的跟前。如果她累倒在我身边，我会不断地拉起呼唤，选出新的主节点，她的伙伴会拿起VIP项链，继续她未完的心愿，我的她笑容会重新灿烂，业务和她永远不会失散。
图5.基于ZDNS的业务切流
其余场景使我犯了难，但为了她我不能无功而返。这时ZDNS走上前，说她也许能帮一点。梦想就要实现，我拿起她的手链（业务网卡或通用网卡地址），绑到ZDNS指尖，如果有那么一天，或许我的她不再康健，我陪她暂离这世间，她的伙伴完成了竞选，向ZDNS递交新的手链，业务重新到达自己的彼岸。我会不断呼唤，DBA也赶来支援，我的她终会重回这世间，但业务不会中断。
你问我倒下怎么办，这个也请你心安，我轻盈而功能简单，很少无故遇难。真有不测出现，我也有自己的羁绊，守护进程在耳畔呼唤，久久不会消散，这也是他的诺言。我看你坏笑斜眼，相信我这不是三角恋。
三、使用与运维管理
开源MySQL是她的名片，相应的协议统统能够实现。你说影响我怎么办，你可以当我看不见。无论是VIP还是ZDNS的手链，就当是单机MySQL节点，切换同步我们来管。Control平台好伙伴，集群状态全可见，监控告警和巡检，一应俱全没短板。备份恢复也不难，灾备平台握起小拳拳。
四、使用建议
你问我使用有没有局限，那我来给你说说看。我们的主场在全栈，其余场景还没出现。我的她是MySQL节点，请遵守相应标准规范。中小规模联机交易是主线，太大并发请找我大哥分布式方案。服务器规格有套餐，评估好规模仔细选，数据量好好算一算，2T容量是上限。如果以上要求你都说不难，请相信我们的表现，会让你露出笑颜。
