https://blog.qife122.com/tags/%E5%A4%8D%E6%9D%82%E6%80%A7%E7%B3%BB%E7%BB%9F/ Recent content in 复杂性系统 on 办公AI智能小助手 Hugo zh-cn qife Tue, 30 Dec 2025 08:12:49 +0800 https://blog.qife122.com/p/%E8%BF%BD%E5%AF%BB%E6%A0%B9%E6%9C%AC%E5%8E%9F%E5%9B%A0%E6%98%AF%E6%9D%A1%E6%AD%A7%E8%B7%AF%E4%B8%8Edavid-blank-edelman%E6%8E%A2%E8%AE%A8%E8%BD%AF%E4%BB%B6%E6%9E%B6%E6%9E%84%E4%B8%8E%E5%8F%AF%E9%9D%A0%E6%80%A7%E5%B7%A5%E7%A8%8B/ Tue, 30 Dec 2025 08:12:49 +0800 https://blog.qife122.com/p/%E8%BF%BD%E5%AF%BB%E6%A0%B9%E6%9C%AC%E5%8E%9F%E5%9B%A0%E6%98%AF%E6%9D%A1%E6%AD%A7%E8%B7%AF%E4%B8%8Edavid-blank-edelman%E6%8E%A2%E8%AE%A8%E8%BD%AF%E4%BB%B6%E6%9E%B6%E6%9E%84%E4%B8%8E%E5%8F%AF%E9%9D%A0%E6%80%A7%E5%B7%A5%E7%A8%8B/ <h4 id="关键要点">关键要点</h4> <ul> <li>可靠性是架构的一种涌现属性，可以包含对客户重要的任何属性，如可用性、延迟、吞吐量、持久性或信息新鲜度。因此，它超越了单个用例。</li> <li>不存在所谓的事故单一根本原因。失败有多种原因，其中一些是社会技术性的。有时为了理解事故，必须了解事故发生前某物是如何工作的。</li> <li>架构师和软件可靠性工程师应建立基于对系统实际工作方式好奇心的协作关系。有关失败的知识应与架构师和设计师共享，这样他们不仅能了解系统在实践中的运行方式，还能利用这些信息在未来设计出更好的系统。</li> <li>事后审查应首先关注“什么”和“如何”，然后再问“为什么”。过早关注“为什么”通常会遗漏重要信息。</li> <li>复杂系统几乎总是处于失败的边缘。</li> </ul> <h4 id="文稿">文稿</h4> <p><strong>Michael Stiefel</strong>：欢迎来到架构师播客，在这里我们讨论成为架构师意味着什么，以及架构师实际上如何工作。今天，我们将讨论一些对架构师非常重要但通常没有明确讨论的话题。我们已经在这个播客上多次谈到了可靠性和为失败而设计，但我们还没有讨论过如何让我们的系统设计更加健壮，而不仅仅是在失败后进行修复。</p>