Nacos架构&原理
秒级生效上的实践 249 叽里呱啦 Nacos 1.1.2 升级 1.4.1 最佳实践 267 服务发现最佳实践 281 Eureka 平滑迁移 Nacos 方案 281 Nacos 打通 CMDB 实现就近访问 288 跨注册中心服务同步实践 298 配置管理最佳实践 310 Nacos 限流最佳实践 310 Nacos 无缝支持 confd 配置管理 320 结语 326 结语 存储模块:解决数据持久化、非持久化存储,解决数据分片问题。 插件 Nameserver:解决 Namespace 到 ClusterID 的路由问题,解决用户环境与 Nacos 物理环境 映射问题。 CMDB:解决元数据存储,与三方 CMDB 系统对接问题,解决应用,人,资源关系。 Metrics:暴露标准 Metrics 数据,方便与三方监控系统打通。 Trace:暴露标准 Trace,方便与 SLA 系 服务流量调配。但是标签本身需要单独的存储 以及读写功能,不管是放在注册中心本身或者对接第三方的 CMDB。 Nacos 架构 < 72 在 Nacos 0.7.0 版本中,我们除了提供基于健康检查和权重的负载均衡方式外,还新提供了基于第 三方 CMDB 的标签负载均衡器,具体可以参考 CMDB 功能介绍文章。使用基于标签的负载均衡器, 目前可以实现同标签优先访问的流量调度策略,实际的应用场景中,可以用来实现服务的就近访问,0 码力 | 326 页 | 12.83 MB | 9 月前3
张波-虎牙直播在微服务改造中的实践服务相互调用困难;公共DNS不稳定,解析结果生 效慢,解析失败率高;DNS无法提供内网环境的就 近接入能力,内部服务调用无法实现就近访问。 目标 DNS解析成功率 100% 公共DNS分钟级生效 内部DNS秒级生效 基于IP+CMDB实现就近访问能力 11 dns当前现状 1、依赖公共localDNS,解析不稳定,延迟大 落地效果 12 平均解析时间 之前200ms+ 现在1ms以下 缓存命中率 之前92% DNS-F 增加对外部域名的预缓存支持; • Agent监控数据对接公司内部监控; • 日志输出对接公司内部日志服务; • 对接公司CMDB; • DNS-F Cluster; • DNS 忽略大小写 Nacos CMDB • 扩展对接虎牙CMDB • 对接内部负载均衡策略 虎牙直播与阿里共建Nacos生态 社区贡献 • Nacos Commiter 4人; • 承担多个模块的开发和维护(Nacos0 码力 | 27 页 | 1.03 MB | 1 年前3
03 小罗 python与devops Devops传统方式下构建示例 Devops发布流程需要考虑几个问题 1、发布什么应用,发布到哪里(CMDB) 2、发布人员是否有权限(RBAC) 3、发布过程是否有认证,授权发布(流程审计) 4、发布的时候需要做什么操作,批量时候如何处理,如何知道执行结果返回 5、消息通知机制 6、发布故障如何快速回滚 CMDB为基础架构由下至上 Ansible发布 为什么使用python 1、入门快速简单0 码力 | 22 页 | 1.64 MB | 1 年前3
杨钦民-唯品会微服务架构演进之路v0.2�������������� ��� • ����CfgCenter����� ��Mercury��������� 03 基于KLbeIFeKes、(ocCeI打造云平台 0oah云平台总p架构 ���� CMDB ������� 镜x管理 ���� ���� ���� ������ ��� ���� ���� ������ ���� ���� Kubernets����0 码力 | 43 页 | 3.89 MB | 1 年前3
唯品会调度系统的前世今生– 命名空间维度 Dashboard – Executor维度 Dashboard – Job维度 Dashboard – 告警维度 内部集成 – 认证与授权 内部集成 – 命名空间管理CMDB 内部集成 – 监控系统/调用链 内部集成 – 流程管理 内部集成 – 容器管理 婆媳关系 那些年我们踩过的坑 坑1-ZK事件丢失 Curator-client-A Client-B0 码力 | 58 页 | 5.40 MB | 1 年前3
1_丁来强_开源AIOps数据中台搭建与Python的作用算法落地的趋势 • ⾼高薪机会让更更多⼈人⼈人员会进去这个领域 • 框架使得学习⻔门槛降低:不不需要博⼠士就能做 • 公司培训与⼈人员参与促进发展 外部数据集成与⾃自动化 • ⼯工单系统 • CMDB(资产管理理) • Run Book⾃自动化 • 告警 • 应⽤用编排 3 开源⽅方案选择与Python作⽤用 特定场景下特定的平台搭建选择及策略略以及Python的作⽤用 • ⽇日志类数据⽅方案0 码力 | 48 页 | 17.54 MB | 1 年前3
美团点评2018技术年货器的“弹性伸缩”很像,所以我们给这个平台起名为HULK。貌似有一些公司的容器平台也叫这个名字,纯 属巧合。 2016年,美团开始使用容器,当时美团已经具备一定的规模,在使用容器之前就已经存在的各种系统, 包括CMDB、服务治理、监控告警、发布平台等等。我们在探索容器技术时,很难放弃原有的资产。所以 容器化的第一步,就是打通容器的生命周期和这些平台的交互,例如容器的申请/创建、删除/释放、发 布、迁移等等。 本文根据美团基础架构部/容器研发中心技术总监欧阳坚在2018 QCon(全球软件开发大会)上 的演讲内容整理而成。 美团容器平台架构及容器技术实践 - 美团技术团队 首先,容器平台对外对接服务治理、发布平台、CMDB、监控告警等等系统。通过和这些系统打通,容器 实现了和虚拟机基本一致的使用体验。研发人员在使用容器时,可以和使用VM一样,不需要改变原来的 使用习惯。 此外,容器提供弹性扩容能力,能根据一定0 码力 | 229 页 | 61.61 MB | 1 年前3
共 7 条
- 1













