导读 | 什么是“The Fenix Project”？
周志明
你好，我是周志明。
在开篇词中，我在介绍“探索与实践”这个模块的时候，提到会带你开发不同架构的 Fenix’s Bookstore。你是不是还不清楚这个项目是啥，以及为什么要做这么一个项目。所以，这一讲我要再和你说一说这门课的来源，这样你就会更清楚为什么会这么设计了。
因为我一直看重“布道与分享”对梳理、扎实知识体系的重大作用，所以便萌生了把自己这十几年软件开发工作中用到的架构知识，进行梳理，并以文字的形式分享出来的想法。于是，2019 年底，我就开始了这项浩大的工程，在 GitHub 写了一部叫做《软件架构探索：The Fenix Project》的开源文档。
后来我又和极客时间的编辑讨论，为了让更多的开发者能从中收益，让他们可以相对轻松地跟着我一起进行这次的软件架构探索之旅，所以就再一次整理成了“图文 + 音频”的形式。
后面，我也会基于这个开源文档再出版一本纸质图书。如果你在这门课更新的过程中，分享了优质的留言并被课程编辑展示了出来，我也会送你一本有我亲笔签名的书。
其实，“软件架构探索”的意思是清晰的，但乍一听到“The Fenix Project”，是不是还很难判断这门课到底要做什么呢。确实如此，所以接下来，我们就先从“Phoenix”这个词说起吧。
公开
同步至部落
取消
完成
0/2000
荧光笔
直线
曲线笔记
复制
AI
- 深入了解
- 翻译
- 解释
- 总结
本文介绍了软件架构的演进历程，从大型机到微服务、服务网格、无服务架构的发展趋势。作者强调了架构演变的根本驱动力是为了方便服务能够顺利地“死去”与“重生”。通过对比单体架构和微服务架构，阐述了架构设计中的错误熔断、服务淘汰和重建的重要性。文章还介绍了“Fenix Project”课程的背景和命名由来，以及作者的学习计划。整体而言，本文对软件架构的发展趋势和架构设计的重要性进行了深入探讨，对于想要深入了解软件架构的读者具有一定的参考价值。
该试读文章来自《周志明的软件架构课》，如需阅读全部文章，
请先领取课程
请先领取课程
免费领取
© 版权归极客邦科技所有，未经许可不得传播售卖。 页面已增加防盗追踪，如有侵权极客邦将依法追究其法律责任。
登录 后留言
全部留言(58)
- 最新
- 精选
👽我依然相信，最好的学习方式依旧是：自己试试 “纸上得来终觉浅”，我会尝试跟着老师，从0开始，构建一套自己的项目，用于展示自己的技术，同时也是对自己架构理解的检测。 过程中可能会碰到问题，技术问题，思维差异，可能会有很多想法和理念跟老师不同。到时，希望能和老师多交流，沟通，互动，希望能在此篇完成的时候，跟老师的 Bookstore 一起“对对答案”作者回复: 找到适合自己的学习方式是幸运的。欢迎日后交流。
2020-11-19332
J.Smile视角挺特别的，从细胞构建生命的角度去理解架构设计，以及架构设计的演变。流水不腐，户枢不蠹。那句架构演变的重要驱动力是让服务顺利死亡和重生的观点，还是挺耐人寻味的，期待后边课程。作者回复: 流水不腐，户枢不蠹。感谢支持。
2020-11-2123
当世界下起了雨冯诺依曼的《自复制自动机》我也看过，但是对其中如何实现从不可靠部件中构建可靠系统还是一头雾水。 您是认为动态地维护一个活着的部件的集合，当部件死去时就从集合中删去，当其复活时重新加入集合，这样系统所利用的集合中的部件永远是可靠的，从而系统本身也是可靠的，这样的意思吗？作者回复: “可靠的系统”可能很难按照如此简单的方式来定义清楚。如果一定要用一句简单的话来描述“系统可靠”，我认为也许是：系统的设计阶段（而不是在部署运行之后），就已系统性地考虑过到它的每一个组成部分的隔离、出错、容错、崩溃、回弹、演进、报废与外部观测等属性。
2020-11-19320
HAO课程是以前的领导分享给我的，他是我程序开发的启蒙者，后来成为了多年的好友，也一直在关心我的个人能力。只是我比较懒散，目标也不明确，往往是辜负他的期盼。多年来每日看起来繁忙，实则没什么追求得过且过，无论是术还是道都没达到应有的水平。刚入行开发是为了混口饭吃，现在发现自己其实挺适合做开发，也越来越喜欢它。渐渐地会开始写文档，去了解新的技术，想去锻炼自己的表达能力，想把自己的想法表达出来。今天有幸看到老师的课程，虽然还没制定学习计划，但是看到这里心里学习的冲动。希望这会是好的契机，让我学到想要的，脱离繁杂琐碎的工作，能学习更多，分享更多。作者回复: 有个好领导是幸运，祝你能不负领导的期望，也不负自己。
2020-12-18214
阿卧刚进入一家新的公司，这家公司注重软件设计、技术评审、项目迭代。与我以往的开发模式略有不同。我也打算忘记以前拙劣的架构设计能力，跟随老师的教学规划来重新认识架构设计。 希望能够从老师讲的课程中得到启发，得到架构设计上的沉淀，自己也会经常沉淀、总结形成自己的一套架构设计理念。让不死鸟注入我的基因重生（the fenix project）！作者回复: 感谢支持，共勉。
2020-11-194
no ne流水不腐，有老朽、有消亡、有重生、有更迭，才是正常生态的运作合理规律。PS，作者也是老星际迷了。作者回复: 感谢支持。确实是老星际迷了。
2020-11-184
Phoenix建筑才是追求永恒，架构追求的只是适应变化作者回复: 感谢支持，共勉。
2020-11-201
聪不管怎样，我觉得还是实际去写去做出来才是最有效的学习方法，不管最终成品如何，都会让我对架构学习更深刻，我通常使用新技术或者学习新的框架体系，都是将原来做过的简单系统再重构一遍，虽然功能简单，但是在不断的使用新的技术实现，除了掌握新东西外，也会发现之前的不足，获得新的体会，就像老师说的，系统其设计都是演变而来，同一个功能，不断优化，也是演变的一种作者回复: 同意
2020-11-201
萌萌岛主架构师设计软件系统如同上帝开天辟地。上帝拿着一本蓝图设计宇宙，其中万事万物本着自然规律(01，周而复始，生老病死，诞生消亡等)精密的协作，构建了美丽的世界。😂作者回复: 很有画面感
2020-11-181
蓝蓝其实很怕会读不懂，但还好，读的差不多懂，也感觉很有意思。来的比较晚，先继续读下去，后面再多复习。目前感觉架构如何将系统变成稳定的系统，这一解释，很有意思。感觉不死鸟的说法很形象，很有触动。作者回复: 加油
2020-12-11
收起评论