isno

@mokevip

以“用”为标的，

比如，“老项目跑了三年了，最近性能问题和维护问题成为了瓶颈”。

性能问题：能不能上“全链路追踪”，性能瓶颈定位到了，能不能用 Profiling 去分析，定位哪部分出问题了。这些搞清楚，“系统可观测”领域你就掌握了。
维护问题：怎么搞 CI 的，怎么搞 CD 的，能不能迁移到 k8s ，能不能用 k8s 统一实现 CI/CD 。搞清楚了，DevOps 领域你也熟悉了。
其他：等等

我是举个例子，你真要搞，先跟老板商量，从降低成本、提高研发效率、激发同事工作热情，三个方面讲。

老板没意见，再跟你小伙伴商量一下，看他们愿不愿意一起弄。

恭喜，升职了。

你现在还承担具体的前端的开发职责么？如果不承担，尽量把前端“忘掉”吧。

我从技术层面聊几句：

我的建议是尽量往横向发展。这个意思是，技术的广度最好不设边界，运维、开发、测试都了解一点。横向发展有个前提，要对某几项核心技术有深入的理解。例如，网络，网络技术基本上是所有高层应用的前提。k8s （ overlay 网络）、高性能计算（ kernel bypass 网络）、云计算网络（ vlan 、xvlan 、路由、VPC ）、分布式计算（共识，为了解决网络不可靠）、微服务治理（服务通信治理，也属于网络 ）

之后，再对某几个领域（观测、监控、devops ）学习一下。这之后， “公司服务器崩了之后”，你就可以提议一下“观测系统的建设”。再如，维护成了问题，你就可以再提议 “ DevOps 怎么搞， 怎么搞敏捷部署、交付”。

这些和开发语言没有关系，但你熟悉这些领域之后，会不会某个语言，也就没啥关系了。

我自己的例子举给你（稍微吹一下），事实上，我写过 C++，Java 、PHP 、Golang 、Python ，Swift 、Kotlin 、Vue....。这些语言，我基本拿过来就用，学习语言本身没超过三天的（ C++ 除外）。不是我学得快，而是上面的基础打得好。

“公司的核心技术”，从来不是某个语言。

@chaleaochexist

2 年半了，还没写完，还在补一些细节， :'( 。

不过快弄完了，今年肯定能写完了。

第一章《云原生技术概论》：先有认知，了解技术的发展的驱动力是什么是，看看微服务、容器、服务网格、devops 等等一系列技术解决了什么问题。对现代的分布式架构/系统有一个基本的认识。
第二章：《构建极致网络服务》，“网络请求”是架构设计的第一步，网络请求都到达不了“双活的”，“两地三中心的”，可用性“99.99999%” 的后端服务器。那这些高可用的形容词，都是“伪”的。
第三章，了解请求进入后端服务器是如何处理的。这一章相当于后续章节的前置，介绍一些高层架构设计中，需要注意的底层技术/原理。

第四章，开始进入分布式系统，主题是可扩展性，目的实现高可用，也就是介绍各类负载均衡技术。

第五章，第六章：前面章节介绍的都是无状态应用的设计。现在开始介绍“有状态应用”的设计，这里面有两个核心的主题：事务、以及共识。事务以及共识影响系统的可用性、容错设计。

第七章，第八章，是介绍容器系统相关的设计，介绍分布式系统中，容器是如何通信、调度、被管理的。但 Kubernetes 的问题是仅仅管理容器，容器内业务的通信治理也是个重要的主题。作为新一代的基础设施，容器以及服务网格的作用：是将系统中非业务逻辑全部解耦，下沉到容器、Sidecar 中。

第九章，解决了“网络请求”、高可用设计（负载均衡），数据一致性（事务、共识），应用负载（容器和服务网格）。那么整个高可用架构“设计阶段”已经解决。现在开始进入系统“运行阶段”。这个阶段要面临：大规模数据的挑战（成本和海量数据分析），系统的稳定性（监控），（各类观测数据的统一处理， 标准和规范）

最后一章，是 devops 的内容，补充应用如何交付、部署。


以上，就是 《深入架构原理与实践》 的主题。

送给你。 https://www.thebyte.com.cn/

好好学，送给你。
https://www.thebyte.com.cn/

继续学啊，同时期待别人都不学。😄

https://www.thebyte.com.cn/distributed-transaction/transaction.html

我这里介绍了 4 中分布式事务：BASE 、TCC 、SAGA 你可以看看。

如果有利益冲突，老板可能会弄你。

没利益冲突别解释了，问就是帮朋友解决个问题。