免费领取阿里云大礼包3150元+新客享0.26折起优惠

gydtep2002

架构其实是每个应用线每个业务线都有。有些技术同学本身就是有架构师的这种角色。阿里很早以前是专门有架构师岗位，专门的去做架构，但是做着做着架构师就做没了。因为很不接地气，它没有解决具体、真实、实际的问题。但现在可能更多的看到了，其实很多平台很多应用里面都会有一些架构师的角色，他们是在抽象这些技术问题，解决这些问题。所以第一点是行散神不散。优秀的技术同学一直在用架构的意识，解决实际的技术和业务问题，这就跟普通的技术同学有本质的区别。他不光是解决这一个问题，他可能解决这一类问题，用架构的思想去解决问题。

gydtep2002

接触更多的人和事，用新方法解决新问题。这个很关键。不能只看代码看一个月，要找真实的业务方，你的上游，你的下游，你的合作伙伴。比如说做双11，我是2016年12月份到业务平台，我花了整整三个月，跟每年双11的大队长、重要人去聊双11。他们是怎么理解，怎么来思考的，他们认为什么地方有问题。我再找他们要一些建议：我应该怎么去做。跟他们聊的过程中才知道我们需要做什么样大促，要把握什么是关键点，这都是一些宝贵的财富。

gydtep2002

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

gydtep2002

架构师看问题的眼光和别人不一样，不要只看见这一个问题，还要看见这个问题背后是什么，这一类问题背后是什么，我怎么能用抽象的方法解决一类问题。想好了以后，我就把当前的这个问题先解决掉，其他的问题用抽象的方式去解决它。

gydtep2002

比如看到一个会员，你不能仅仅只看到会员，你要看到会员上面的业务是什么，谁在用会员，这叫全局。同时，会员用的最多的是导购和交易，登录仅仅是会员本身一个很小的业务功能而已。基于会员，我们有导购有交易，把这些东西要串起来看明白，就能完整的认识到会员到底提供了什么，一定要有一个全局视角。

gydtep2002

技术的广度非常依赖于积累。你一定要带着问题去想，这个时候你才有记忆力、有了积累，慢慢的你技术的广度就会越来越深。你要了解数据库，你必须对下层的网络了解，所以我们要对网络，CDN可能要更进一步的认识。

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

gydtep2002

架构师一定要有技术的广度。大家一定要学会积累，积累到一定程度以后，你会做到无师自通。比如你了解网络、数据库，然后你又了解了磁盘30%，当这些知识逐渐成体系了，你是有能力去消化和打通不同技术点背后的相关性，对于你的个人能力的提升和认知层面的提升有巨大的帮助。

gydtep2002

给大家举个例子，像数据库组成的强同步，对我们后续技术架构进和业务的改进都是有极大影响的。这个时候大家要对数据库有一个全局的认识。

2009年用Oracle数据库用的非常多。。我当时不是做数据库相关的，但是为了把Oracle数据库研究透，去学了非常多Oracle数据库相关的内容。了解里面的逻辑，知道它是什么开发态，是什么运行态，什么管理态，知识都是延续的，后来到了阿里，可能花很短的几个小时就能把现在阿里所有的数据库吃透。

gydtep2002

遇山开道、遇水架桥，这讲的是决心。很多时候问题确实很难解决，也需要协调更多的人。很多人可能会放弃。我们最近在做架构的升级，用国产化芯片，从底到上全链路的。如果有一方配合不到位，这事情就很难推进了。从 4 月份一直到 7 月底被阻碍了两次，第三次如果再没办法开展下去，这个事情就彻底的结束了。我们当时把整个团队召集到一起，互相打气：一定要干成。遇山开道、遇水架桥，有什么问题抛出来，大家一起来解决，要有决心，更要果断。

gydtep2002

PolarDB-X 采用的是基于 XA 协议实现的分布式事务策略，其中又分为多种实现：
• 适用于 MySQL 5.6 的 BestEffort 事务
• 基于 InnoDB 的 XA 事务
• PolarDB-X 2.0 中实现的 TSO 事务