架构师资料教程

在过去的二十年中，技术和软件开发方法迅速变化。尽管如此，软件架构师的重要性却越来越高。即使在当今的敏捷文化中，架构师在自治团队中也起着至关重要的作用。这篇文章是关于架构师的特征和开发所需的技能。当然，成为一名成功的架构师可能还需要许多额外的技能，但我会从我的优先级列表中强调一些。

不要试图创造一个全局的解决方案，一个一个地解决局部问题，也许模式就会出现，本文阐述了从上而下的过早全局抽象设计容易造成战略决策错误，导致南辕北辙： 有时，努力工作的聪明人会使事情变得更糟。以下故事是基于我对一些真实事件的回忆： 

Wave是一家拥有70名工程师的17亿美元的公司，其产品是一个加减数字的CRUD应用程序。为了与此保持一致，我们的架构是一个标准的CRUD应用架构，一个Python单体在Postgres之上。从一个简单的架构开始，并尽可能用简单的方法解决问题，使我们能够扩展到这样的规模，而工程师们大多专注于

昨天有人在 Hacker News 上

可汗学院最近进行了大规模重写，他们用 Go 编写的面向服务的后端替换了旧的 Python 2 单体。Kevin Dangoor 和 Marta Kosarchyn 是可汗学院的高级工程师，他们写了

企业的IT部门被很多事情困扰着，但过度的复杂性一定是在名单的首位。任何试图描述平均IT景观的努力，最终都会在应用、硬件和相互依存关系中变成无法解读的意大利面条。这几乎就像企业IT受到热力学第二定律的制约，该定律的结论是一个（孤立的）系统中的熵永远不会减少--在最好的情况下它可能是恒定的，但通

自由软件的价值在于它能够让我们实际拥有并保持对我们系统的控制，自由驱动程序往往可以解锁其供应商可能认为不适合提供的硬件功能。不过，英特尔即将推出的 "软件定义硅"（SDSi）机制可能会减少这种控制，因为它剥夺了任何没有支付必要费用的人对硬件功能的访问。SDSi 是一个“功能”，预计将

我们希望有一个策略，能让我们决定何时停止设计，开始实施编程，同时优化成本函数。 启发式#1：有足够的 "已知的知识"。你是否有最小的知识来带来价值？你的项目可能是庞大的；因此，有许多需求，可能有些需求可以在没有其他需求的情况下

Eltjo Poort 是 CGI 荷兰的架构实践负责人，在软件行业拥有超过 30 年的经验。Eltjo 首先解释了架构上下文和业务驱动程序的重要性，它们可以帮助架构师理解不同的权衡和选项，以便做出正确的架构决策。Eltjo 分享了架构师的主要职责，以及架构师应如何通过了解架

WebAssembly（缩写为 Wasm）是各种编程语言和许多不同执行环境之间的中间层。您可以获取用 30 多种不同语言编写的代码并将其编译为 .wasm 文件，然后可以在浏览器、服务器甚至汽车上执行该文件。“WebAssembly”这个名称具有误导性。虽然它最初旨在使代码在 Web

我们目前还没有一种用于DI（Design Intent设计意图的简称，意图包括架构，业务规则）的语言。当DI被嵌入到了代码中的会出现病症：如果你需要重构，那么很可能代码还没有被切分为DI和实现两个部分。 过多的细节走向了DI的对立面。 

作为一名想要成为 DevOps 工程师的人，肯定想了解什么是 CI/CD 以及我们为什么需要它们？CI/CD 是语言/运行时（例如 Java/OpenJDK、JS/Node、Ruby、Docker 容器中的某些东西）之间的粘合代码，包括交付（取决于您的工件类型，例如 Docker 容

对于那些刚刚进入云原生领域的人来说，在一个完全云原生的组织中大规模“左移”的概念可能听起来很未来。对于在生产环境中运行 Kubernetes 多年的云原生领导者来说，左移正在顺利进行。北欧的初创挑战者银行 Lunar 就是这样的组织之一。本文讨论Lunar 的架构、开发人员对生命周期

当你看到科技媒体报道的内容，或者顶级科技会议的演讲者，往往是来自Airbnb或Stripe这样高增长的宠儿，或者像FAANGs这样成熟的、高利润的公司，但是剩余的99%的开发人员很重要，因为这些开发人员构建了为我们的生活提供动力的软件：保险、医疗保健、零售和银行业务，大多数公司不是围绕技术建

如何在敏捷世界中交付可靠的架构？这是一种创建适应不断变化的架构的方法。有很多关于敏捷架构的文章，但我认为我们还没有一个公认的实践。好的架构必须考虑许多不同的观点（技术和人的），并不断地权衡一个与另一个。 MVP 论点有

在设计、实施和运营起广告投放系统的两年中，我们学到了一些值得分享的东西： 首先，不可能为所有故障设计服务并为耗尽而设计。在容错的复杂性和各种故障的可能性之间找到平衡是很重要的。例如，为了达到所需的 SLA，