2026西湖龙井茶官网DTC发售：茶农直供，政府溯源防伪到农户家
我说“自 2018 年以来我一直在进行基础设施可视化”并不是在吹牛——这是事实。那一年，我加入了一家位于波特兰的可爱初创公司 Stackery，该公司采用基础设施即代码（熟悉的人简称 IaC），并生成了如下所示的架构图：
其秘诀在于它是双向的：拖放资源，即可生成可部署的基础设施即代码。虽然这家初创公司自 2021 年起已不复存在，但你实际上仍然可以使用在线编辑器进行体验 ;)
我为什么要提起这段陈年往事？嗯，Stackery 后来被亚马逊云科技（AWS）收购（既然我已不再受雇于他们，我现在可以说了），并成为了AWS 基础设施组合器（前身为应用组合器），它采用基础设施即代码，并生成了如下所示的架构图：
它也是双向工作的：拖放资源，即可获得可部署的 CloudFormation 模板。但更重要的是，它是一种强大的可视化方式，有助于理解构成无服务器服务的分布式系统以及它们之间的交互方式。
现代时代
如今我在 Stripe 工作，Stripe 不是云服务提供商，所以人们可能会认为在我的新工作中没有可视化基础设施即代码的用例。
这种情况一直持续到上个月，Stripe Projects 发布，Stripe 命令行界面突然成为了构建任何东西的手段！
通过 Projects，任何人都可以使用 Stripe 命令行界面，从一个快速扩展的托管、身份验证、人工智能、数据库等提供商目录中配置服务——几乎是任何爱好项目或现实世界应用程序可能需要的任何东西。不过，更常见的情况是，用户使用命令行界面设置他们的代理，并发出“为我构建一个执行 X 功能的应用程序”的指令，代理能够确定此用例需要数据库，并直接通过命令行界面进行配置，正如设计者所期望的那样。
因此，现在我们拥有了由多个服务组成的应用程序，其复杂性日益增加，开发人员可能无法完全理解——这对于在 #相信无服务器 时代周围的人来说，听起来熟悉吗？
可视化 Projects
我最近使用 Projects 为我的团队构建了一个转录应用程序，并在此处记录了该过程： 免责声明：本文内容来自互联网，该文观点不代表本站观点。本站仅提供信息存储空间服务，不拥有所有权，不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容，请到页面底部单击反馈，一经查实，本站将立刻删除。
