能出书说明你对某个领域，有自己的思考了，能体系化输出你的观点了。

被几十万人阅读，机会总是多一点的。


但 [合作写书] 的想法可以放一放。或许，你在刚开始的阶段能找到一些兴趣相投的伙伴。但相信我，过不了一个月，大家就散了。

掌握这些

https://www.thebyte.com.cn/architecture/architect.html

我自己写了点浅薄的 Linux 内核知识，你可以看看（主题局限在网络子系统）。

https://www.thebyte.com.cn/network/summary.html

完整的 linux 内核知识，你可以搜搜 张彦飞 的书。

@dashsoap97 不知道学什么？

嘿嘿， 够你学 1~2 年的了。https://www.thebyte.com.cn/ 。

https://www.thebyte.com.cn/architecture/background.html 云原生出现的背景
https://www.thebyte.com.cn/architecture/define-cloud-native.html 什么是云原生
https://www.thebyte.com.cn/architecture/cloud-native-tech.html 云原生的代表技术

坚持写了 2 年半了，基本上每天写到深夜

https://github.com/isno/theByteBook

看热闹的不嫌事大。没到深仇大恨，不要震楼器，不然你将成为整栋楼内的公敌。

@fesonx

书名叫可高用，但我实际想表达的是 高可用 = 可靠（观测、监控... ）、经济（低成本，弹性）、效率（运维效率：devops ，研发效率 ServiceMesh... ）。能力不行，这部分主题没突出出来。

@SDYY

这个问题注意到了。现在很难改了，只能希望在章序和结论里面，把内容串联起来。

@fesonx

谢谢建议。回答一下章节的问题：

第一章 是以云原生为主题，作为现在系统设计的绪论。
第二章网络（设计系统时，先研究请求怎么到达系统 ）、
第三章 Linux 内核（研究请求到达 Linux 内核时怎么处理）、
第四章 一致性的问题 [这一章转折有点大，跳跃了]
第五章 建立对分布式系统容错机制的抽象（数据副本）
第六章：负载均衡（有效使用“副本”）

@Oats

看到有错误帮忙提一提啊。我在校验书稿的时候，还是发现了非常多的错误。

Spring Boot 相关主题的书籍，没有市场。我比较肯定的是，各个出版社不再会接这个主题的书了。

我的经历供你参考：

我是 22 年开始写书，主题是 《深入架构原理与实践》。

我是写完第一章找的出版社，还算比较顺利，找了两家就确定了合同。后面担心卖不出去，我索性将内容全部开源了，希望这样能吸引一批读者。

如果你想写书，先确定能不能沉下心。我 22 年 3 月落笔，到现在两年半了，还没完全写完。这两年半时间里，我基本放弃了所有的业余时间。如果你确定决心了，先写大纲，然后再写一章样稿。

先找四大出版社（电子工业、清华、 机械工业、 人民邮电）。如果他们和你签约了，那你只负责写（其他不用管），写完全稿之后。有正式的“三校三审”，确认内容是否严谨、错误别字、图文一致，是否符合规范，如果不符合，打回重写。

最后，发行、出版、书号、售卖全是出版社负责，每卖出一本书，你大概有 3 ~8 块钱。一般的计算机书籍能卖 2 ~ 4 千本。如果算钱，你最终能收益 2 万 ~ 3 万 人民币左右。

37 岁的码农看这样的帖子郁闷，关掉。

你可以先投个简历试试，看看有多少已读不回。然后就会有新的想法了

@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/