VMware 高级解决方案架构师
© VMware 高级解决方案架构师 VMware Data Solution © 本演示文稿可能包含当前正在开发的产品特性或功能。 本新技术概要介绍并不表示 VMware 承诺在任何正式推出的产品中提供这些功能特性。 产品的功能特性可能会有变更,因此不得在任何类型的合同、采购订单或销售协议中予以规定。 技术可行性和市场需求都可能影响最终提供的产品功能特性。 在本演示中讨论或展示 在本演示中讨论或展示的任何新特性/功能/技术的定价与包装都尚未确定 © • 现状与趋势:分布式无处不在 • 企业数字化转型对数据平台的要求 • VMware 数据解决方案 - 对数据的承诺 • VMware 数据解决方案 - 产品概述 © 在数据如此分散的情况下,企业如何能加速增长和扩大规模? 分布的数据 客户 分布式工作团队 分布式应用 分布式的 “云”计算基础设施 © DevSecOps Labs Data Services ❖ ETL: Extract, Transforming, Loading ❖ CDC: Changed Data Capture © VMware 数据解决方案 产品组合 VMware SQL OSS SQL Database (Postgres & MySQL) VMware RabbitMQ Message Broker VMware GemFire0 码力 | 17 页 | 1.49 MB | 1 年前3《TensorFlow 2项目进阶实战》3-方案设计篇:如何设计可落地的AI解决方案
方案设计篇:如何设计可落地的AI解决方案 扫码试看/订阅 《 TensorFlow 2项目进阶实战》视频课程 • 行业背景:AI新零售是什么? • 用户需求:线下门店业绩如何提升? • 长期⽬目标:货架数字化与业务智能化 • 短期目标:自动化陈列审核和促销管理 • 方案设计:基于深度学习的检测/分类的AI流水线 • 方案交付:支持在线识别和API调用的 AI SaaS 目录 行业背景:AI新零售是什么0 码力 | 49 页 | 12.50 MB | 1 年前3Hadoop 迁移到阿里云MaxCompute 技术方案
编写人:MaxCompute 产品团队 日 期:2019.05 Alibaba Cloud MaxCompute 解决方案 2 目录 1 概要 ............................................................................. ................................................................... 19 Alibaba Cloud MaxCompute 解决方案 3 4.2.4 数据集成及工作流作业迁移..................................................................... ................................................................... 42 Alibaba Cloud MaxCompute 解决方案 4 6.5.1 Hive SQL -> MaxCompute SQL 自动转换 .................................................0 码力 | 59 页 | 4.33 MB | 1 年前3为何选择VMware?
................................................................................... 20 依赖经过客户验证的解决方案 ....................................................................... 25 确定真正的总体拥有成本 ........ 现在,有很多声称提供虚拟化解决方案的提供商实际上只提供某种虚拟化管理程序。如何才能去伪存 真,确定哪些提供商能够真正提供完整的共享服务交付平台,而不只是虚拟化管理程序呢?是否所有 的虚拟化产品都基本相同?是否应该只根据前期软件许可证成本进行选择? 由于虚拟化将很快成为整体 IT 战略的重要组件,因此这些问题的答案对确保获得正确的虚拟化解决 方案非常重要,这些解决方案不仅能在现在为您提供全面支持,而且能随着 显然需要满足所有以下需求的解决方案: 1. 构建在功能强大且经过验证的基础之上。 2. 为共享 IT 服务提供平台。 3. 提供全面的虚拟化管理解决方案。 4. 支持整个 IT 基础架构。 5. 经过数以万计的客户部署的验证。 正如您将看到的,人们很快会发现,只有 VMware 能满足所有这些重要需求。而且最重要的是, VMware 提供的解决方案不仅能满足这些需求,而且还具有极低的总体拥有成本0 码力 | 34 页 | 862.76 KB | 1 年前3Hadoop 概述
Stack 的过程中,每个组件都在平台中扮演着重 要角色。软件栈始于 Hadoop Common 中所包含的基础组件。Hadoop 1 第 章 Hadoop 大数据解决方案 2 Common 是常见工具和库的集合,用于支持其他 Hadoop 模块。和 其他软件栈一样,这些支持文件是一款成功实现的必要条件。而众 所周知的文件系统,Hadoop 分布式文件系统,或者说 这样的商业公司可使用 Hadoop 来操作、管理其数 据存储并从中产生出有意义的结果。通常用于商业分析的传统工具 并不旨在处理或分析超大规模数据集,但 Hadoop 是一个适用于这 些商业模型的解决方案。 1.1.1 Hadoop 的组件 Hadoop Common 是 Hadoop 的基础,因为它包含主要服务和基 本进程,例如对底层操作系统及其文件系统的抽象。Hadoop Common File System)提供一个分布 式文件系统,设计目标是能够运行在基础硬件组件之上。大多数企 业被其最小化的系统配置要求所吸引。此环境可以在虚拟机(Virtual Hadoop 大数据解决方案 4 Machine,VM)或笔记本电脑上完成初始配置,而且可以升级到服务 器部署。它具有高度的容错性,并且被设计为能够部署在低成本的 硬件之上。它提供对应用程序数据的高吞吐量访问,适合于面向大0 码力 | 17 页 | 583.90 KB | 1 年前3Apache RocketMQ 从入门到实战
RocketMQ 进程自动退出排查经验分享 78 1.8 RocketMQ 主题扩分片后遇到的坑 82 1.9 RocketMQ 消息发送 system busy、broker busy 原因分析与解决方案坑 91 1.10 再谈 RocketMQ broker busy 104 1.11 从年末生产故障解锁 RocketMQ 集群部署的最佳实践 108 1.12 RocketMQ 一行代码造成大量消息丢失 msgId 与 offsetMsgId 释疑 131 1.15 RocketMQ ACL 使用指南 141 1.16 RocketMQ 消息轨迹-设计篇 151 1.17 消息发送常见问题与解决方案 155 本文来自『中间件兴趣圈』公众号,仅作技术交流,未授权任何商业行为。 开篇:我的另一种参与 RocketMQ 开源社区的方式 < 6 开篇:我的另一种参与 RocketMQ 开源 社区的方式 相关的文章,这些文章含金量极高,不仅及时跟进了 RocketMQ4.3.0 之后的新特性:消息轨迹、ACL、主从切换等机制,更是发表了数篇实战类文章,详细指 出在生产环境下一些使用误区,更是输出了几篇生产环境真实故障与解决方案。最终于 20 19 年 RocketMQ 官方社区授予我优秀布道师荣誉称号。 RocketMQ 成就了我,我也会继续努力,为传播 RocketMQ 尽一份力所能及的力量。 2020 年,继续努力。0 码力 | 165 页 | 12.53 MB | 1 年前3Red Hat OpenShift Local 2.26 发行注记和已知问题
摘要 本文档列出了 Red Hat OpenShift Local 2.26 的新功能和改进的功能。它还包含有关在使用软件时可 能会遇到的潜在问题的信息。在可能的情况下,会针对发现的问题进行临时解决方案。 . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . . Local 2.26 发 发行注 行注记 记和已知 和已知问题 问题 6 第 2 章 已知问题 Red Hat OpenShift Local 2.26 用户可能遇到的问题,以及这些问题的可能的临时解决方案。 2.1. 常规问题 影响所有支持的平台的问题。 2.1.1. 代理设置错误地应用到 Podman 预设置 当使用 Podman preset 时,使用 crc config set 命令配置的代理设置不会被 Monitoring。 临时解决方案 再次禁用监控: 1. 删除虚拟机: $ crc delete 2. 创建虚拟机: $ crc start 2.1.3. 启用多个 Operator 需要的内存超过默认值 默认情况下,crc start 命令将 9 GiB 内存分配给 Red Hat OpenShift Local 虚拟机。启用多个 Operator 可能会增加内存要求。 临时 临时解决方案 解决方案0 码力 | 13 页 | 161.33 KB | 1 年前3阿里云上深度学习建模实践-程孟力
实人认证: 卡证识别 + 人脸检测 + 活体检测 + 人脸 识别 … 模型构建: 问题: ✗ 方案复杂周期长/见效慢 ✗ 细节多难免踩坑 解决方案: 标准化 标准化模型库 标准化解决方案 1.方案复杂 图像 搜索 推荐 语音 视频理解 NLP 广告 CNN RNN GNN MLP Tensorflow PyTorch Parameter Server Standard Solutions Continuous Optimization: Active learning Data Label Model Serving CV / NLP解决方案: EAS Web App Mobile App On-prem System 3 1 2 证件扫描 活体检测 人脸比对 • 卡证OCR • 人脸检测 • 活体检测 •人脸比对 eKYC eKYC Server eKYC SDK/API 多语言、国际化 多种证件版式 准确率领先同类产品 集成方便 标准化: Standard Solutions 智能推荐解决方案: 推荐请求 PAI-Studio–建模平台 召 回 模 型 EasyRec GraphLearn Alink 排 序 模 型 模型训练评估 PAI-EAS – 模型推理 model10 码力 | 40 页 | 8.51 MB | 1 年前3OpenShift Container Platform 4.14 分布式追踪
如果您在执行本文档所述的某个流程或 OpenShift Container Platform 时遇到问题,请访问 红帽客户门户 网站。 通过红帽客户门户网站: 搜索或者浏览红帽知识库,了解与红帽产品相关的文章和解决方案。 提交问题单给红帽支持。 访问其他产品文档。 要识别集群中的问题,您可以在 OpenShift Cluster Manager 中使用 Insights。Insights 提供了问题的详细 目前,在未部署网关时,Tempo 查询前端服务不得使用内部 mTLS。这个问题不会影响 Jaeger Query API。解决办法是禁用 mTLS。(TRACING-3510) 临时 临时解决方案 解决方案 禁用 mTLS,如下所示: 1. 运行以下命令,打开 Tempo Operator ConfigMap 进行编辑: OpenShift Container Platform 4.14 分布式追踪 的镜像。Red Hat OpenShift distributed tracing Platform (Tempo) CSV 缺少对操作对象镜像的引用。(TRACING-3523) 临时 临时解决方案 解决方案 在镜像工具中添加 Tempo Operator 相关镜像,将镜像复制到 registry: 1.2.6. Red Hat build of OpenTelemetry 重要 重要 $0 码力 | 100 页 | 928.24 KB | 1 年前3OpenShift Container Platform 4.10 虚拟化
OpenShift Virtualization 。不支持由其他 云提供商提供的裸机服务器。 3.6. 程序错误修复 如果您在克隆源可用前启动克隆操作,克隆操作现在可以成功完成,而无需使用临时解决方案。 (BZ#1855182) 如果虚拟机在版本 4.8 之前引用 OpenShift Virtualization 提供的已删除模板,则编辑虚拟机会失 败。在 OpenShift Virtualization ocs-storagecluster-cephfs 存储类的虚 拟机无法迁移,虚拟机状态变为 Paused。这是因为两个 pod 会尝试同时访问共享 ReadWriteMany CephFS 卷。(BZ#2092271) 作为临时解决方案,使用 ocs-storagecluster-ceph-rbd 存储类在使用 Red Hat Ceph Storage 的集群上实时迁移虚拟机。 更新至 OpenShift Virtualization 字段设置为相对路径,会出现这种情况。 作为临时解决方案,删除并重新创建 VM 清单,将 spec.volumes.containerDisk.path 字段 的值设置为绝对路径。然后您可以更新 OpenShift Virtualization。 如果单个节点包含超过 50 个镜像,pod 调度可能会在节点间进行平衡。这是因为节点上的镜像 列表默认简写为 50。(BZ#1984442) 作为临时解决方案,您可以通过编辑 KubeletConfig0 码力 | 307 页 | 3.45 MB | 1 年前3
共 134 条
- 1
- 2
- 3
- 4
- 5
- 6
- 14