3分钟，了解阿里云热门产品 ZooKeeper
本文来自畅销书《从 Paxos 到 Zookeeper》作者倪超，讲述了其对阿里云最新发布的微服务引擎 MSE 产品的使用初体验。
（图片来自《从 Paxos 到 ZooKeeper 》一书的封面）
屏幕前的读者朋友们
如果
正在为运维 ZooKeeper
这份至关重要，但繁琐而枯燥
甚至心里没底的活
而烦恼
如果
正在为自己的应用
找寻一个高可用，且免运维的
ZooKeeper
那么，它来了
阿里云全托管的 ZooKeeper 集群产品
微服务引擎 MSE
读者可以在任何搜索引擎搜索“微服务引擎 MSE”，即可直达产品官网。
浅谈异地多活及阿里云容灾经验分享
异地多活，英文Multi-Site High Availability，顾名思义就是分布在异地多个站点同时对外提供服务。与传统灾备最主要的区别是“多活”里所有站点都是同时在对外提供服务的，具体有以下几点不同：
- 传统的灾备中心平时不提供服务，关键时刻无法确定切换到灾备中心是否可以切换成功。
章文嵩（正明）博士和他背后的负载均衡(LOAD BANLANCER)帝国
> 案首语:
> 阿里集团技术大牛，@正明，淘宝基础核心软件研发负责人、LVS创始人、阿里云首席科学家章文嵩博士从阿里离职，去追求技术人生另一段历程，让阿里像我一样的很多热爱技术的工程师都有一丝牵动和感触。
> 我个人作为一个平凡的一线技术工程师，对章博士是很敬佩的(虽然他还不认识我)
ZooKeeper和Diamond有什么不同
本文主要是讨论下两个类似产品：ZooKeeper和Diamond在配置管理这个应用场景上的异同点。
Diamond，顾名思义，寄寓了开发人员对产品稳定性的厚望，希望它像钻石一样，提供稳定的配置访问。Diamond是淘宝网Java中间件团队的核心产品之一，服务于集团线上很多核心应用。目前已经开源，开
微服务架构中基于DNS的服务发现
当前，微服务架构已经成为企业尤其是互联网企业技术选型的一个重要参考。微服务架构中涉及到很多模块，本文将重点介绍微服务架构的服务注册与发现以及如何基于DNS做服务发现。最后，简单介绍下阿里巴巴内部是如何基于DNS做服务发现的。
饿了么异地双活数据库实战
我今天分享是饿了么在数据库和多活数据库这块的实战经历，供大家参考。
主要分享以下五点：
1、多活当中的难点
2、多活的架构
3、数据库改造
4、DBA 挑战
5、收益与展望
一、多活当中的难点
我们先来看一下多活的第一个难点：要考虑做多活到底是同城的多活还是异地的多活，跨地域网络延时是现阶段很难突破的点，因为饿了么面临的是异地的多活，所以我们需要基于延时这个前提来考虑方案。
阿里巴巴为什么不用 ZooKeeper 做服务发现？
服务发现，ZooKeeper 真的是最佳选择么？而回望历史，我们也偶有迷思，在服务发现这个场景下，如果当年 ZooKeeper 的诞生之日比我们 HSF 的注册中心 ConfigServer 早一点会怎样？
健壮且灵活的混合云网络—— Series1：组网建设
云计算技术发展到现在，已经形成了两种主要的形态：公共云和专有云，它们分别有各自的优势。专有云能够对数据的安全性和服务质量进行最有效的把控，企业选择专有云是基于自身信息化建设的考虑，构建安全自主可控的基础架构环境等。