ServiceCenter - 服务注册中心ServiceCenter 崔毅华 什么是服务注册中心? 服务注册中心具有服务注册和服务发现能力的可靠的分布式 服务。 1. 服务注册 2. 服务发现 3. 可靠 4. 分布式 为什么需要服务注册中心? 是单体架构向微服务服务化演迚的需要。 服务注册中心 1. 服务端发现 1. DNS 2. 客户端发现 1. ServiceCenter,eureka 为什么实现自己的服务注册中心? 1. 提供标准接口(RESTful) 2. 负载均衡,服务订阅(客户端LB,长连接) 3. 运行时依赖(Go) 4. 可靠性(BASE,最终一致性) 从服务注册中心到服务管理中心 1. 元数据 2. 依赖关系 3. 实例变化推送 4. 多租隔离 5. 高可用性保障 从服务注册中心到服务管理中心 元数据 1. 应用App,便于微服务可在多个应用间重用 失败。 Partition tolerance(分区容错性),当出现网络分区故障时系统的容错能力 从微服务到服务管理中心 1.实例缓存机制 从微服务到服务管理中心 2.心跳保活机制 从服务管理中心到etcd 1.异步缓存机制 从服务管理中心到etcd 2.异步心跳机制 自我保护机制 前面提到的缓存机制,保证了ServiceCenter在etcd出现网络分区故障时依0 码力 | 18 页 | 856.27 KB | 1 年前3
微服务创新新品发布servicecomb.apache.org github.com/apache?q=servicecomb 微服务创新新品发布 马彬 2019 2 github.com/apache?q=servicecomb servicecomb.apache.org 在同一个业 务领域的微 服务中使用 了多种不同 语言进行开 发部署 使能多微服 务技术栈开 发的微服务 应用之间协 同工作和共 方认证被广泛 采纳的趋势下 认证鉴权的性 能和安全的要 求 帮助企业用 户达成业务 模型和数据 集成标准统 一 通过易于理 解的数据和 入口,管理 复杂的分布 式系统配置 分布式系统配置中心 服务中心异构通信 多语言运行环境 微服务鉴权 微服务契约工具 Apache ServiceComb 面对用户痛点持续创新 3 github.com/apache?q=servicecomb servicecomb 契约提取 代码生成 文档制作 契约校验 ServiceComb SpringCloud …… ServiceComb toolkit 划分微服务 (含依赖关系) 定义契约 (接口和模型) 发布契约 ServiceComb 契约开发工具 开发微服务 测试微服务 客户+集成商 软件开发商 部署微服务 契约仓库 微服务 运行环 境 验收微服务 协同企业遗留系统微服务化快速改造,实现基于契约的数据、服务标准化管控0 码力 | 12 页 | 2.96 MB | 1 年前3
基于gRPC go实现消息发布订阅使用gRPC go实现 基于Topic的高效消息订阅发布模型 姓名 张凯 中国电子云 目 录 gRPC go 介绍 01 gRPC四种通信模式及落地场景 02 根据proto生成go桩代码 03 订阅者动态注册 04 发布者消息推送 05 现场案例演示 06 gRPC go介绍 gRPC是什么? 01. 副标题 开篇思考几个问题 01. 副标题 gRPC介绍 基于通信模式如何落地? 01. 副标题 流式传输 基于通信模式如何落地? 01. 副标题 以及,本次分享的 “ ” 基于Topic消息发布订阅 基于Topic的消息发布模型简介 01. 副标题 基于Topic的消息发布模型简介 01. 副标题 BRIAN KERNGHAN service PubSubService { rpc Publish(PublishRequest) subscribers[ch] = topic // 动态注册,保存到map中 p.m.Unlock() return ch } 发布者消息推送 01. 副标题 func (p *Publisher) Publish(v interface{}) { ... // 发布时,轮询所有注册上来的对象 for sub, topic := range p.subscribers { ... go p0 码力 | 31 页 | 2.42 MB | 1 年前3
可发布版-美团点评微服务OCTO-曹继光:服务调用统计 核心设计解析(%):S4/GEnR V 服务治理m理 核心设计解析(%):S4/GEnR V 逻辑架构 核心设计解析(&):SDBnnEP - 服务状态监控系统 定t:中心化节点健康监测;负责监控/更新节点状态 q势:相对于点对点心跳,基本不r增加b务应用负载,确保节点状态全局唯一性 核心设计解析(&):SDBnnEP V 特点解析 ���� �� Akka • 数据报表 • 调用链路 • 节点监控 • 性能监控 • b务监控 • 异常监控 • 服务注册 • 服务概要 • 提y者 • 消费者 注册中心 • 配置管理 • 服务分组 • 节点管理 • 服务鉴权 服务运营 :1?:-PMPRBJ 一站式服务治理平台 数据分析:多维度数据统计 服务治理实践(&) - 钻石段t ������! 2.�� ��! 3.�� ��! 4.�� ��! 5.�� ��� ��! 6.�� ���! 1.�� ��! 链路级流量隔离 • 全链路灰度发布 • 全链路压测 • 全链路故障演练 服务治理实践(6)-星耀段t+ 异地容灾 扩展 回顾:服务治理系统的三项必备能力 % 标准化 & 易用性 3 高性能 降u服务间协作成本0 码力 | 35 页 | 14.10 MB | 1 年前3
09 Python C拓展在各平台的打包与发布 赵丰Python C拓展在各平台的打包 与发布 赵丰 GitHub ID: zhaofeng-shu33 在 Windows 平台上:没有找到编译器; 在 Unix 平台上: 无法解决软件依赖。 假如 numpy 官方的源只包含一堆 .c 文件 现在你要 pip install numpy 结果将是 1 为什么需要C拓展包 2 如何在不同的平台打包并发布 编写 setup.py 生成0 码力 | 6 页 | 414.79 KB | 1 年前3
3 在AWS部署与发布你面向全球的Python Serverless应用 谢洪恩0 码力 | 53 页 | 24.15 MB | 1 年前3
Nacos架构&原理
Nacos ⼀致性协议 28 Nacos 自研 Distro 协议 38 Nacos 通信通道 42 Nacos 寻址机制 56 Nacos 服务发现模块 63 Nacos 注册中心的设计原理 63 Nacos 注册中心服务数据模型 80 Nacos 健康检查机制 89 Nacos 配置管理模块 97 配置⼀致性模型 97 Nacos ⾼可⽤设计 100 Nacos 高可用设计 100 Nacos 1.1.2 升级 1.4.1 最佳实践 267 服务发现最佳实践 281 Eureka 平滑迁移 Nacos 方案 281 Nacos 打通 CMDB 实现就近访问 288 跨注册中心服务同步实践 298 配置管理最佳实践 310 Nacos 限流最佳实践 310 Nacos 无缝支持 confd 配置管理 320 结语 326 结语 326 作者 < 6 作者 李艳林(彦林) 在业内的最佳实践和用户案例。相信对分布式系统和其实现有兴趣的 技术爱好者,这本书有巨大的参考价值。 Apache RocketMQ 作者 & 创始人 & PMC Chair - 王小瑞(誓嘉) 服务发现,配置中心这两个领域在淘宝 2007 年做分布式系统改造时开始建设,特殊之处在于它是整 个分布式系统的协调者和全局入口,也意味着它的可用性,可靠性,可观测性等分布式系统指标影 响整个分布式系统的运行。历史0 码力 | 326 页 | 12.83 MB | 9 月前3
PaddleDTX 1.0.0 中文文档PaddleDTX,是一个基于去中心化存储的专注于分布式机器学习技术的解决方 案,攻克海量隐私数据的安全存储问题,并且实现多方数据的安全交换,助其 突破数据孤岛,共同建模,联合发挥数据的最大价值。 主要特征 PaddleDTX的主要特征如下: 支持多个学习过程并行运行的多方安全计算框架,集成多种横向联邦学习 和纵向联邦学习算法 安全存储高敏感数据,防止隐私泄漏,支持故障容错,抵御存储作弊 去中心化管理存储节点,支持无上限数据纳管 保证多方数据联合建模的全链路可信 架构概览 PaddleDTX由多方安全计算网络、去中心化存储网络、区块链网络构建而成。 1.1 多方安全计算网络 有预测需求的一方为计算需求节点。可获取样本数据进行模型训练和预测的一 方为任务执行节点,多个任务执行节点组成一个SMPC(多方安全计算)网 络。计算需求节点将任务发布到区块链网络,任务执行节点确认后执行任务。 数据持有节点对任务执行节点的计算数据做信任背书。 联邦学 习、横向联邦学习算法。 1.2 去中心化存储网络 数据持有节点将自己的隐私数据进行加密、切分、副本复制后分发到存储节 点,存储节点通过应答数据持有节点的挑战证明自己持有数据分片。通过这些 机制,实现了在不泄漏隐私的前提下充分且安全地利用存储资源。 训练样本和预测数据集往往是归属于不同机构的隐私数据。这些机构可以作为 数据持有节点加入到去中心化存储网络中,通过多方安全计算网络发挥数据的0 码力 | 53 页 | 1.36 MB | 1 年前3
PaddleDTX 1.0.0 中文文档41 12 Crypto 45 13 我们的团队 49 14 参与开发 & 测试 51 15 参考文献 53 i ii CHAPTER1 系统介绍 PaddleDTX,是一个基于去中心化存储的专注于分布式机器学习技术的解决方案,攻克海量隐私数据的安全 存储问题,并且实现多方数据的安全交换,助其突破数据孤岛,共同建模,联合发挥数据的最大价值。 1.1 主要特征 PaddleDTX 支持多个学习过程并行运行的多方安全计算框架,集成多种横向联邦学习和纵向联邦学习算法 • 安全存储高敏感数据,防止隐私泄漏,支持故障容错,抵御存储作弊 • 去中心化管理存储节点,支持无上限数据纳管 • 保证多方数据联合建模的全链路可信 1.2 架构概览 PaddleDTX 由多方安全计算网络、去中心化存储网络、区块链网络构建而成。 1 PaddleDTX Documentation 1.2.1 1.1 多方安全计算网络 行节点,多个任务 执行节点组成一个 SMPC(多方安全计算)网络。计算需求节点将任务发布到区块链网络,任务执行节点确 认后执行任务。数据持有节点对任务执行节点的计算数据做信任背书。 SMPC 是一个支持多个学习过程并行运行的框架,会陆续集成更多纵向联邦学习、横向联邦学习算法。 1.2.2 1.2 去中心化存储网络 数据持有节点将自己的隐私数据进行加密、切分、副本复制后分发到存储节点,存储节点通过应答数据持有0 码力 | 57 页 | 624.94 KB | 1 年前3
PaddleDTX 1.1.0 中文文档PaddleDTX,是一个基于去中心化存储的专注于分布式机器学习技术的解决方 案,攻克海量隐私数据的安全存储问题,并且实现多方数据的安全交换,助其 突破数据孤岛,共同建模,联合发挥数据的最大价值。 主要特征 PaddleDTX的主要特征如下: 支持多个学习过程并行运行的多方安全计算框架,集成多种横向联邦学习 和纵向联邦学习算法 安全存储高敏感数据,防止隐私泄漏,支持故障容错,抵御存储作弊 去中心化管理存储节点,支持无上限数据纳管 保证多方数据联合建模的全链路可信 架构概览 PaddleDTX由多方安全计算网络、去中心化存储网络、区块链网络构建而成。 1.1 多方安全计算网络 有预测需求的一方为计算需求节点。可获取样本数据进行模型训练和预测的一 方为任务执行节点,多个任务执行节点组成一个SMPC(多方安全计算)网 络。计算需求节点将任务发布到区块链网络,任务执行节点确认后执行任务。 数据持有节点对任务执行节点的计算数据做信任背书。 联邦学 习、横向联邦学习算法。 1.2 去中心化存储网络 数据持有节点将自己的隐私数据进行加密、切分、副本复制后分发到存储节 点,存储节点通过应答数据持有节点的挑战证明自己持有数据分片。通过这些 机制,实现了在不泄漏隐私的前提下充分且安全地利用存储资源。 训练样本和预测数据集往往是归属于不同机构的隐私数据。这些机构可以作为 数据持有节点加入到去中心化存储网络中,通过多方安全计算网络发挥数据的0 码力 | 57 页 | 1.38 MB | 1 年前3
共 372 条
- 1
- 2
- 3
- 4
- 5
- 6
- 38













