虽然“Web 3”是所谓的主流技术，但它还没有达到完全取代过去30年所使用的基础设施和软件的水平。尽管如此，看看 Web3 试图解决的问题还是有好处的。这是因为它可以帮助预测区块链技术的方向。
ⓒ 盖蒂图片银行
Web3 支持者将其视为一套庞大的消费者技术，他们认为这些技术可以从根本上取代网络的交易基础。我的解释是，Web3 支持专注于电子数据交换 (EDI) 的企业应用程序的有限子集。该技术可以使用区块链技术构建，因为它允许承诺方之间以可信的方式交换不可变的数据。因此，它对于以数字文档和合同形式书写非常有用。
微软目前正在创建的区块链非常有趣
他们创建的技术由不受信任的 英国电话号码数据 组织联盟运行，为工作量证明和股权证明系统提供了一种快速、低影响的替代方案。同时，最近发布的SQL Server为当前不需要分布在不同实体之间的应用程序提供了不可变的账本。
该技术的一个例子是用于船舶货物管理的数字提单（由承运人或船东签发的提单）。这可能是提单合同中指定的制造商、运输公司、仓库经理、货船运营商、报关行、海关等。由于各方相互交换文件和合同，只有与其直接相关的各方才知道这些信息，并且所有人都需要访问这些文件，其中许多文件必须添加自己的签名，作为复杂的多方审批流程的一部分。
乍一看，这种结构可以构建为企业区块链，但必须再次考虑现代开发环境。我们已经在使用 DevOps 和 CI/CD 平台来创建云原生应用程序，并在此过程中大规模构建分布式系统。那么，传统使用的技术可以在Web 3中使用吗？
使用区块链的企业工具
微软的合作伙伴项目经理 Donovan Brown 正在研究开发人员如何使用这些分布式应用程序平台。Brown 目前也是 Azure 业务部门 Mark Russinovich 领导的 CTO 孵化团队的成员。我最近采访了 Brown，了解企业工具和区块链如何结合在一起。
对于要在企业中使用的 Web3 工具 它们必须集成开发平台
以及构建和测试别是 数字列表 处理电子商务和其他关键信息和价值流时，确保 Web3 工具单独运行并且不会产生问题非常重要。我们不想要有被他人窃取风险的提单 我想避免有人偷偷拿走它，然后把它送到另一个仓库，甚至把它带到另一个目的地。
布朗认为，提供不同功能的工具激增可能会带来问题。这可能是一个难以集成的环境，因为没有明确的工具链和最佳实践来帮助构建它们。未来，需要确定支持企业最佳实践的成熟工具，这些工具可以作为 GitHub Codespace 进行管理或在 Microsoft 的 Dev Box 虚拟开发环境中使用。否则，新的开发人员加入团队就没有容易的途径，从而导致上手困难。
工具选择只是问题的一部分，而且可能是最容易克服的。最大的问题是，在使用开发最佳实践时，将这些新工具纳入现有管道是相当困难的。“当我们深入挖掘时，我们意识到这些工具甚至不是为了放入管道而设计的，”布朗说。他们编写自己的代码，直接发布而不进行正式测试，并且严重依赖发布技术。这种方法适用于自托管实验和原型设计，但不适合交付企业级代码。
在 Azure 上构建智能合约的 DevOps 管道
如何将智能合约引入 DevOps 管道？首先，我们需要停止将 Web3 技术视为与企业应用程序堆栈的其余部分隔离的想法。如果这样做，您可以找到集成点，例如将智能合约放入测试工具中并使用测试优先的开发技术。
Brown 使用 Azure 管道构建了一个基于以太坊的分布式应用程序环境，具有开发环境（Dev）、测试环境（QA）和生产输出，并在此过程中开发了 Azure Static Web Apps 作为前端托管。开发环境部署在 Azure 容器中的私有以太坊实例上运行。这种方法的最大问题是将智能合约部署到不同的环境。
人们发现，智能合约硬编码了一个地址，该地址在编译成 JSON 文件时会自动添加。这需要为每个部署重建整个合同，需要为每个环境进行多次重建。Brown 指出这是一种背离 DevOps 原则的模式。在运行时，必须立即添加并编译每个环境的特定值。如果您想支持网络地址的外部源，则需要重写应用程序前端代码。这种方法使得在找不到合约地址时更容易使用服务，并在执行查询时使用 Azure Functions 传递地址。
