使用Chaos Mesh来保障云原生系统的健壮性-周强 the production environment Incident happens anywhere anytime AWS Incident happens on MySQL Github Incident happends on Github Chaos Engineering Chaos Engineering is the discipline Application via MySQL Protocol TiK V TiK V TiFlas h TiK V TiK V ... DistSQL API KV API ... Worker Worke r Worke r Spark Driver ... Spark SQL Spark Cluster DistSQL API P D P D P D PD Cluster Pum p Pum p0 码力 | 28 页 | 986.42 KB | 6 月前3
构建统一的云原生应用 可观测性数据平台DeepFlow的典型客户环境中,两个微服务通信涉及到的标签多达上百个 Namespace Service Service Deployment Pod Container Node Cluster Ingress Deployment Pod Container 服务 app version env group owner stage commitId deployId ... commitId=e86c973 zone=ZoneA releaseVersion=12 deployType=canary Version=1.4.0 group=iot owner=xiangyang cluster=devops deployId=287115 level=low layer=service taskEnv=prod 看云网更清晰 Simplify the growing complexity http_requests ... CREATE DICTIONARY deepflow.pod_map ( `id` UInt64, `name` String ) PRIMARY KEY id SOURCE(MYSQL(...)) SELECT dictGet( deepflow.pod_label_env, (‘value’), (toUInt64(pod_id_0)) ) AS pod_label_env_00 码力 | 35 页 | 6.75 MB | 1 年前3
云原生图数据库解谜、容器化实践与 Serverless 应用实操K8s Nebula Operator Nebula Operator 实现 Kubebuilder Scaffold CRD Control Loop Calling Nebula Cluster . ├── apis �� │ └── apps │ └── controller�manager ├── config │ └── crd │ ├── controller curl http:��function�sample�serving-9sszk�ksvc�xlfkz.default.example.com Hello, World! kk create cluster ��with�kubernetes v1.20.4 ��with�kubesphere v3.1.1 git clone https:��github.com/OpenFunction/OpenFunction --------+--------------+------------- | "nebula�storaged-0.nebula�storaged�headless.default.svc.cluster.local" | 9779 | "ONLINE" | 0 | "No valid pa +----------------------------------------0 码力 | 47 页 | 29.72 MB | 1 年前3
Volcano加速金融行业大数据分析平台云原生化改造的应用实践Controllers K8s API Server Queue Controller Job Controller VG Controller VG API Server Cluster A K8s API Server Cluster B Agent Other Clusters Karmada API Server Volcano Global VG Admission Kubectl 集群级别资源对象,与用户/namespace解耦 • 可用于租户/资源池之间共享资源 • 支持每个队列独立配置Policy,如 FIFO, fair share, priority, SLA等 K8S CLUSTER Submit job nodes Resources nodes Resources Queues Jobs run and finish Jobs wait in Queue finish master Queue1 Queue2 QueueN 动态资源共享 • 队列资源预留/队列容量 • 基于权重提供队列间资源共享 Cluster resources Queuer1 with weight=2 Cluster resources Queuer1 with weight=2 Queuer2 with weight=1 Submit job to Queue0 码力 | 18 页 | 1.82 MB | 1 年前3
云原生企业级安全的最佳实践云原生企业级安全的最佳实践 Cloud Native Security Cluster Security • Securing the cluster components that are configurable • Securing the applications which run in the cluster AKS Security Network Security Restricting Restricting network access • North-South Traffic Authorized IP range: Azure NSG Private cluster: Azure Private Link • East-West Traffic Azure NPM Calico NetworkPolicy Identity Management Access to0 码力 | 14 页 | 13.52 MB | 1 年前3
01. MOSN 高性能网络扩展实践 - 王发康Admin 管理 • Metrics 监控统计 Envoy 复用基础能力 • 复用高效 Eventloop 模型 • 复用 xDS 服务元数据通道 • 复用 L4/L7 filter • 复用 Cluster LB • 复用 State 统计 Proxy-golang 扩展能力 • Proxy-golang API • Filter manager MoE 方案介绍 — TraceID 事例 filter Other http filter(via GoLang) Header to metadata http filter Router http filter Cluster subset LB Cluster Manager/xDS Discovery 1 2 4 1 2 Envoy MOSN Data flow Control flow GoLang L7 extension extension SDK HTTP Filter(via GoLang) HTTP Filter(via GoLang) xDS API SOFA Nacos Others Cluster Manager/xDS Pilot SOFARegistry Antvip Nacos Antvip Others Control Plane MCP Data flow0 码力 | 29 页 | 2.80 MB | 1 年前3
02. Kubevela 以应用为中心的渐进式发布 - 孙健波再实际操作资源,只生成版本快照 AppRollout-1 开始 暂停 继续 成功 AppRollout-2 新的发布使用新的发布单对象 K8s Resource v1 -> v2 cluster2 cluster1 面向终态的多版本共存 --渐进式发布 Application AppRevision v1 AppRevision v2 AppRevision v3 ① 创建 ②0 码力 | 26 页 | 9.20 MB | 1 年前3
24-云原生中间件之道-高磊信执行环境内才进行明文计算。 • SSL+TDE+TEE=E2E云原生数据库安全方案。 RDMA 高级能力-云原生数据库-应用的基石-5-应用迁移 IDC 应用 A B C Oracle|MySQL 用于Oracle|MySQL 的JDBC Cloud 应用 A B C 多模云原生数据 库 用于云原生DB的 JDBC 极少量 改动 修改驱 动包 数据迁 移 • 由于云原生数据库支持多模,所以通过 ETL或者DTC等工具迁移数据是非常方便的 ETL或者DTC等工具迁移数据是非常方便的 • 应用程序只需要修改JDBC的依赖即可以在 新环境中运行,迁移成本低。 • 或者由于云原生数据库支持多协议能力, 比如原生APP使用MYSQL协议访问传统数 据库,可以不加修改的,还是使用老的 MYSQL协议驱动,依然可以和云原生数据 库进行连接。 高级能力-云原生存储-应用的基石-1-云原生化需求(从应用角 度) 我们从云原生数据库那里基本可以嗅出云原生对四0 码力 | 22 页 | 4.39 MB | 6 月前3
带给你“一份应用需求定义,到处交付”的云原生交付体验Plugins OwnerReference AliCloud OpenAPI AWS OpenAPI How to make it happen 张健川(聪言) 我需要一个MySQL数据库服务 MySQL 5.7版本 硬件规格4c8g 存储20G 交付不同客户依赖的数据库Provider不同 读写IOPS能力达到1W+ 面向用户友好的声明服务 Service Spec Component-oriented Values自适配 Helm Chart 云资源规格精准过滤匹配 交付资源生产 Cross-Vendor 组件列表推荐 插件生态与运行时扩展 服务插件扩展体系 服务 组件 规格 运行时 mysql redis alilcoud kubedb aws 云资源规格 OpenAPI 组件版本配置 Terraform 通用服务schema定义 服务版本管理 面向组件Vendor Schema定义0 码力 | 16 页 | 30.13 MB | 1 年前3
12-从数据库中间件到云原生——Apache ShardingSphere 架构演进-秦金卫ShardingSphere 生态创建数据库解决方案 1.数据库框架 1.数据库框架 摩尔定律失效 分布式崛起 1.数据库框架 随着数据量的增大,读写并发的增加,系统可用性要求的提升,单机 MySQL面临: 1、容量有限,难以扩容 2、读写压力,QPS过大,特别是分析类需求会影响到业务事务 3、可用性不足,宕机问题 1.数据库框架 1.数据库框架 计算机领域的任何问题都可以通过增加一个中间层来解决。 5、Java Only(或其他)。 数据库框架使用的约束: 2.数据库中间件 2.数据库中间件 作为中间件,独立部署,对业 务端透明。 任何语言平台的系统都可以接 入,可以使用mysql命令或者 IDE操作。 对业务系统侵入性小。 透明化的引入中间件,像一个数据库一样提供服务能力。 2.数据库中间件 1、框架本身的一些问题; 2、需要单独的资源部署,以及维护; 3、接入端 同构、异构语言、云原生等各种多样化的 应用场景。 5.数据库解决方案 Level 3:Sharding-Proxy中间件(3.x+) Level 2:Sharding-JDBC框架(1.x+) Level 1:MySQL数据库提供的能力 Level 4:Sharding-Scaling(4.x+) Level 5:Sharding-Sidecar(5.x+) Level 6:Sharding-Engine(6.x+)0 码力 | 23 页 | 1.91 MB | 6 月前3
共 15 条
- 1
- 2













