Martin Kleppmann谈分布式系统基础十年变化
过去十年，构建大型分布式软件系统的基础发生了怎样的变化？与 Martin Kleppmann（《数据密集型应用系统设计》作者）的对话——鉴于该书的第二版更新版刚刚发布。
时间戳：
00:00 早期职业
05:46 构建 Rapportive
10:47 在 LinkedIn 工作
14:09 撰写《数据密集型应用系统设计》
23:00 可靠性、可扩展性和可重复性
26:24 DDIA：第二版
30:50 使用云服务的权衡
39:02 云如何改变了扩展方式
42:53 分布式系统的麻烦
49:02 软件工程师的伦理
52:45 形式化验证
1:00:12 学术界与工业界
1:03:50 本地优先软件
1:09:50 计算机科学教育
1:18:32 Martin 当前的研究和建议
由以下机构赞助：
• @statsig – 标志、分析、实验等的统一平台。http://statsig.com/pragmatic
• @SonarSource – SonarQube 的制造商，代码验证和自动化代码审查的行业标准。查看 Sonar 的新架构管理功能，确保人类和 AI 代理都尊重您的系统蓝图。https://sonarsource.com/solutions/architecture/?utm_medium=paid&utm_source=pragmaticengineer&utm_campaign=ss-sonar-architecture26&utm_content=podcast-sonar-architecture&utm_term=ww-all-x&s_category=Paid&s_source=Paid%20Other&s_origin=pragmaticengineer
• @WorkOS – 在几天内（而不是几个月）交付企业级功能——SSO、目录同步、RBAC、审计日志。https://workos.com
在本集与 Martin 的讨论中，有三个方面值得思考：
1. 多区域和多云是风险/成本的权衡，而非最佳实践。
Martin 认为，在决定是否采用多区域或多云时，不存在“最佳实践”。这个决策是风险与成本之间的权衡。这是一个需要做出的业务决策。《数据密集型应用系统设计》为工程师提供了阐述权衡的词汇，而不是规定答案。
2. 如今，对于大多数工程师来说，容错复制比分片更相关。
尽管本书有一整章关于分片，但 Martin 表示，云已经减少了对大多数团队手动分片的需求。这也因为机器越来越大，更多的工作负载可以放在单台机器上。跨机器分片越来越成为一个专业问题；而容错复制在任何规模下仍然相关。
3. 了解系统内部原理是应用开发者的超能力。
Martin 坚持认为，《数据密集型应用系统设计》不是一本为构建数据库甚至基础设施的人写的书，但它有助于应用开发者培养做出良好设计决策和调试最终会遇到性能问题的直觉。
时间戳：
00:00 早期职业
05:46 构建 Rapportive
10:47 在 LinkedIn 工作
14:09 撰写《数据密集型应用系统设计》
23:00 可靠性、可扩展性和可重复性
26:24 DDIA：第二版
30:50 使用云服务的权衡
39:02 云如何改变了扩展方式
42:53 分布式系统的麻烦
49:02 软件工程师的伦理
52:45 形式化验证
1:00:12 学术界与工业界
1:03:50 本地优先软件
1:09:50 计算机科学教育
1:18:32 Martin 当前的研究和建议
由以下机构赞助：
• @statsig – 标志、分析、实验等的统一平台。http://statsig.com/pragmatic
• @SonarSource – SonarQube 的制造商，代码验证和自动化代码审查的行业标准。查看 Sonar 的新架构管理功能，确保人类和 AI 代理都尊重您的系统蓝图。https://sonarsource.com/solutions/architecture/?utm_medium=paid&utm_source=pragmaticengineer&utm_campaign=ss-sonar-architecture26&utm_content=podcast-sonar-architecture&utm_term=ww-all-x&s_category=Paid&s_source=Paid%20Other&s_origin=pragmaticengineer
• @WorkOS – 在几天内（而不是几个月）交付企业级功能——SSO、目录同步、RBAC、审计日志。https://workos.com
在本集与 Martin 的讨论中，有三个方面值得思考：
1. 多区域和多云是风险/成本的权衡，而非最佳实践。
Martin 认为，在决定是否采用多区域或多云时，不存在“最佳实践”。这个决策是风险与成本之间的权衡。这是一个需要做出的业务决策。《数据密集型应用系统设计》为工程师提供了阐述权衡的词汇，而不是规定答案。
2. 如今，对于大多数工程师来说，容错复制比分片更相关。
尽管本书有一整章关于分片，但 Martin 表示，云已经减少了对大多数团队手动分片的需求。这也因为机器越来越大，更多的工作负载可以放在单台机器上。跨机器分片越来越成为一个专业问题；而容错复制在任何规模下仍然相关。
3. 了解系统内部原理是应用开发者的超能力。
Martin 坚持认为，《数据密集型应用系统设计》不是一本为构建数据库甚至基础设施的人写的书，但它有助于应用开发者培养做出良好设计决策和调试最终会遇到性能问题的直觉。