阿里云余锋：云数据库RDS如何在云时代激进涌进

在大会期间，ImapBox记者对阿里云事业群研究员、负责RDS数据库的资深专家余锋进行了专访，就大家关心的跨数据中心容灾、产品开发、未来发展等问题做了细致的解答。

如何应对跨数据中心容灾的挑战

目前，跨数据中心容灾并不新鲜，但云上面甚少，这给阿里云带来了极大的挑战，因为数据库在整个软件体系处于金字塔的最底下，也就是没有数据稳定性就没有安全，在超过几百公里的距离后，一旦出现问题服务就断了。不过，今天的延迟是可以接受的，因为阿里云做的是一个基础的云服务，它不知道用户是谁、如何使用，只针对业务，由于知道自己业务的特点、业务可以接受什么和不可以接受什么，在实现通用性服务时就肯定需要做好基础层，比如基础网络有延迟的情况下，可以检查有多少的延迟，以及对用户进行分析，虽然不知道具体业务是什么，但可以清楚业务的延迟值。

借力集群、分布式完善数据库产品。今天的数据库是长的连接，以及有重连机制。如今用户对连接的理解不一样，有的用户不在意，有的很在意，其中即使是1分钟的差别也很大，从而实现了自己的核心竞争力。其实，服务搭起来后如何迁连接要做很多的事情，因为一旦断了就关了，比如连接上去并设置了中文，若切另一台数据库上去后默认成为了英文，这就出错了；再比如，今天把短连接变成长连接，是很难体验出来的，甚至从几千行代码中也无法知道，也就说A厂家和B厂家的差别是跑不出来的。那用户该怎么选择？余锋称，随着用户对这个产品了解的越久，慢慢的会感知出来，明白集群、分布式带来的好处。

深耕技术，全面保障用户服务

很多用户在使用阿里云服务时会遇到很多问题，如何帮助他们解决呢？首先依据过去的积累经验，逐步解决掉80%很低级的问题。然后，再分析、扫描资源，告诉用户如何正确的写，这一阶段的事情很难，无法做到让所有的都满意，但这些过程完全免费，未来消耗了资源再收费。

值得一提的，作为一个系统可以回到15年之前的任何一个时刻，包括所有系统的网络交换机、链路、数据库状态、操作系统状态。有些用户需要查两天前下午3:00到3:15这段时间内的数据，是完全可以实现的，这就是全链路技术带来的巨大好处。

以往用户卡慢的时候会直接告诉你当时做了索引，或者是排序太多了，如今是通过大数据去分析和触发器报告情况，系统会自动的把一些体验不好的用户拉进去，从而让用户知道问题所在，剩下的一切就是自动化了。余锋表示，如今的阿里云关注的是用户所有体验的细节，并且会主动去服务。

如何解决从零开始后带来的数据巨量增长问题？

阿里云上现在有很多用户初始的数据量很低，后续因业务增长会带来数据量的急速增长，亦或起初的程序没有写对，这些都会带来很多的问题，而且很多问题不是线性的，而是指数的，到了某个点会导致业务无法使用。这是普遍存在的问题，而解决办法首先是证明阿里云本身是否存在问题，从而帮用户解决一些他看不到的问题，再建议他如何做，可能从本身就解决了他的问题。

当初研发团队有20个研发人员时有48个DBA，为何如今团队人员增长好几倍后仅有个位数的DBA？因为现在有很多操作可以通过机器实现了，但又无法保障机器的100%正确率，主要是由于其中的偶然性错误是无法避免。

余锋认为，在未来，劳动密集型云计算终会走向知识密集型。

操着卖白粉的心做好每一款数据库产品

余锋在接受采访时表示，开发一个功能或产品切不可闭门造车，一切都需要依照用户的需求和呼声。每个功能或产品会有一定的群众基础，一开始不收他们的钱，专心为他们做服务。刚开始有很多问题出现，用户会热心的提出并一起改进和成长，从没有做到慢慢成熟。而如今有太多的不可预期，用户把数据放在这里，需要对用户负责。比如，每年双十一都面临着巨大的压力，平台上有着成千上万的用户，一旦有一个用户不正常，从整体的角度来说是无感觉的，但是用户的几百万上千万的资金可能就没有了，导致货卖不出去。余锋说他们在赚点用户买资源的钱以外，操的是卖白粉的心。

此外，数据库跟其他产品不太一样，因为它在金字塔的底端，很多功能的实现都围绕它，一定保证服务跑得起来，这是最重要的一点，即使这个数据库不是很酷。就好比你有博士学历、聪明，但身体不行，钱再怎么多也没用，还不如身体好好的，傻一点就傻一点，那还有救。

（责编/仲浩）

本文为ImapBox原创文章，未经允许不得转载，如需转载请联系market#csdn.net(#换成@)