gydtep

再谈谈为什么要做多中心容灾，以我所在的CDN&视频云团队为例，首先是海外业务的需要，为了能够让海外用户就近访问我们的服务，我们需要提供一个海外中心。但大多数业务还都是以国内为主的，所以国内要建双中心，防止核心库挂掉整个管控就都挂掉了。

gydtep

对于线下 IDC 而言，计算资源是需要预先规划的，扩容并不是一件简单的事情，可能会因为各种条件的制约而导致扩容无法实现。当然这种困扰在云计算时代不复存在了，为一个应用扩充计算资源是信手拈来的事情，但光有计算资源是不够的，还得在上面部署应用，并将应用容纳到微服务体系中。

gydtep

根据这个流程，如果需要扩容一个应用实例，保守估计也需要 20 分钟以上，其中购买、系统初始化、应用部署都需要占用大量的时间。假设系统流量突增，需要在 2 分钟之内紧急扩容，这个方案就无用武之地了。

gydtep

在应用生命周期管理以及服务治理方面， Kubernetes 提供了比较完善的实现机制，通过构建 Deployment 资源，配合 proStop 和 postStart 脚本，能比较方便的实现滚动发布以及应用的优雅上下线。

gydtep

这其实并不是一个好主意，每一个计算资源都是需要成本的，资源池虽然能够解决计算资源快速投入使用的问题，却造成了巨大的浪费。另外，到底规划多大的资源池，也是一件很伤脑筋的事情，池子越大，造成的浪费就越大，但池子太小，又可能满足不了扩容的需求。

gydtep

第一点就是顶层设计。国家每5年有五年计划，这其实就是在国家整个层面的一个非常清晰的顶层架构设计，这里面对国民经济重大建设项目和生产力进行宏观的架构设计，它也是一种架构设计。在这里面，要做什么事要定义的非常清楚，要达到什么样的结果也要定义的非常清楚。

gydtep

当前最紧急的问题，比如说用户体验、提升效率、低成本。这些问题其实是非常复杂的。很多同学都想解决这个问题，很多种方法都在解决，但是整体来说效果不是特别明显。因为它链路太长了，链路长代表影响的业务和影响的人更多，你必须得换一种新的思路来考虑这个问题。同时用户分层，内部的技术人员增多，其实我们最终要化为一句话：要把解决复杂问题定义为架构师的一个典型角色。

gydtep

架构师需要什么样的能力
架构师需要什么样的能力？我参考了很多外面一些同学的分享，总结出来其实就是发现问题、分析定义问题、解决问题。

gydtep

2009年以后我花了两年时间学习网络，对交换机、路由器、骨干网、城域网，运营商怎么建网的，我们的IDC是怎么建网的，除了实践以外，已经基本了解了。大家每天都跟网络有交互，为什么重传高？为什么延时高，TCP/IP第4层的下面IP第3层是怎么操作的，IP下面的MAC层是怎么操作的，大家都要深入了解一下。

gydtep

救火很多时候就考验你这个能力。我去救火时根本不会用现在那些平台化的工具，直接上手用TCP代码抓原始发文，马上能分析出很多问题。这就是平时的积累，慢慢的你就会对全局有认知。