通过在应用程序中创建集中控制点来解决微服务架构中的各种问题。它 在现有分布式应用上添加一个透明层，而无需对应用代码进行任何更改。 微服务架构将企业应用的工作分成模块化服务，从而简化扩展和维护。但是，随着微服务架构上构建的企 业应用的规模和复杂性不断增长，理解和管理变得困难。Service Mesh 可以通过捕获或截获服务间的流量 来解决这些架构问题，并可修改、重定向或创建新请求到其他服务。 Service Mesh 基于开源 Istio 的支持，并弃用了 ServiceMeshExtention API。 1.2.2.4.3. ROSA 支持 此发行版本引进了对 AWS(ROSA)上的 Red Hat OpenShift 的服务网格支持，包括多集群联邦。 1.2.2.4.4. istio-node DaemonSet 重命名 在此发行版本中，istio-node DaemonSet 被重命名为 istio-cni-node，以匹配上游 Istio Service Mesh Federation 添加了新的自定义资源定义(CRD)以支持联邦服务网格（federating service mesh）。服务网格可以整合 到同一集群中或跨不同的 OpenShift 集群。这些新资源包括： ServiceMeshPeer - 使用单独的服务网格定义联邦，包括网关配置、root 信任证书配置和状态字 段。在一对联邦网格中，每个网格将定义自己的独立 ServiceMeshPeer

风控（欺诈检测/反洗钱） ● 图神经网络 ● 知识图谱 ● 社交网络 目前的问题 01. 副标题 ● 对于复杂的关系网络，传统关系型数据库无能为力 ● 单独部署图数据库集群 ● 部署运维两套数据库集群成本太高 ● 在两个不同的数据库中数据一致性不能保障 探索方向 01. 副标题 TiGraph 项目尝试验证在分布式关系型数据中无缝集成图模式： ● 同时包含关系型模型和图模型 图遍历结果作为子查询 Benchmark 第五部分 Benchmark 01. 副标题 ● Workload ○ 24vc + 64G ○ Unistore ○ N 度人脉 ○ 数据规模 ■ 100k vertices or 100k rows ■ 30 - 100 friends (6.5m edges) ● Notes ○ TiDB 4-degree > 7h (cancelled)

• 蓝色的区域需要 30-40 天 • 棕色的区域需要 40 天以上 的时间 21 世纪的通讯 同样的一张地图 在今天, 仅仅需要毫秒级 别的时间, 一条消息可以 被全世界共享起来 互联网的规模也从单独 一个数据中心的部署方 式转变为多数据中心, 甚 至是跨区域的部署模式 多区域部署 Serverless 分布式存储 Redis 内存数 据库 支持多种 数据结构 支持主 从架构 是否我们也能够有自己的一套 DRC? 来完 成每个站点的单独写入读取, 而不用关心 底层存储的一致性和同步问题. 对此需求进行分析后, 我们决定开发一个 Redis 的 DRC 架构, 来支撑携程集群的应 用单元化部署, 而不仅仅是限制于Redis 数 据的双向同步. Redis For DRC 高可用性 一致性 分区容忍性 传统关系型数据库为代表的 CA 新兴的NO-SQL为代表的

版下编写和分发的。这意味着它的源代码是免费分发的，可供公众使用。 商业支持 由 Zabbix 公司及其世界各地的合作伙伴提供。 了解更多Zabbix 功能。 Zabbix 用户 世界各地许多不同规模的组织都依赖 Zabbix 作为主要监控平台。 3 Zabbix 功能 概述 Zabbix 是一个高度集成的网络监控解决方案，在一个软件包中提供了多种功能。 数据收集 • 可用性和性能检查 web 的 PHP 前端 • 可从任何地方访问 • 可以通过你的方式点击（到任何页面） • 审计日志 Zabbix API • Zabbix API 为 Zabbix 提供可编程接口，用于大规模操作、第 3 方软件集成和其他用途。 权限系统 • 安全用户认证 • 某些用户可以被限制仅访问某些视图 全功能且易于扩展的 agent • 部署在被监控目标上 • Linux 和 Windows Zabbix 6.0.0 新功能 Zabbix server 的高可用集群 新版本附带了针对 Zabbix server 的原生高可用解决方案。 该解决方案由多个 zabbix_server 实例或节点组成，其中一次只能有一个节点处于活动状态（工作），而其他节点处于待机状态，准备好 在当前节点停止或故障时接管。 另请参阅：高可用集群。 服务 对服务的监控进行了一些更新。服务监控提供了 Zabbix

4 TimescaleDB 配置 概述 Zabbix 支持时序数据库 TimescaleDB，这是一种基于 PostgreSQL 的数据库解决方案，可将数据自动划分为基于时间的块，以支持更快 的大规模性能。 Warning: 目前时序数据库不支持 Zabbix proxy。 本页上的说明可用于创建 TimescaleDB 数据库或从现有 PostgreSQL 表迁移到 TimescaleDB。 通用公共许可证的第二版编写和分发的。这意味着它的源代码是免费分发的，并且可供公共使用。 商业支持 由 Zabbix 公司提供。 了解更多Zabbix 功能。 Zabbix 的用户 世界上许多不同规模的组织都依赖 Zabbix 作为主要的监控平台。 3 Zabbix 功能 概述 Zabbix 是一种高度集成的网络监控解决方案，在单一的软件包中提供了多种功能。 数据采集 • 可用性和性能采集； communication port）和串行 GSM 调制解调器（serial GSM modem）。 USB 转串行转接器也同样可以工作。 硬件资源配置参考 下表提供了几个硬件配置参考： 规模平 CPU 内存数据库 受监控的主机数量 小型 C ntOS V rtual Appliance M SQL InnoDB 1 0 中型 C ntOS 2 CPU cores/2GB M

