intro

[giscus[bot]]

intro

构建大规模高可用的分布式系统

https://www.thebyte.com.cn/intro.html

[yankaiqian]

「视角到转回到工程师个体」，这句话中可能有错别字，或者您可以考虑去掉一个「到」字，改为「视角转回到工程师个体」。

[isno]

谢谢提醒，已修正。

[SongJian-99]

占座学习

[LandLinhangzhou]

占座学习

[yujijiwawa]

“教条式介绍睡过一觉不会有多少人记起。”这句话建议加个标点符号分隔下，或者换个说法

[isno]

谢谢，【如何阅读】这一段没组织好，比较杂也很乱，会重新写。

[difficulToName]

在今天的简中互联网上还能看到这么良心的内容，泪目了。
另外，小弟2024年毕业，上一段实习从事的是链路追踪，容器观测等工作，用到的技术栈有OpenTelemetry、Prometheus、Jaeger、eBPF等。
小弟我今天刚被公司狠狠卡转正，但是对容器可观测技术以及容器化、容器编排很有兴趣，今天了解了下，这类工作可以归结为SRE或者DevOps
想问问已经在行内的大哥们，这条道适合应届生吗，想做的话从哪里做起呢？

[isno]

适合啊，你都找到这本书了，就从这本书开始呗。

[hexody]

每个章节都太独立了，看完了整本仍然没有完整的“高可用架构原理与实践”知识体系，虽然每个章节都或多或少作为高可用架构的一部分，但是很难有系统性的理解。不过内容还是不错的

[isno]

”深入高可用系统原理与设计“，这个名字可以。

[hexody]

加油加油，追更一年了快

[hexody]

这些章节或既然或多少作为”高可用系统“理论基础，且作用在不同的架构层级当中，我个人觉得应该开局先拿一个典型的高可用系统的架构图来先给读者建立一个总体的概念，然后分层自下而上或者自顶向下安排章节，这样比较顺理成章。另外就像你说的，在章节末加一些承前启后的文字过渡一下，也是个比较好的方式。

[hexody]

然后全书其实也不完全是在聚焦“高可用”来讲的，如果读者是奔着“高可用”三个字去买这本书我觉得看完之后大概率不会符合他的预期。
本书更像是一个DevOps手册（因为现代的DevOps本身就离不开高可用系统的这些concept），内容偏general，所以在不大改内容的前提下，书名还得斟酌一下🤣

[isno]

然后全书其实也不完全是在聚焦“高可用”来讲的，如果读者是奔着“高可用”三个字去买这本书我觉得看完之后大概率不会符合他的预期。 本书更像是一个DevOps手册（因为现代的DevOps本身就离不开高可用系统的这些concept），内容偏general，所以在不大改内容的前提下，书名还得斟酌一下🤣

对于“高可用”，我有个更宏观的解释，不仅仅是”不宕机“，还有：

• 成本可用（资源成本，K8S 弹性，海量规模下的日志存储、分析，技术复杂度成本：ServiceMesh 降低业务复杂度）
• 敏捷可用（效率成本，gitops）
• 规模变大，但技术可控（不可变基础设施、容器、容器编排，等等一系列的云原生技术）

你提到的，”典型的高可用系统的架构图“，是否是”两地三中心“、”主备模式“、”集群副本模式“这样的内容？我刻意没写这些内容。我在书序里面表达了一个意思：”技术/架构/方法论“一直在变化，写一写具体的”技术方案“，很容易过时。

但一些基础的理论/原理，不会”过时“，这些理论/原理，是上层各类高可用架构的基石。上层的技术再怎么演进，基石就一直在那里。

我写作手法还不行，上述内容没很好表达出来。

[CowSmiles]

"尝试悟透点技术发展的规律。"这个里面的点是不是应该去掉，应该是多余的字

[isno]

“悟透技术发展的规律”，这样描述过于自大。加个“点”，只悟透“一点”，得谦虚一下。