- 综合排序
- 最热优先
- 最新优先
- 来自专栏迁移内容
Zookeeper：分布式过程协同技术
Zookeeper 是一个高性能的分布式一致系统，在分布式系统中有着广泛的应用。基于它，可以实现诸如“分布式同步”、“配置管理”、“命名空间管理”等众多功能，是分布式系统中常见的基础系统。 Zookeeper 主要用来解决分布式集群中应用系统的一致性问题。 ～ 本篇内容包括：Zookeeper————分布式过程协同技术 以及 Zookeeper 的数据结构。 ---- 文章目录 一、Zookeeper————分布式过程协同技术 1、什么是“分布式过程协同技术” 2、关于 Zookeeper 3、Zookeeper 特性 二、Zookeeper 的数据结构 1 4、负载均衡 5、配置管理 6、集群管理 ---- 一、Zookeeper————分布式过程协同技术 1、什么是“分布式过程协同技术” 分布式协同技术是用来解决多进程的同步控制，使得进程有序的访问零界资源 Zookeeper 是一个高性能的分布式一致系统，在分布式系统中有着广泛的应用。基于它，可以实现诸如“分布式同步”、“配置管理”、“命名空间管理”等众多功能，是分布式系统中常见的基础系统。
67050编辑于 2022-12-02 - 来自专栏明志德到的IT笔记
分布式协同（万字长文）
分布式协同 分布式协同，也叫分布式协调，是在计算机网络中，不同的硬件或软件组件完成各自的任务，然后通过协同工作来解决问题。 在分布式系统中，不同的节点需要进行信息的交换，以达到一致的状态。 这个过程就需要分布式协调。例如，我们要保证在分布式系统中的所有节点上的数据是最新的，就需要用到分布式协调。 分布式系统的特性与互斥问题 1.分布式系统的特性 (1) 并发性：分布式系统中多个节点可以同时运行，提高了系统的处理能力和并发用户数。 [DONE] 通过Redis缓存实现分布式锁 在分布式系统中，可以使用Redis来实现分布式锁。 分布式锁：在分布式系统中，多个进程可能需要对共享资源进行互斥访问，此时就需要使用到分布式锁。ZooKeeper通过创建临时顺序节点和监听机制，可以实现分布式锁的功能。
2.1K10编辑于 2023-12-05 - 来自专栏HarmonyOS知识集合
【HarmonyOS 5】鸿蒙分布式协同应用开发详解
【HarmonyOS 5】鸿蒙分布式协同应用开发详解一、前言为什么需要分布式协同应用？首先是因为当今社会，围绕电子产品生态，人们迫切希望，周边的电子设备可以协同操作。 设备连接步骤繁琐，设备之间能力无法聚合，设备之间的数据无法连通，协同能力低效。因为以上业务场景的需要，应用开发的需求，也从单一的设备应用开发思路。转变为了多设备协同应用开发。 二、如何建立分布式操作系统市面操作系统调研1、市面上的操作系统，目前只有华为提出了分布式操作系统。2、像苹果的操作系统，手机平板和电脑也是两套。3、安卓只有移动端操作系统。没有涉及电脑。 分布式操作系统的特点1、设备间的操作系统一致2、拥有统一的交互语言3、完整的生态HarmonyOS超级终端能力基座：1、分布式任务调度2、分布式数据管理3、分布式软总线4、分布式设备虚拟化HarmonyOS 三、分布式协同应用开发步骤拆解：1.
44110编辑于 2025-06-19 HarmonyOS分布式开发实战：打造跨设备协同应用
作为华为推出的全场景分布式操作系统，HarmonyOS最大的魅力就是能让不同设备像一个"超级终端"一样协同工作。今天我们就来深入探索这个神奇的分布式世界，手把手教你打造属于自己的跨设备协同应用。 第四章：实战项目：智能家居控制系统 现在让我们动手打造一个真正的跨设备协同应用——智能家居控制系统！ ： 技术趋势： AI能力分布式化：让每个设备都能共享AI算力 更智能的设备发现：基于场景和用户习惯的智能推荐 跨厂商设备协同：打破品牌壁垒，实现真正的万物互联 9.2 进阶开发技巧 进阶技巧解析： 动态组网 ，还动手实现了一个完整的跨设备协同应用。 希望这篇文章能帮助你在HarmonyOS分布式开发的道路上走得更远，创造出更多令人惊喜的应用！ 关键词： HarmonyOS分布式开发实战：打造跨设备协同应用 寄语： 技术改变生活，分布式改变未来。
83110编辑于 2025-08-09- 来自专栏科技云报道
分布式云元年，为何云边协同如此重要？
《十四五规划和2035年远景目标纲要》中提出要“协同发展云服务与边缘计算服务”，一种满足更广连接、更低时延、更全局化需求的云计算新模式——分布式云应运而生。 作为云计算从单一数据中心部署向不同物理位置多数据中心部署、从中心化架构向分布式架构扩展的新模式，分布式云将云计算的能力从中心向边缘延伸。 在这个过程中，云边协同作为分布式云发展的重要核心，通过协同发展云服务与边缘计算服务，搭建起了数字经济与5G时代下云计算行业进一步融合发展的桥梁。 云边协同为何重要？ 云边协同是分布式云中非常重要的特性，那么为何云边协同那么重要？ 众所周知，边缘计算是将基础设施资源进行分布式部署再统一管理的。资源较为集中的称为“中心云”，资源量较少的部署点称为“边缘云”。 边缘云与中心云相对应，是构筑在靠近事物和数据源头的网络边缘处，提供可弹性扩展的云服务能力的云计算模式，并能够支持与中心云协同。 不同于把大量的资源整合的中心云，边缘云平台更是一个分布式的平台。
1.1K10编辑于 2022-04-16 分布式能力实战：Flutter + OpenHarmony 的跨设备协同开发
分布式能力实战：Flutter + OpenHarmony 的跨设备协同开发 引言：从单设备到全场景的跃迁 在前几篇文章中，我们围绕 Flutter 与 OpenHarmony 的融合，探讨了架构设计、 如何让 Flutter 应用在 OpenHarmony 上充分利用分布式任务调度、设备协同与数据同步能力，是实现“全场景智慧生态”的关键。 未来 Flutter 开发者可期待： 官方分布式插件库：提供标准化的设备发现、任务调度接口； 跨设备 UI 同步：通过 Flutter 的 PlatformView 实现原生控件共享； 云侧协同：结合 OpenHarmony 的云开发能力，实现“端-边-云”协同计算。 真正的智慧，不止于单机；真正的创新，在于协同。当 Flutter 遇见 OpenHarmony 的分布式能力，我们正在见证国产操作系统与全球开发框架深度融合的新篇章。
25010编辑于 2025-12-23- 来自专栏子母钟系统
NTP网络校时服务器：实现分布式系统精准协同
NTP网络校时服务器：实现分布式系统精准协同下面我将为您详细阐述NTP网络校时服务器如何助力分布式系统实现精准协同。 概述：时间同步是分布式系统的“心跳”在分布式系统中，各项任务由网络中多台独立的计算机（节点）协同完成。 实现状态机复制： 确保所有节点以相同的顺序执行指令，这是分布式共识算法（如Raft、Paxos）的基础。实现高效、可排查的日志系统分布式系统的日志散落在各个节点上。 支撑分布式事务与一致性许多分布式事务协议依赖于超时机制来判断事务是否应该提交或回滚。如果节点间时钟偏差过大，可能导致错误的超时判断，进而引发数据不一致。NTP确保了超时判断的基准是统一的。 它通过建立一个统一、可信、高精度的时间坐标系，使得分布在不同物理位置的无数个节点能够像一台精密的机器一样协同工作，确保了数据的一致性、系统的可观测性和操作的可审计性，最终为分布式应用的可靠性和性能提供了根本保障
44010编辑于 2025-09-19 - 来自专栏四火的唠叨
常见分布式应用系统设计图解（九）：协同编辑系统
这里讲的 “协同编辑”，指的是 “Collaborative Editing”，多个人同时一起编辑同一个文件，比如说 Google Docs，国内的有有道云协作、石墨文档之类的。 这是一个分布式系统，客户端/浏览器可以在不同的地方，通过网络和服务端联结，用户的编辑行为转化为请求发送给服务端。 图中虚线表示控制流，也包括协同编辑文件的创建，但是实际的文件内容数据流动，是通过实线完成的。
1.2K10编辑于 2022-07-19 - 来自专栏冰河技术
精通Zookeeper系列开篇：进大厂不得不学的分布式协同利器！
Zookeeper是一个开源的分布式协同服务系统，在业界的应用非常广泛，虽然最近几年有Consul、etcd、Nacos等分布式协同系统问世，但是Zookeeper依然是最主流的分布式协同服务系统。 例如：大数据领域中，Hadoop集群、Storm集群、Kafka集群、Spark集群、Flink集群、Flume集群等主流的大数据分析平台，在集群化的场景中，推荐使用Zookeeper作为集群环境中的分布式协同服务 在分布式和微服务领域中，Dubbo、SpringCloud、分布式锁、分布式序列号服务、RPC服务等框架和技术，也能够通过Zookeeper进行实现。 如果要具备为自己的业务场景设计Zookeeper协同服务的能力，就需要深刻理解Zookeeper的内部工作原理，还要做大量的协同服务设计的积累和总结。 以上这些设计理念基本每个分布式系统都会涉及到，掌握这些分布式系统能够让你更好的理解分布式系统的架构设计，也可以将这些设计理念应用到自己设计和研发的系统当中。
64120发布于 2021-04-16 - 来自专栏CDN及云技术分享
高效协同开发
假设服务机器开通sambas服务端口，并且windows防火墙允许访问。这时候可以在windows打开网盘一样，打开sambas共享的服务器文件夹，把代码工程放置于共享网盘，用IDE打开网盘文件夹的代码工程。
1.8K271发布于 2019-10-15 - 来自专栏用户8670130的专栏
分布式跟踪系统的四大功能模块如何协同工作
早在十年前，认真研究过分布式跟踪基本上只有学者和一小部分大型互联网公司中的人。对于任何采用微服务的组织来说，它如今成为一种筹码。 其理由是确立的：微服务通常会发生让人意想不到的错误，而分布式跟踪则是描述和诊断那些错误的最好方法。 也就是说，一旦你准备将分布式跟踪集成到你自己的应用程序中，你将很快意识到对于不同的人来说“ 分布式跟踪(Distributed Tracing)”一词意味着不同的事物。 本文介绍了分布式跟踪系统中四个（可能）独立的功能模块，并描述了它们间将如何协同工作。 分布式跟踪：一种思维模型 大多数用于跟踪的思维模型来源于 Google 的 Dapper 论文。 在构建像分布式监控系统一样的跨系统的系统时，干净地解耦组件是维持灵活性和前向兼容性地最佳方式。 感谢你的阅读！
85150发布于 2021-09-18 ZooKeeper在Hadoop中的协同应用：从NameNode选主到分布式锁实现
两者在大数据生态中的协同关系 在Hadoop生态系统中，ZooKeeper扮演着"分布式协调器"的关键角色。 ZooKeeper在Hadoop中的协同机制 在Hadoop生态系统中，ZooKeeper扮演着分布式系统"中枢神经系统"的角色。 其核心价值在于将复杂的分布式一致性算法封装为简单易用的原语操作，使得Hadoop组件能够专注于数据处理而非协同逻辑。 高可用性保障机制 ZooKeeper实现高可用的核心在于其集群部署模式。 结语：高效协同的数据管理新篇章 在大数据技术蓬勃发展的浪潮中，ZooKeeper作为分布式系统的"神经中枢"，通过其精妙的协同机制为Hadoop生态注入了强大的生命力。 协同机制的技术革命性 ZooKeeper通过独创的ZAB协议（ZooKeeper Atomic Broadcast）实现了分布式系统中最关键的"状态一致性"保障。
58910编辑于 2025-08-27- 来自专栏全栈程序员必看
FDDTDD协同优化
一、 概述 目网络面临上行用户体验容量差、深度覆盖不足、热点区域巨大容量需求三重挑战，随着FDD网络大规模部署的日益临近，TD-LTE和LTE FDD融合组网将是4G无线网络未来的演进方向，可以充分激发TDD/FDD两种制式网络的潜力，实现优势互补，最大化资源承载效率，获得最佳网络性能。
1.9K10编辑于 2022-09-05 - 来自专栏Pythonista
git协同开发
当你从远程仓库克隆时，实际上Git自动把本地的master分支和远程的master分支对应起来了，并且，远程仓库的默认名称是origin。
94330发布于 2018-12-24 - 来自专栏星河造梦坊专栏
Lua⭐️协同函数
取得协同函数的返回值 --取得协同函数的返回值 co=coroutine.create( function (a,b) print(a+b) print(a-b) coroutine.yield a*b+1,a-1) print("hello") return a end ) --第一个数永远是是否启动(返回true、false)，第二个数则为函数return返回值 --无法取得协同之后 return的值，但可以在yield里面定义输出的值 --调用coroutine.resume()，不必再次赋值，即可将挂起的协同函数继续往下运行 res1,res2,res3,res4=coroutine.resume ) 查看coroutine的状态 注：coroutine的状态有三种：dead（运行完毕），suspend（暂停状态），running（正在运行），具体什么时候有这样的状态请参考下面的程序 --取得协同函数的返回值
47410编辑于 2024-08-15 - 来自专栏技术汇总专栏
一种基于多 Agent 协同机制的分布式任务调度框架研究
一种基于多 Agent 协同机制的分布式任务调度框架研究一、问题背景：为什么传统调度模型开始失效？ 在云计算、边缘计算、分布式 AI 推理、微服务编排等场景中，任务调度问题（Distributed Task Scheduling） 正在呈现出以下特征：节点规模大、异构性强（CPU GPU NPU 二、MAS 视角下的分布式任务调度建模2.1 Agent 角色划分在一个典型的 MAS 调度系统中，可将 Agent 按职责拆分为： Agent 类型职责TaskAgent表示一个待调度任务 “集中控制”走向“协同自治”的范式转变。 通过合理的 Agent 建模与协同机制设计，调度策略不再依赖全局最优计算，而是通过局部理性决策实现整体性能涌现。
40810编辑于 2026-01-07 从单机应用到分布式调度：基于 HarmonyOS 构建车-空协同任务引擎
Electron适配开源鸿蒙专栏：Electron for OpenHarmony Flutter 适配开源鸿蒙专栏：Flutter for OpenHarmony 基于 HarmonyOS 构建车-空协同任务引擎 于是，我开始构建一个 轻量级分布式任务调度引擎，完全基于 HarmonyOS 原生能力实现。 架构设计：三层协同模型 我们采用 “调度层 - 执行层 - 数据层” 三层架构： [ 车载终端 ] ——(DSoftBus)——> [ 无人机 ] | 写入分布式存储（自动同步到车机） await DistributedStore.put(task.taskId, task); } } 核心模块四：分布式状态同步（基于 DDM） 我们在两端初始化同一个分布式 这套引擎目前已在测试路段稳定运行，支持： 单车同时调度 2 架无人机 任务端到端延迟 < 300ms 断网续传成功率 > 98% 更重要的是，它证明了：在鸿蒙生态下，普通开发者也能构建接近操作系统级别的协同体验
27710编辑于 2025-12-21- 来自专栏前端博客
协同文档：OT与CRDT实现协同编辑笔记
这个算法本身并不复杂，但是协同文档本身涉及更复杂的系统设计，因为它本身就是分布式的，至少客户端和服务端是分布式的。在较高性能的要求下，服务端可能也是分布式的。 client 的实例应该暴露创建一个协同文档的接口 可以在一个 client 上创建多个协同文档 定义 client 协同文档： 协同文档是一个父类 协同文档的方法 进入文档 编辑（传入变更） 离开文档 的回调注册函数，该回调函数 定义 server 协同文档： 协同文档是一个父类 协同文档的方法 允许进入文档 拒绝进入文档 关闭文档 协同文档需要定义的生命周期钩子： 获取全部 changeset（从数据库 因为可以解决分布式达到最终一致会遇到的问题： 网络问题导致发送接收顺序不一致（幂等性） 以及多次发送（可交换性） OT与CRDT的区别于联系 OT主要用於文本，CRDT更通用 CRDT 不仅仅应用在协同编辑 ，还有分布式系统的最终一致性上也有应用。
2.5K31编辑于 2023-04-09 跨设备状态同步实战：基于 HarmonyOS 分布式数据管理（DDM）构建多端协同应用
（DDM）构建多端协同应用 ——涵盖数据模型设计、KV 存储操作、监听机制与典型场景落地 作者：VON 技术栈：Vue 3 + TypeScript + Vite + DevUI 参考文档 MateChat 这正是 HarmonyOS 分布式数据管理（Distributed Data Management, DDM） 的核心使命。 本文将带你从零实现一个 “跨设备待办事项（To-Do List）” 应用，深入掌握 DDM 的关键能力：数据建模、跨设备写入、实时监听、冲突处理，助你构建真正“一次开发，多端协同”的鸿蒙原生体验。 二、第一步：创建分布式 KV Store DDM 的核心是 分布式键值存储（Distributed KV Store）。 代码会过时，但“协同”的思想永不过时。 我的博客即将同步至腾讯云开发者社区，邀请大家一同入驻：https://cloud.tencent.com/developer/support-plan?
30610编辑于 2025-12-21- 来自专栏UniPro
协同工具协同办公的管理具有哪些痛点
掌握着软件开发能力的顶尖互联网公司是远程办公的先行者，他们在远程办公之路上走得更快也更远，但还有大量传统企业、中小微企业对于远程办公的效率还无法实现理想效果，协同办公效率依赖于协同工具的选择和使用，影响协同办公效率的难点和痛点如下 ：· 员工的绩效考核难管理线上协同办公由于脱离了办公室的工作场景，管理者难以把控员工的绩效问题，员工的考勤、工作时间、工作纪律等无法直观把控；员工的工作汇报、提交工作成果的形式也会随之变化。 · 员工沟通互动效率低传统的办公模式中，人们习惯于面对面沟通交流，而线上协同办公是利用各种软件隔着屏幕在线沟通，信息传递的方式发生变化，不如面对面更直接，有些员工沟通互动的意愿和效率会因此变低。 在企业解决以上难点的考量中，协同工具的选择变得尤为重要，一款合适的协同工具能够帮助企业提高办公效率、管理效率。 安全方面，UniPro从产品创立之初即强调用户信息安全，将缜密的安全保障思想融入代码，是国内协同工具中，为数不多获得ISO27001信息安全管理体系认证的产品之一。
1.1K10编辑于 2022-07-15
腾讯云开发者
Copyright © 2013 - 2026 Tencent Cloud. All Rights Reserved. 腾讯云 版权所有
深圳市腾讯计算机系统有限公司 ICP备案/许可证号：粤B2-20090059 
粤公网安备44030502008569号
腾讯云计算（北京）有限责任公司 京ICP证150476号 | 京ICP备11018762号