gydtep
发表于 2021-1-30 16:09:28
但现在可能更多的看到了，其实很多平台很多应用里面都会有一些架构师的角色，他们是在抽象这些技术问题，解决这些问题。所以第一点是行散神不散。优秀的技术同学一直在用架构的意识，解决实际的技术和业务问题，这就跟普通的技术同学有本质的区别。他不光是解决这一个问题，他可能解决这一类问题，用架构的思想去解决问题。
gydtep
发表于 2021-1-30 16:55:49
为什么你能解决这个问题，并且能解决这一类问题？一定是你要看的多，你要想的多，这需要大量的实践和知识的积累，并且是站在过去的肩膀上。
gydtep
发表于 2021-1-30 17:38:29
阿里电商系统很早就开始建立了，我们这一代一代人在里面去做架构，都是站在前一代人的肩膀上。要去看前一代人为什么要这么设计，去想或跟他去聊，吸取他好的地方。现在可能遇到新的问题，通过其他的方法来解决一些新的问题，需要有实践和知识的积累。
gydtep
发表于 2021-1-31 12:39:59
学习也不是说去瞎学，一定要有体系化的。首先跟你工作相关的，要体系化的去学习，从最下到最上体系化的去学习，学习完了以后你会有新的不一样的认识。把你的想法可以向你的团队说出来，向你的主管说出来。
gydtep
发表于 2021-1-31 12:56:58
有人说过：在一个行业你能付出1万个小时，你会跟别人形成本质的区别。但是在我们这个领域，1000个小时就形成差别。
gydtep
发表于 2021-2-1 07:11:33
我来阿里之前在做一个CRM的系统。刚开始前几年一直在做CRM系统的业务，后来我要解决很多业务的问题，要把它抽象出来，去做业务问题下面基础的平台。再后来发现基础平台的要解决更彻底，还要做下面的中间件。来阿里之前我做过业务，做过业务的开发平台，也做过开发平台下面的中间件。
gydtep
发表于 2021-2-1 08:53:05
从2017年到业务平台以后能学到系统它的链路是什么样的，数据链路是怎么样的，整个调用链路是怎么样的，它和底层的关系是什么样的，可能遇到什么样的问题了？现在可能出现这个问题，再往后运行是不是会出现其他的问题。通过救火的过程中积累对系统的了解。
gydtep
发表于 2021-2-1 13:07:51
但 Percolator 也有一些已知缺陷：提交阶段延迟较高，仅支持乐观锁场景、冲突错误只能在提交时汇报等。XA 协议全名为 X/Open XA 协议，是一项通用的事务接口标准。XA 协议也基于两阶段提交的策略。
gydtep
发表于 2021-2-1 15:14:41
通常，用户很少会主动使用 START TRANSACTION READ ONLY 开启事务，因此对于常规事务，我们也针对每个连接使用了延迟开启 XA 事务的策略。对于所有连接，默认以只读的形式不开启事务，直到第一个写请求或者 FOR UPDATE 读请求再进行正常的 XA 事务流程。
gydtep
发表于 2021-2-1 15:23:59
在上面的只读连接优化中，我们通过将仅使用快照读的连接摘出事务之外，来优化 COMMIT_TS 的获取。而如果是完全相反的情况 ——— 所有连接都是写操作或者带锁的当前读操作，那么我们完全不需要进行快照读。