通用公共许可证的第二版编写和分发的。这意味着它的源代码是免费分发的，并且可供公共使用。 商业支持 由 Zabbix 公司提供。 了解更多Zabbix 功能。 Zabbix 的用户 世界上许多不同规模的组织都依赖 Zabbix 作为主要的监控平台。 3 Zabbix 功能 概述 Zabbix 是一种高度集成的网络监控解决方案，在单一的软件包中提供了多种功能。 数据采集 • 可用性和性能采集； communication port）和串行 GSM 调制解调器（serial GSM modem）。 USB 转串行转接器也同样可以工作。 硬件资源配置参考 262 下表提供了几个硬件配置参考： 规模平 CPU 内存数据库 受监控的主机数量 小型 C ntOS V rtual Appliance M SQL InnoDB 1 0 中型 C ntOS 2 CPU cores/2GB M cores/16GB Fa t RAID10 MySQL InnoDB 或 PostgreSQL > 10000 Note: 实际上，Zabbix 环境的配置非常依赖于监控项（主动）和更新间隔。如果是进行大规模部署，强烈建议将数据库独立部署。 受支持的平台 由于服务器操作的安全性要求和任务关键性，UNIX 是唯一能够始终如一地提供必要性能、容错和弹性的操作系统。Zabbix 以市场主流的 操作系统版本运行。

property of their respective owners. 摘要 摘要 本文档提供有关在 OpenShift Container Platform 中使用 Operator 的信息。文中为集群管理员提供 了 Operator 的安装和管理说明，为开发人员提供了如何通过所安装的 Operator 创建应用程序的信 息。另外还提供了一些使用 Operator SDK 构建自用 Operator OPERATOR 目录 2.7. 多租户集群中的 OPERATOR 2.8. CRD 第 第 3 章 章 用 用户 户任 任务 务 3.1. 从已安装的 OPERATOR 创建应用程序 3.2. 在命名空间中安装 OPERATOR 第 第 4 章 章 管理 管理员 员任 任务 务 4.1. 在集群中添加 OPERATOR 4.2. 更新安装的 OPERATOR 4.3. 从集群中删除 OPERATOR MANAGER 功能 4.5. 在 OPERATOR LIFECYCLE MANAGER 中配置代理支持 4.6. 查看 OPERATOR 状态 4.7. 管理 OPERATOR 条件 4.8. 允许非集群管理员安装 OPERATOR 4.9. 管理自定义目录 4.10. 在受限网络中使用 OPERATOR LIFECYCLE MANAGER 4.11. 目录源 POD 调度 4.12. 管理平台 OPERATOR

GPU 数据并行的支持。 • 优步的 Horovod 对 Keras 模型有第一流的支持。 • Keras 模型可以被转换为 TensorFlow 估计器并在 Google Cloud 的 GPU 集群上训练。 • Keras 可以在 Spark（通过 CERN 的 Dist-Keras）和 Elephas 上运行。 为什么选择 KERAS？ 7 2.6 Keras 的发展得到深度学习生态系统中的关键公司的支持 initializers.VarianceScaling(scale=1.0, mode='fan_in', distribution='normal', seed=None) 初始化器能够根据权值的尺寸调整其规模。 使用 distribution="normal" 时，样本是从一个以 0 为中心的截断正态分布中抽取的， stddev = sqrt(scale / n)，其中 n 是： • 权值张量中输入单元的数量，如果

外包开发模式 资源利用率KPI 01 04 02 03 海尔集团业务转型 - 架构演进 工业互联网 - 行业分析 海尔工业互联网 -才云整体解决方案 海尔工业互联网 - 才云整体解决方案 多集群管理 存 储 网 络 混合云 监控日志 基础服务 镜像仓库 认证鉴权 资源管理 面向业务开发 CI/CD 微服务 应用商店 面向业务管理 弹性伸缩 API Gateway 负载均衡 程的可视化。 模型训练 模型版本管理，模型推理服务的部署 、监控、管理和升级，提供 A/B test 和滚动升级。 模型服务 实现对 GPU 集群资源进行管理，根 据用户作业请求自动分配和回收 GPU 资源。 GPU 集群管理 对接存储系统，管理数据集；提供 notebook 交互式代码开发和调试工 具；管理数据预处理批作业。 模型开发 海尔工业互联网 – 才云数据解决方案 这些机器上跑了一些容器服务 4. 因为机器数量不多，不希望每个工厂组成一个 k8s 集群 5. 也不可能将这些工厂的机器作为node 节点添加到青岛 的 k8s 集群，因为可能受到vpn 等网络的限制 6. 这些分布在各个工厂的零散的机器上跑的容器服务就称 为边缘容器服务 7. 海尔希望有一个多租户平台既能管理多个 k8s 集群，也 能把这些边缘节点管理起来，为每个租户提供 k8s 分区 资源和边缘节点资源。

- 无需管理服务器节点 容器调度与编排 经典Kubernetes容器服务 - 按照集群节点数量付费 ECS Pod Pod Pod Pod ECS Pod Pod Pod Pod ECS Pod Pod Pod Pod 经典Kubernetes集群 容器调度与编排 Pod Pod Pod Pod Pod Pod Pod Pod Pod Pod Pod Pod Serverless Kubernetes集群 Serverless Kubernetes vs. 传统Kubernetes集群 Kubernetes + Serverless addon混合集群 容器调度与编排 Pod Pod Pod … Elastic Container Instance (ECI) Stateless High dynamic Short Duration 14 - 一键部署Spark集群 - 无需管理服务器节点 - 灵活弹性，无限扩容 容器调度与编排 Spark-Master Serverless Kubernetes集群 Demo: 基于Serverless Kubernetes的Spark数据处理 Worker-1 Worker-2