安全地暴露内网服务

为什么这么设计(Why’s THE Design)是一系列关于计算机领域中程序设计决策的文章，我们在这个系列的每一篇文章中都会提出一个具体的问题并从不同的角度讨论这种设计的优缺点、对具体实现造成的影响。如果你有想要了解的问题，可以在文章下面留言。

非一致性内存访问(Non-Uniform Memory Access、NUMA)是一种计算机内存的设计方式[^1]，与 NUMA 相对的还有一致性内存访问(Uniform Memory Access、UMA)，也被称作对称多处理器架构(Symmetric Multi-Processor、SMP)，早期的计算机都会使用 SMP，然而现代的多数计算机都会采用 NUMA 架构管理 CPU 和内存资源。
 

而且当然：您检查备份。发生语法错误。现在，您必须对所有数据进行反向工程。这是一个经常发生的真实示例。

自我管理的数据库有操作和安全风险。它们使人分心，无聊且不必要。使用Cloud SQL或其他产品并睡个好觉。我们通常会看到Aiven.io等公司提供的托管产品 。这些公司提供大多数数据库，它们可以为您在所有大型云提供商上运行它们，并且它们具有更多功能，更成熟和更复杂。而且，它们通常更便宜，并确保零锁定，同时为开发人员提供了更高的便利性，如果并驾齐驱，我将始终希望这样做。

#7：无缘无故地走向多云

仅使用多云和尝试将系统设计为不可知论和可移植的之间是有区别的。后者具有许多不同的优势，例如动态环境，并且比使用多云更有意义。当然，这是有历史遗留的：有些团队一直在使用GCP，而其他部门则从AWS开始，现在就在这里。其他包括专业化。有人可能会说，GPU在GCP上比在AWS或成本原因上更有效地运行。但是要真正浮出水面，您需要足够的大小。简单的多云设置需要高度的自动化，并且需要开发人员屏蔽配置和设置任务。否则，最终会陷入脚本地狱。

作为一般规则：如果不是绝对必要，请不要进行多云。

结论

我希望这些观点能帮助您避免该领域中最大的错误。记住妮可·福斯格伦(Nicole Forsgren)，杰兹·汉布尔(Jez Humble)和吉恩·金(Gene Kim)在他们的书“加速”中写道：“排名前1%的团队的发货频率是原来的 10倍”。

这是因为他们正在充分利用当今的一切。我每个月花费1个小时来查看我的个人工作流程，待办事项列表以及组织应用程序的方式。为什么?因为如果您的流程效率低下，它实际上会在数周内加起来。这些微小的事情(例如搜索您的照片应用程序)会分散您的大脑。停下来一个月度过一个下午，以确保您的生产率得到精简。这将帮助您专注于创新而不是配置，从而使团队更快乐。
 

#5：无法维持的测试自动化

没有自动化，就不可能进行有效的测试。持续交付带来了不破坏任何东西的持续责任。您需要不断确保不要陷入倒置测试金字塔的 陷阱。为此，您需要能够在开发生命周期的正确点运行正确的测试。

足够的CI工具将帮助您将单元和集成测试放在正确的位置，而带有配置管理和环境管理的CD工具将帮助您以可靠的方式运行自动化的端到端测试。

做得好的设置允许开发人员或测试人员动态启动预配置的环境。严格外部化您的配置，并确保具有在部署时注入这些变量的配置管理。这带来了许多积极的改进：

在正确的时间运行正确的测试，同时向开发团队提供有效的反馈

开发人员可以获得自主权，您可以减少关键人物的依赖性，

质量检查人员现在可以通过功能环境测试子集，

质量检查人员可以并行化测试，这样可以节省时间，同时可以对数据的子集进行测试。

#6：自己管理数据库

刚刚离开的队友负责为客户项目设置MongoDB，并且当然使用开源项目自己运行它。当然，切换是“完美无缺”的，当然，数据库也没有得到适当的保护，有一天晚上，它显示了数据应该位于的位置：

（编辑：常州站长网）

【声明】本站内容均来自网络，其相关言论仅代表作者个人观点，不代表本站立场。若无意侵犯到您的权利，请及时与联系站长删除相关内容!