首页 高可用架构简史
文章
取消

高可用架构简史

高可用架构简史

  1. 高可用架构简史,许多系统仅依靠一台计算机来促进这些请求 - 我们都知道这是一个不能很好地结束的故事。为了保持正常运行,我们需要在满足我们需求的多台计算机之间分配负载…… 2. 一个通用且灵活的项目结构,适用于任何生态系统中的所有项目。3. 敏捷赢得了战争但失去了和平。4. 遗留下项目的挑战以及如何解决这些挑战。5.为什么“敏捷”,特别是Scrum是可怕的。

1. 高可用架构简史

许多系统仅依靠一台计算机来促进这些请求 - 我们都知道这是一个不能很好地结束的故事。为了保持正常运行,我们需要在满足我们需求的多台计算机之间分配负载。然而,对于其众所周知的优点,分布式计算具有尖锐的边缘:特别是同步和容忍系统内的部分故障。每一代工程师都在迭代这些解决方案,以满足他们时代的需求。

高可用架构简史

2. 一个通用且灵活的项目结构,适用于任何生态系统中的所有项目

为什么要担心文件结构?这似乎是一个难以解决的问题。当没有任何限制时,几乎每个人都对“事物”的命名方式以及应该居住的地方有不同的看法。为了使每个人都在同一页面上以实现最大的项目一致性,应事先就结构达成一致。

篇文章怎么会有所不同呢?我的目标是定义一组标准,我们可以为其评估文件结构,然后描述一个合理的开始,结构可以作为任何生态系统中任何单页面应用程序的基础。

一个通用且灵活的项目结构,适用于任何生态系统中的所有项目

3. 敏捷赢得了战争但失去了和平

敏捷赢得了战争。敏捷是可敬的,现在每个人都很敏捷。大企业急于变得敏捷,政府希望敏捷,蓝筹咨询会让你敏捷。

但敏捷失去了和平。

敏捷赢得了战争但失去了和平

4. 遗留下项目的挑战以及如何解决这些挑战

术语“遗留项目”和“遗留代码”对不同的开发人员来说意味着不同的东西。我认为大多数开发人员可以同意的一件事是遗留项目是一个难以维护或难以维护的项目。

在软件行业花费足够多年,您可能会发现自己形成了大多数项目都是遗留项目的观点。当然,有些项目比其他项目更“遗产”。

接下来列出了我发现的遗留项目最常见的一些特征。在每个项目下,我都包含了解决问题的方法。

遗留下项目的挑战以及如何解决这些挑战

5. 为什么“敏捷”,特别是 Scrum 是可怕的

毫无疑问,敏捷是一件好事,敏捷宣言并非不合理。与称为“瀑布”的稻草人实践相比,敏捷显着优越。然而,如此多的敏捷实践是非常有害的,我并不认为敏捷/瀑布二分法首先是有用的。

有一种叫做Scrum的敏捷,我见过它实际上杀死了一家公司。通过“杀戮”,我并不是说“后来的文化不那么好”。相反,我的意思是它的库存在不到两年的时间内下降了近90%。

为什么“敏捷”,特别是Scrum是可怕的

本文由作者按照 CC BY 4.0 进行授权