1.你在本次Ops World上分享的题目、大纲及摘要是什么？

这次会议的我的分享是《Codis 的过去和未来》，其实作为这个项目的主要作者之一，想讲讲在这个项目开发的过程中的一些经验和对于架构上的思考。其实很多朋友会对比 Codis 和官方的 Redis Cluster，其实两个方案没有优劣，我会谈谈作为开发者的看法。

2.如果重新选择，你是否还会选择做运维，运维你认为是能够做到多大年龄的职业，关于运维职业规划，你有什么建议？

其实我的主业可能并不是全职的 Ops，但是作为一个基础软件工程师，我服务的对象可能都是运维，另外自己本身也算是半个 DevOps，我个人的经验是对运维如果能了解很多架构方面的知识和这些日常使用的基础软件的原理和开发技能的话，对视野的开阔和更好的维护系统是有很大帮助的，另外自动化对于运维来说我觉得是放在第一位的，做很多决策的时候都要思考是不是可以自动化，是不是可以 Scale。我的建议可能是往 DevOps 发展吧，没有年龄的限制。

3.能否给广大运维推荐基本你认为非常不错的书籍，并给下理由？

我推荐基本编程书吧。

《UNIX 编程艺术》 ESR 的经典哲学书，对于理解 *NIX 世界的规则和文化很有帮助，能更好的理解手中的工具为什么这么设计。

《APUE》既可以当手册，又可以对 *NIX 操作系统本身有个宏观的理解，也是我的编程入门书之一。

《Linux System Programming》，lsp 可以作为 apue 的简化版来读。

Shell 我觉得只需要读 《Linux Shell Scripting Cookbook》就够了，不错的书，实战为主。

4.你认为运维除了技术能力之外，最重要的能力是什么？

扎实，系统的编程能力，没有其他。

5.在运维自动化方面，能否分享下实践经验？

很多 DevOps 经常会自己造很多轮子，其实现在社区里有很多可以直接使用的很好的东西，比如在现在的项目 TiDB 中我们通过 Prometheus 和 Grafana 进行监控，Prometheus 做 metrics 收集和分析，另外它可以加入很多自定义的查询及监控规则，Grafana 用来做可视化，部署通过 Kubernetes 等优秀的工具，其实这些现代的工具本身的扩展性和灵活性就很高从一开始设计就是为了满足绝大多数的需求，而且更重要是，拥抱社区的话，你的代码会和社区一起进化，更少出现因为各种脚本和程序因为疏于管理而导致的腐化。

6.容器越来越普及，你们有没有在生产环境开始部署容器，有没有实践经验分享？

（并非运维。。。无法回答这个问题）

7.随着云计算时代的到来，像DBA等许多传统的运维岗位可能会被取代，你如何看待云对运维的冲击？

我觉得计算机行业任何的岗位如果不拥抱新技术都会被淘汰，而且我相信未来一切都会运行在云端，不管是公有云还是私有云，业务开发和部署会和计算资源彻底分离，而且另一方面数据量越来越大，分布式系统的规模也会越来越大，一定会超过人所能手动管理的数量，现在很多趋势是这种大规模的分布式系统、分布式数据库倾向于「自己运维自己」，本身的 Failover 和数据恢复和负载均衡都自动完成，人工在其中的作用可能会越来越小。不过我认为也不用过度悲观，往更全能的 SRE 和 DevOps 的方向，或者架构师方向，仍然是有很大的发展空间。

8.你对DevOps如何理解，你们是如何实践DevOps的？

（并非运维。。。无法回答这个问题）

OpsWorld大会编辑