关于在Web3时间敏感情况下使用作战室的一切

  • tenderly
  • 发布于 2022-06-14 15:22
  • 阅读 27

本文介绍了Web3中的“作战室”概念,它借鉴了历史上的紧急事件处理方式,强调在Web3这种去中心化、复杂架构中,当关键dApp出现故障时,需要迅速集结专家团队,通过有效的沟通和决策流程来诊断问题并制定解决方案,以应对Web3环境中可能出现的网络问题、第三方组件故障或恶意攻击,确保代码正常运行。

Web3 中的作战室须知

从历史应用到 Web3 创新,作战室一直是任何应急协议的重要组成部分。了解作战室的含义以及在时间敏感的 Web3 场景中何时使用它们。

Web3 中的作战室须知

自从 Grace Hopper 追踪到哈佛 Mark II 计算机的错误计算,原因是继电器触点之间卡住了一只飞蛾以来,系统故障一直是信息产业的一部分。她的团队找到并移除了飞蛾的尸体,以一种字面上的、切实的 方式 调试了系统。那是在 1947 年 9 月。从那时起,从重要的系统中获得准确的结果就需要调试。

在大部分时间里,纠正问题是一个相对简单的过程,即关闭计算机、修复软件并安装修复后的代码。即使是有问题的网站或互联网服务器也可以离线进行软件更新。

然而,在 Web3 这个分布式、去中心化的世界中,没有重启。你的代码实例正在世界各地陌生人的计算机上运行。错误的计算可能会每分钟甚至每秒错误地引导大量的加密货币。在区块链世界中,通常无法回滚这些不正确的转移。

当关键的 dApp 出现故障时,你不会将调试任务添加到开发团队的待办事项列表的底部。你不会记录一个事件供 QA 明天分配给一个团队。你需要召集一个团队,其成员具有专业知识和权力,可以毫不拖延地诊断问题并决定解决方案。

你需要召开一个作战室。

关于作战室的一切

作战室是好莱坞电影中一个常见的概念。当美国总统在他的作战室召集他的高级军事顾问来评估威胁并决定如何应对时,那就是一个作战室。

英国首相温斯顿·丘吉尔于二战期间在他的办公室地下室建立了一个著名的作战室,他和他的顾问在那里分析事件并制定战略。丘吉尔需要一个地方让最信任的顾问能够实时评估信息的重要性,并仔细考虑如何应对。

美国总统罗纳德·里根在 1986 年利比亚事件的简报会上。来源:维基百科。(公共领域的白宫图像;可免费使用,无需署名。)

在现代,开发团队采用了作战室模式,以应对银行、医疗保健和航空航天等关键系统中出现的高风险错误和黑客攻击。

事实证明,作战室方法非常有效,已被许多敏捷开发商店采用作为最佳实践,其使用范围已从危机应对扩展到项目规划和管理。

无论它们被称为态势室、控制室还是指挥中心,当必须在短时间内解决关键问题时,作战室都是必不可少的。

成功的作战室有哪些要素?

所有作战室通常都涉及一些基本组成部分:

  1. 拥有专业知识和权力能够快速做出复杂决策的人员。你不会邀请所有人。你需要邀请可以解释和理解传入数据的工程师。你还应该包括了解系统应该如何工作的领域专家。最后,还应该有权承诺资源来解决问题的管理人员。
  2. 关于危机的准确和广泛的信息。 使用你可以找到的最可靠的数据来源,并收集你可能需要的所有信息。如果必须不断呼叫房间外的人员来发送关键源代码或数据馈送,你的作战室将无法有效地解决问题。
  3. 简单明了的视觉效果。 除了总结数据的讲义外,作战室还使用视频屏幕和活动挂图来呈现数据和记录想法。
  4. 一个允许坦率、清晰沟通的会议场所。专家表示,即使在 Zoom 支持的分布式工作场所,最好还是将参与者聚集在一个房间里,让他们可以面对面交流。如果这是不可能的,请尝试使用专门的电信解决方案(如 IBM 的 ChatOps)的虚拟作战室,该解决方案将视觉效果和对话收集在一个仪表板中,供所有参与者使用。
  5. 有人擅长主持会议。它不需要是团队中级别最高的成员。该人需要专注于讨论。需要有人注意时间,确保呈现所有相关信息,领导头脑风暴,切断无关的题外话,并确保邀请了正确的团队成员。会议经理也可能是将想法记录在白板或活动挂图上的人。
  6. 一种紧迫感。作战室不是你通常的周一上午的补习会议。它应该没有任何例行公事。这是专家建议不要在你通常的会议室开会的原因之一——它会让参与者误以为他们正在参加一个普通的简报会。留出一个态势室来解决紧急问题,有助于参与者以一种发自内心的 方式 理解利害关系。

何时在 Web3 中使用作战室?

在世界各地,个人和企业越来越依赖 dApp,这些 dApp 包括在可能位于互联网上任何位置的任意节点上运行的代码。新兴的 Web3 架构带来了巨大的好处。代价:前所未有的复杂性。

当出现问题时,一系列问题可能是根本原因:

  • 这可能是一个网络问题。在事务完成一半时,某个节点与网络的连接可能中断。事务的一方可能意外脱机。
  • 这也可能是 dApp 的第三方组件的问题。智能合约的虚拟机更新可能会导致你的 dApp 出现故障。客户端系统上的操作系统更新也可能是问题的原因。Android 安全协议的更新可能会干扰你应用的执行权限。
  • 也许代码在大多数情况下运行正常,但在某些节点上出现故障。网络节点上的网络流量和处理负载可能会使关键例程超时。可能只有特定数字钱包的用户容易受到攻击。

诊断 Web3 错误是一项复杂的工作。最终,问题是什么并不重要。让代码工作是你的 dApp 和你的团队的工作。诊断黑客攻击同样困难,dApp 是攻击者的最爱目标。因此,建立一个健全的作战室情况紧急程序至关重要,这将有助于你的团队快速有效地处理问题。

作战室:关键解决方案的原点

鉴于相互依赖的 Web3 架构的复杂性和巧妙的黑客的决心,不可避免地会出现问题。在去中心化的世界中,这意味着补救措施必须健全且快速。这就是为什么作战室援助工具包是你的项目管理工具箱中必不可少的一部分。

  • 原文链接: blog.tenderly.co/what-wa...
  • 登链社区 AI 助手,为大家转译优秀英文文章,如有翻译不通的地方,还请包涵~
点赞 0
收藏 0
分享
本文参与登链社区写作激励计划 ,好文好收益,欢迎正在阅读的你也加入。

0 条评论

请先 登录 后评论
tenderly
tenderly
江湖只有他的大名,没有他的介绍。