Chaos Mesh让应用与混沌在 Kubernetes 上共舞-杨可奥当前 Chaos Mesh 的 maintainer。在混沌工程的实践和实现上拥有一定经验和见 解。除了 Chaos Mesh 之外还维护有多个受欢迎的开源项目,如 pprof-rs。 云 原 生 社 区 M e e t u p 第 一 期 · 上 海 站 杨可奥 Chaos Mesh核心开发者 Chaos Mesh 让应用与混沌在 Kubernetes 上共舞 演讲人:杨可奥 PingCAP e e t u p 第 一 期 · 上 海 站 目录 一、混沌工程的动机 二、Kubernetes 上的混沌工程方案 —— Chaos Mesh 三、Chaos Mesh 的结构,以 NetworkChaos 为例 四、Chaos Mesh 使用案例 混沌工程的动机 事故,任何时候都可能发生 AWS 事故,任何时候都可能发生 Github 关于混沌,我们能知道很多 我们的软件没有混沌现象 天然的隔离性和安全性 2. Go 的线程模型与 namespace 机制难以融合 3. 要求运行时注入和恢复 4. 和内核打交道通常都是困难的! Kubernetes 上的混沌工程方案 Chaos Mesh Cloud Native ● 在 Kubernetes 上运行,被测对象也运行在 Kubernetes 上 ● 测试的最小单元是 Pod 或 Container ● 使用 Helm 一键部署0 码力 | 30 页 | 1.49 MB | 9 月前3
QCon北京2017/智能化运维/Self Hosted Infrastructure:以自动运维 Kubernetes 为例0 码力 | 73 页 | 1.58 MB | 1 年前3
DaoCloud Enterprise 5.0
产品介绍4 多云编排 4 中间件服务 4 微服务治理 5 可观测性 5 应用商店 6 应用交付 6 信创异构 7 云边协同 7 云原生底座 8 模块化搭建 8 容器管理 9 全局管理 10 可观测性 10 应用工作台 11 多云编排 11 微服务引擎 12 服务网格 13 中间件 14 镜像仓库 集成了最新的服务网格和微服务技术,能够跟踪每 一个流量的生发始终, 帮助您洞察集群、节点、应用和服务的详细指标,并通 过动态仪表盘和拓扑大图可视化掌握应用健康状态。 DCE 5.0 原生支持 DevOps 开发运维模式,可以实现应用交付的全流程标准化 和自动化,并集成各类精选数据库和中间件,使运维治理更加高效。各个产品 模块独立解耦,支持灵活升级,对业务没有影响,并且能够与众多云原生生态 产品对接,提供完整的解决方案体系。 大能力,自由搭配各种模块,可以应对海量 应用场景。 这些模块就像乐高搭积木一样,糅合社区最优秀的几十种开源技术,经过众多 辩证选型、攻坚克难、编码调试、海量测试,“十年磨一剑,一朝试锋芒,全新 搭建的新一代容器化平台能够满足企业上云的各类场景需求。 多云编排 支持多云和混合云的统一集中管理,提供跨云资源检索及跨云的应用部署、发布和运 维能力,实现多云应用高效管控,提供基于集群资源的应用弹性扩缩,实现全局负载0 码力 | 18 页 | 1.32 MB | 1 年前3
运维上海2017-分布式数据库系统TiDB在Kubernetes平台的自动化运维实践-邓栓0 码力 | 32 页 | 3.47 MB | 1 年前3
第29 期| 2023 年9 月- 技术雷达Thoughtworks, Inc. All Rights Reserved. 6 AI 辅助软件开发 毫无意外,本期技术雷达主要围绕 AI 相关话题展开讨论。这是有史以来第一次,我们需要一个可视化指南来 理清不同 AI 的类别和功能(即使在 JavaScript 生态系统十分混乱的时期,我们也从未采取过这样的做法)。作 为一家开创 CI、CD 等突破性工程实践历史的软件咨询公司,我们对于使用 ReAct 提示 工程,以及利用大语言模型驱动的自主代理开发远超简单的问答交互的动态应用。我们也提到一些向量数据库 (包括 Pinecone)由于大语言模型而重新流行起来。大语言模型的底层能力,包括更专业化和自行托管的能力, 将继续呈爆发性增长。 远程交付解决方案日臻成熟 尽管远程软件开发团队多年来利用技术克服地理限制,但疫情的影响进一步推动了这一领域的创新,巩固了向 完全远程或混合工作演进的趋 的协 作工具不断提出创新解决方案。其他团队则继续调整和改进现有的面对面实践,例如实时结对编程或集体编程、 分布式工作坊(例如 远程事件风暴)以及异步和同步沟通。远程工作提供了许多好处(包括更多样化的人才储 备),但面对面交流的价值是显而易见的。团队不应中断重要的反馈循环,并且需要意识到在转向远程工作时所 做的取舍。 © Thoughtworks, Inc. All Rights Reserved0 码力 | 43 页 | 2.76 MB | 1 年前3
從微軟角度看Kubernetes過去 25 年都是如此運作 服務數量越來越多,端點越來越多,該如何管理 ? 服務網格 Service Mesh 更聰明的管線 … 眾多服務網格方案 Service Mesh Interface (SMI) for Kubernetes CNCF 沙箱計畫 Service Mesh Interface (SMI) for Kubernetes Kubernetes 標準介面期望統一定義 Traffic Telemetry 與 Traffic Policy 應用程式 工具 生態系統 標準化 讓 Kubernetes 上服務網格能有 一致的標準 化繁為簡 定義服務網格各家方案之共通 應用需求 可擴充性 當一項功能被市場廣泛接受即 可立即擴充 … 更多服務網 格方案 Service Mesh Interface 這並非新概念 感覺很熟悉,因為之前 Kubernetes 上已經有類似概念被實現過了 Kubernetes Service (AKS) SMI 與Linkerd https://openservicemesh.io/ Open Service Mesh (OSM) 以 CNCF Envoy 為基礎,實作 Service Mesh Interface 輕量化,開放源碼服務網格計畫 Kubernetes 實戰工作坊 Azure Kubernetes Service Workshop(L300)0 码力 | 13 页 | 1.49 MB | 1 年前3
KubeCon2020/微服务技术与实践论坛/Spring Cloud Alibaba 在 Kubernetes 下的微服务治理最佳实践-方剑微服务在云原生下的挑战 后端服务BaaS化 DB,MQ, Redis, 注册中心、配置中心、服务治理中心 服务治理下沉、透明化 Java Agent, Sidecar, Java治理和Mesh治理的统一, 应用0成本上云 部署形态多云、混合云化 本地云端混部、多云混部、公私混部 云原生下微服务趋势 自研微 服务 Fat-SDK Pandora One Agent One Mesh • 基于隔离容器 Consumer 标签路由 可灰度 可监控 可回滚 变更管控 安全变更三板斧 故障应急 发布封网 故障复盘 紧急发布 稳定性分 安全 变更 GitOps 持续集 成 自动化 回归 性能压 测 灰度发 布 监控对 比 发布/ 回滚 1分钟发现 5分钟定位 10分钟恢复 故障应急 1-5-10原则 安全变更 4. 读取灰度规则 配置中心 3. API Server Go App Envo y Node.js APP Envo y Java App Agent Java App Agent MCP Service Mesh xDS xDS • 调用互通 • 监控互通 • 治理互通 xDS xDS 服务治理 无损下线 离群实例摘除 标签路由 服务鉴权 链路跟踪 多语言互通0 码力 | 27 页 | 7.10 MB | 1 年前3
涂小刚-基于k8s的微服务实践基于kubernetes的微服务实践 涂小刚 2019.8.11 Service Mesh Meetup #6 广州站 物理机 虚拟机 容器集群管理 私有云 容器 服 务 治 理 基 础 设 施 自动恢复 监 控 报 警 harbor 容 器 引 擎 存 储 管 理 编 译 发 布 软件定义网络跨节点通讯 统 一 集 中 运 营 管 理 gitlab jenkins ai-prod ai-dc-api ai-dc-api ai-dc-api 业务线名称 ai dt ad 现有环境名 test preview prod 统一规划环境名和业务应用名,适配标准自动化运维。 业务线名称采用拼音首字母缩写 k8s-namespaces 环境名称定义采用业务线缩写名加环境名组成 k8s-service名称、app名称和应用名称包名保持一致 k8s-api配置对象 ai-dc-web ai-dc-api 镜像版本和git版本库规范 制定git版本规范,开发提交合并master代码,git版本库和业务版本进行关联,出了问题好定位问题。 采用docker容器化之后,ci-cd由运维平台集中控制,git版本和容器镜像必需保持一致关联性,方便问题回溯。 git master dev checkout v20 dev docker build harbor0 码力 | 19 页 | 1.34 MB | 1 年前3
ALAUDA KUBERNETES 白皮书Alauda Kubernetes 白皮书 灵雀云 2 1. 产品背景 Kubernetes 是 Google 开源的容器集群管理系统,构建在 Docker 技术之上,为容器化的应 用提供资源调度、部署运行、服务发现、扩容缩容等整一套功能,它最大的优点是可以显著 提升整个集群的总 CPU 利用率,所以成为众多容器调度框架中最受欢迎的调度模式。 Kubernetes 集群安装和部署,有效地实现快速安装部署,从而节 约时间和人力成本。 ² 系统运维管理 通过系统运维视角,配合标准的日志、监控平台,为用户提供了一整套可视化的产品, 让业务、监控等复杂行为变成可视化的业务形态,确保平台的高可用,同时为容器化应 用提供资源调度、部署运行、服务发现、扩容缩容等一整套功能,更好的突出业务本 身,从根本上解决运维难的问题。 ü 集群管理:管理集群下所有主机及命名空间资源 (ACP),包括:DevOps、Service Framework、Service Alauda Kubernetes 白皮书 灵雀云 5 Mesh,Machine Learning 等,构成完整的产品闭环,可以根据企业定制化的使用场景,选 择使用不同的产品。 5. 客户价值 使用 Alauda Kubernetes,有助于: Alauda0 码力 | 6 页 | 2.35 MB | 1 年前3
基于Kubernetes构建容器云平台的实践
- UCloud优刻得实验室负责⼈ 叶理灯⽇日志 权限 分析 集群管理理 版本管理理 配置管理理 链路路跟踪 负载均衡 ⾃自动容灾 持续集成 持续部署 灰度发布 服务注册/发现 关系数据库 KV存储 对象存储 块存储 DNS 消息队列列 API- Gateway 镜像仓库 统⼀一代码管理理 统⼀一编程框架 统⼀一通讯协议 统⼀一部署环境 计算平台/KUN 公共服务 存储平台 Think in Cloud . Operator service statefulset pvc deployment Create Update Get Delete Operator Server 为⽤用户提供可视化 Web 操作⻚页⾯面,简化对各类⾃自 定义资源的管理理操作。 ⽤用户不不需要详细理理解具体的 CRD 结构,就可以在 Web ⻚页⾯面上快速 创建⼀一个 Redis 集群,并且可以看到集群⼀一步步创建的过程。同时 Grafana 实现 Web 可视化; Think in Cloud . 北北京 监控系统⾼高可⽤用⽅方案 • 冗余部署 A. 每个 AZ 下运⾏行行⼀一个 Prometheus,各个 Prometheus 独⽴立运⾏行行,采集同样的数据; B. 每个 AZ 下运⾏行行⼀一个 Alert Manager,每个 Alert Manager 接受两个 Prometheus 的消息,他们之间互为 peer,去除冗余报警;0 码力 | 30 页 | 3.52 MB | 1 年前3
共 55 条
- 1
- 2
- 3
- 4
- 5
- 6













