从区块链的角度看企业协作

最新推荐文章于 2024-06-22 20:12:13 发布

OneAPM

最新推荐文章于 2024-06-22 20:12:13 发布

阅读量407

点赞数

文章标签： OneAlert 区块链云告警平台

本文链接：https://blog.csdn.net/OneAPM/article/details/79483316

版权

随着比特币的起起伏伏，区块链技术也越来越受到关注，成为当下和人工智能一样风靡的领域，也有了除了比特币之外的应用尝试。不过明白区块链技术底层原理的同学应该都会相信区块链还不能与人工智能带来的改变相提并论。由于一些自身的特点，当前比较成熟的应用还仅仅局限在金融货币领域。但不管怎样中本聪(Satoshi Nakamoto)在 Bitcoin: A Peer-to-Peer Electronic Cash System 中提出的去中心化的思想是一个非常巨大的创新，非常值得研究和借鉴。本文借区块链的设计思想、解决的问题来与企业协作相比较，同时给出了一个工作中的具体实例(OneAlert 平台上的告警处理协作)。

去中心化是区块链的核心思想，为了达到这一目的借鉴了分布式计算、密码学的存储结构和算法。同时利用工作量证明(PoW)等共识机制解决了双重花费和拜占庭将军问题。这些问题都是其他分布式系统或者现实世界的社会系统难以解决的问题。在区块链系统中，去中心化的思想保证了数据在点对点网络中的一致性、安全性和各个节点之间的公平性。如果把区块链系统看做一个协作系统并且只考虑协作数据的安全、协作者之间的公平性和最终的协作结果，那么区块链就是一个完美的协作系统。

解决协作问题无非是解决协作者之间的同步和和资源互斥问题。在区块链系统中各节点之间的区块信息广播和同步就是同步问题，工作量证明的共识机制解决了资源互斥问题。比如拜占庭将军问题就是一个典型的协作问题。

拜占庭帝国想要进攻一个强大的敌人，为此派出了 10 支军队去包围这个敌人。这个敌人虽不比拜占庭帝国，但也足以抵御 5 支常规拜占庭军队的同时袭击。基于一些原因，这 10 支军队不能集合在一起单点突破，必须在分开的包围状态下同时攻击。他们任一支军队单独进攻都毫无胜算，除非有至少 6 支军队同时攻击才能攻下敌国。他们分散在敌国的四周，依靠通信兵相互通信来协商进攻意向及进攻时间。困扰这些将军的问题是，他们不确定他们中是否有叛徒，叛徒可能擅自变更进攻意向或者进攻时间。在这种状态下，拜占庭将军们能否找到一种分布式的协议来让他们能够远程协商，从而赢取战斗?这就是著名的拜占庭将军问题。

区块链很好的解决了这类问题，但付出的成本是协作效率低下：

每个节点都需要实时同步整个区块链信息(目前已经达到上百 GB);
每个区块的容量有限;
平均每 10min 才能生成一个区块，每小时才能确认一次交易，交易处理速度目前来看是远远不够的。

如果把区块链的协作搬到现实协作中来，可能是一种效率低下的方案。对于效率要求不高的协作可以考虑，但大部分协作的需求都是满足不了的。

再看企业协作，现实中要做好协作，不仅要考虑资源的分配和调度还要考虑资源的时效性和协作的效率，需要在这之间做好权衡。因此参考区块链的思想时也要避免其缺点。近几年，人类在协作意识、协作工作、协作能力上都在不断提升。协作系统领域的突破会成为企业提升的助推器。协作服务和软件也成为了市场的一片红海，出现了许多优秀的产品。

这些优秀的产品都有一些共同的特点，把敏捷和效率作为其产品核心，把任务流、信息流、资金流都处理的非常到位，也是效率和安全准确的权衡。

以已有团队机制为依托，优化、删除、修改和创新线下体制;
以角色、部门和规则为基本点，万变不离其宗;
最终目标是降低成本、提高效率，实现利益最大化;

在日常工作中一个具体的例子就是系统告警怎么在团队成员之间协作处理。我们以国内领先的一个云告警平台 OneAlert 为例。告警处理对效率的要求非常高，因此除了常规的邮件、短信、电话，非常有必要集成一些企业协作工具。 OneAlert 这一点做得非常好，集成了非常多的优秀的协作工具，现在可以使用 Webhook、简聊、Bearychat、钉钉等等，相信以后陆续会有更多的工具加入。这些工具的集成也非常的简单。