Service Mesh 发展趋势(续) 蚂蚁金服 | 骑士到中盘路向何方?用户体验 Traffic Director 将对虚拟机的支持提升到新的高度Part 4:ServiceMesh灵魂拷问四:说好的供应商不锁定呢? 说好的供应商不锁定呢? @Google:SMI带来的美好愿景 Part 4:ServiceMesh灵魂拷问四:说好的供应商不锁定呢? 应用 控制平面 数据平面 最终用户体验 工具 生态体系 Service Mesh Interface Universal “SMI 是在 Kubernetes 上运行服务网格的规 范。它定义了由各种供应商实现的通用标准。这 使得最终用户的标准化和服务网格供应商的创新 可以两全其美。SMI 实现了灵活性和互操作 性。” “SMI API的目标是提供一组通用的,可移植的 Service Mesh API,Kubernetes用户可以以 供应商无关的方式使用这些API。通过这种方式, 可以定义使用Service Mesh技术的应用程序, Mesh技术的应用程序, 而无需紧密绑定到任何特定实现。”Linkerd 2.4.0: 开始支持SMI Part 4:ServiceMesh灵魂拷问四:说好的供应商不锁定呢? Linkerd 2.4.0: 发布于2019-07-11 Google This release adds traffic splitting functionality, support for the Kubernetes0 码力 | 43 页 | 2.90 MB | 6 月前3
27-云原生赋能 AIoT 和边缘计算、云形态以及成熟度模型之道-高磊生和多云方法作为一种新常态,意味着企业可以避免云计算供应商锁定, 可以提供超过5个9的响应率(99.999%),以避免每次停机导致平均数百万美元的损失。企业管理者终于意识到,云计算供 应商锁定会阻碍多云方法所带来的创造力、可用性和流动性。 • 云原生PaaS可以屏蔽多云的差异, 统一的不分何种云上的一致的运行 同一服务或者应用。 • 避免厂家锁定,客户可以自由选择 资源分布和费用组合,更加灵活。 • 中国的“Snowflake”,再造一个财富神话。不过,我国的云原生技术起步较晚,跟美国的发展阶段可能差5~8年。国内的云原生市场才刚 刚开始,从产业的整合,到商业模式、合作方向等都处于摸索阶段。客户、供应商、运营商等(转嫁风险、各取利益)之间存在博弈 关系(避免负和或者零和博弈,争取靠近正和博弈),云原生也与传统云模式存在博弈关系(天然的正和博弈) 对客户、运营商来说,有利因素主要体现在解决资金 险转嫁给厂商,通过与设备商绑定的利益 关系,能获得厂商更多更好的支持和全球经验;不利因素在于相对传统交易方式可能需支付更多交易成本,在业务发展良好的情况, 可能会有部分利益分给设备商。 对IT设备供应商、ISV集成商而言,有利因素主要体现在可能获得高于传统设备销售的收益(视定价水平和业务发展状况),提供了降 价以外的竞争手段,并获得更密切的客户关系。不利因素体现在业务发展风险,实际业务量达不到预测水平或装机容量导致货款无法0 码力 | 20 页 | 5.17 MB | 6 月前3
OpenShift Container Platform 3.11 扩展和性能指南Never,从本地镜像拉取。 2. 确保集群中的所有节点都在本地保存了相同的镜像。 注意 注意 如果可以控制节点配置,则从本地 registry 拉取(pull)适合使用。但是,它不会在不自动替 换节点的云供应商(如 GCE)上可靠工作。如果您在 Google Container Engine(GKE)上运 行,则每个带有 Google Container Registry 凭证的 .dockercfg 文件都会有一个 磁 盘 File 在 OS 中作为要挂载的文件系统导出 也称为网络附加存储(Network Attached Storage,NAS) 取决于不同的协议、实现、厂商及范围,其并 行性、延迟、文件锁定机制和其它功能可能会 有很大不同。 聚合模式/独立于模式 GlusterFS [1], RHEL NFS, NetApp NFS [2], Azure File, Vendor NFS, Vendor Container Platform 3.11 扩 扩展和性能指南 展和性能指南 18 2. NetApp NFS 在使用 Trident 插件时支持动态 PV 置备。 3. 供应商 GlusterFS、供应商 S3 和供应商 Swift 支持性和可配置性可能有所不同。 您可以使用聚合模式 GlusterFS(超融合或集群托管存储解决方案)或 GlusterFS(外部托管的存储解决 方案)用于 OpenShift0 码力 | 58 页 | 732.06 KB | 1 年前3
OpenShift Container Platform 4.14 发行注记证的集群 的集群简 简化的安装和更新体 化的安装和更新体验 验 此发行版本包括更改,用于改进安装和更新以手动模式使用 Cloud Credential Operator (CCO) 的集群进 行云供应商身份验证。oc adm release extract 命令的以下参数简化了云凭证的手动配置: --included 使用此参数只提取特定集群配置所需的清单。 如果您使用集群功能禁用一个或多个可 Container Platform 4.14 扩展了在云供应商上安装单节点 OpenShift 的支持。单节点 OpenShift 的安装选项包括 Amazon Web Services (AWS)、Google Cloud Platform (GCP)和 Microsoft Azure。有关支持的平台的更多信息,请参阅支持的单节点 openshift 云供应商。 1.3.3. 安装后配置 1.3.3.1 Operator 前会显示一个"Cluster in STS Mode" 通知,以确保它正确运行。Operator 安装 安装页面也被修改,以添加所需的角色 角色 ARN 字段。如需更多信息,请参阅云供应商上的 Operator 的令牌 身份验证。 1.3.4.2. Developer Perspective (开 开发 发者 者视 视角 角) 在这个版本中,web 控制台的 Developer0 码力 | 73 页 | 893.33 KB | 1 年前3
OpenShift Container Platform 4.13 网络事件消费者应用程序是否收到事件 第 第 21 章 章 外部 外部 DNS OPERATOR 21.1. OPENSHIFT CONTAINER PLATFORM 中的外部 DNS OPERATOR 21.2. 在云供应商上安装外部 DNS OPERATOR 21.3. 外部 DNS OPERATOR 配置参数 21.4. 在 AWS 上创建 DNS 记录 21.5. 在 AZURE 上创建 DNS 记录 21 OVN-KUBERNETES 故障排除 27.4. 使用 OVNKUBE-TRACE 追踪 OPENFLOW 27.5. 从 OPENSHIFT SDN 网络插件迁移 27.6. 回滚到 OPENSHIFT SDN 网络供应商 27.7. 从 KURYR 网络插件迁移到 OVN-KUBERNETES 网络插件 27.8. 转换为 IPV4/IPV6 双栈网络 27.9. 出口防火墙和网络策略规则的日志记录 27.10 OPERATOR 进行证书注入 第 第 34 章 章 RHOSP 负载 负载均衡 均衡 34.1. 负载均衡器服务的限制 34.2. 使用带有 KURYR SDN 的 OCTAVIA OVN 负载均衡器供应商驱动 34.3. 使用 OCTAVIA 为应用程序流量扩展集群 34.4. 使用 RHOSP OCTAVIA 为入站流量扩展 34.5. 配置外部负载均衡器 第 第 35 章 章 使用 使用 METALLB0 码力 | 697 页 | 7.55 MB | 1 年前3
OpenShift Container Platform 4.9 构建应用程序的绑定数据值的注解现在被修改为从 .status.writeService 字段 收集 主机 绑定值。Service Binding Operator 使用这些修改的注解来将正确的主机名注入到主 机和供应商绑定中。APPSVC-1040 在这个更新之前,当您绑定 postgres-operator.crunchydata.com/v1beta1 API 的 PostgresCluster CR 时 务或外部服务。这个过程包括使后备服务绑定,并将工作负载和服务绑定在一起。 5.2.2.1. 使 使 Operator 管理的后 管理的后备 备服 服务 务可 可绑 绑定 定 要使服务可绑定,作为 Operator 供应商,您需要公开工作负载所需的绑定数据,以便与 Operator 提供的 服务绑定。您可以在管理后备服务的 Operator CRD 中以注解或描述符形式提供绑定数据。 5.2.2.2. 将工作 将工作负载 Operator 可让应用程序开发人员将工作负载与 Operator 管理的后备服务轻松绑定,而无 需任何手动步骤来配置绑定连接。要使 Service Binding Operator 作为 Operator 供应商或创建后备服务 的用户提供绑定数据,您必须公开绑定数据,以便 Service Binding Operator 自动检测到绑定数据。然 后,Service Binding Operator 会自动从0 码力 | 184 页 | 3.36 MB | 1 年前3
OpenShift Container Platform 4.6 发行注记1. oc set probe 命令已扩展 1.2.7.2. oc adm upgrade 命令现在会提供可升级条件 1.2.8. 网络 1.2.8.1. OVN-Kubernetes 集群网络供应商 GA 1.2.8.2. 扩展节点服务端口范围 1.2.8.3. SR-IOV Network Operator InfiniBand 设备支持 1.2.8.4. 增加了置备网络的 DHCP 范围 18.1. 深入了解 Operator 数据收集功能的增强 1.3. 主要的技术变化 现在,每个集群版本都提供默认 Operator 目录 重要的 Operator 升级要求 CNI 网络供应商现在使用在集群节点上安装的 OVS 在使用已弃用 API 时会发出警告 改进了COPY 和 ADD 构建说明 Operator SDK v0.19.4 UBI 8 用于 OpenShift Container Container Platform 4.6.18 程序错误修复更新 1.8.15.1. 功能 1.8.15.1.1. Insights Operator 的改进 1.8.15.1.2. 支持轮转云供应商凭证 1.8.15.2. 更新 1.8.16. RHBA-2021:0634 - OpenShift Container Platform 4.6.19 程序错误修复更新 1.8.16.1. 更新0 码力 | 91 页 | 1.15 MB | 1 年前3
OpenShift Container Platform 4.10 构建应用程序过滤器使用其名称、标签或描述搜索特定 devfile。 3. 点击您要用来创建应用程序的 devfile。devfile 标题显示 devfile 的详情,包括 devfile 的名称、描 述、供应商和 devfile 文档。 4. 点 Create 创建一个应用程序,并在 Topology 视图中查看应用程序。 3.1.7. 使用 Developer Catalog 将服务或组件添加到应用程序中 务或外部服务。这个过程包括使后备服务绑定,并将工作负载和服务绑定在一起。 6.2.2.1. 使 使 Operator 管理的后 管理的后备 备服 服务 务可 可绑 绑定 定 要使服务可绑定,作为 Operator 供应商,您需要公开工作负载所需的绑定数据,以便与 Operator 提供的 服务绑定。您可以在管理后备服务的 Operator CRD 中以注解或描述符形式提供绑定数据。 第 第 6 章 章 将 将应 应用程序 Operator 可让应用程序开发人员将工作负载与 Operator 管理的后备服务轻松绑定,而无 需任何手动步骤来配置绑定连接。要使 Service Binding Operator 作为 Operator 供应商或创建后备服务 的用户提供绑定数据,您必须公开绑定数据,以便 Service Binding Operator 自动检测到绑定数据。然 后,Service Binding Operator 会自动从0 码力 | 198 页 | 3.62 MB | 1 年前3
OpenShift Container Platform 4.14 分布式追踪Hat OpenShift distributed tracing 平台。目前还不支持 Collector 的其他功能。OpenTelemetry 收集 器允许开发人员使用与供应商无关的 API 检测其代码,避免了供应商锁定并启用不断增长的可观 察性工具生态系统。 1.13.5. 程序错误修复 此发行版本解决了 CVE 报告的安全漏洞问题以及程序错误。 第 第 1 章 章 分布式追踪 分布式追踪发 Container Platform Web 控制台。 对于 Red Hat OpenShift Dedicated,您必须使用具有 dedicated-admin 角色的帐户登录。 您可以使用支持的对象存储供应商: Red Hat OpenShift Data Foundation ,MinIO,Amazon S3,Azure Blob Storage,Google Cloud Storage。 流程 流程 确保您的 OpenShift CLI (oc) 版本为最新版本,并与您的 OpenShift Container Platform 版 本匹配。 运行 oc login: 您可以使用支持的对象存储供应商: Red Hat OpenShift Data Foundation ,MinIO,Amazon S3,Azure Blob Storage,Google Cloud Storage。 流程 流程0 码力 | 100 页 | 928.24 KB | 1 年前3
VMware 高级解决方案架构师通过开源创新的数据架构满足企 业灵活的数据服务需求 Tanzu Data Services可以给企业选择: ➢ 本地部署/多云部署/混合部署 ➢ 基于开源的架构意味着可以保证企业在 持续创新的同时摆脱供应商锁定 T H E P R O M I S E O F D A T A A n y D a t a – A n y S i z e – A n y w h e r e © 关于 VMware0 码力 | 17 页 | 1.49 MB | 1 年前3
共 88 条
- 1
- 2
- 3
- 4
- 5
- 6
- 9













