Satellite 用例
这些 IBM Cloud Satellite 用例是旨在探索解决方案在各个行业中的适用性的假设。 这些假设基于 Satellite的以下跨行业功能。
- 在需要时使用 IBM Cloud 服务。
- 必须在源附近处理数据的场景，例如 IoT，数据湖和分析 (以满足等待时间需求)。
- 对跨境数据移动施加限制的场景 (没有公共云数据中心的国家或地区)。
- 使用 IBM Cloud 服务来辅助本地或远程位置的操作。
- 远程交付的 IBM Cloud 受管服务对于支持需要 Kubernetes 和 Red Hat OpenShift 技能的频繁升级和功能修改特别有用。
使用 Satellite 的优点
查看使用 IBM Cloud Satellite的一些关键优点。
| 优势 | 描述 |
|---|---|
| 将您自己的基础结构带到 IBM Cloud。 | 通过 IBM Cloud Satellite，您可以通过创建 Satellite 位置，将自己位于本地数据中心，公共云提供者或边缘环境中的基础架构带到 IBM Cloud。 通过此设置，您可以在自己选择的物理位置运行工作负载，以满足法律要求，合规标准，数据速度和网络等待时间要求，同时安全地使用 IBM Cloud 服务。 有关更多信息，请参阅 设置 Satellite 位置。 |
| 安全地访问 IBM Cloud 服务。 | 每个 Satellite 位置都通过 Satellite 链接组件随附的加密 TLS 隧道安全地连接到 IBM Cloud。 通过使用此 TLS 隧道，您可以安全地访问您所在位置的 IBM Cloud 服务，并使用与 IBM Cloud中相同的安全性和合规性标准。 有关更多信息，请参阅 使用端点将 Satellite 位置与位置外的服务连接。 |
| 控制和监视到服务的网络流量。 | 通过 Satellite 链接，您可以控制对在 IBM Cloud，公共云提供者或内部部署数据中心内运行的应用程序，服务和服务器的网络访问。 将这些应用程序，服务和服务器配置为 Satellite 端点的源。 将自动捕获通过端点发送的所有网络流量，并且用户可以对其进行复审。 |
| 在多个位置一致地部署 Kubernetes 资源。 | 使用单个仪表板，通过 Satellite 配置在云环境，本地环境和边缘环境中管理 Kubernetes 资源的部署，并获取应用程序和 Kubernetes 操作的全局可视性。 有关更多信息，请参阅 跨集群部署 Kubernetes 资源。 |
| 集中监视和日志记录。 | IBM Cloud Satellite 与 IBM Cloud Monitoring，IBM Log Analysis和 IBM Cloud Activity Tracker集成。 您可以查看在您所在位置运行的应用程序，您使用的 IBM Cloud 服务或在您所在位置从单个位置发生的事件的度量值和日志。 |
有关 Satellite，其工作方式和服务优势的更多信息，请参阅 Satellite 产品页面。
Satellite 的常见用例
此用例适用于所有行业。
在需要时将 Red Hat OpenShift 环境作为受管服务进行部署
需要 Kubernetes 和 Red Hat OpenShift 技能的频繁版本升级和功能修改是通过 IBM Cloud 受管服务远程执行的。 可以在需要这些服务的任何位置部署这些服务，以处理接近其源的数据，从而减少等待时间。
- 痛点:
- 很难保护和维护在内部运行 Red Hat OpenShift 的技能。 由于必须将数据装入到云中才能使用受管服务，因此可以使用服务的位置存在一些限制。
- Satellite 支持:
- 远程交付的 IBM受管服务无需在内部保护 Red Hat OpenShift 技能。 您可以在需要服务的任何位置，本地或远程位置部署这些服务。
Satellite 的财务用例
这些用例适用于金融行业。
为被限制将数据迁移到云端的客户利用大型机数据
本地平台由 IBM Cloud 作为受管服务远程交付。Cloud Pak for Data 在此平台上运行，以按本地方式分析和利用大型机数据。
- 痛点:
- 出于安全原因，无法将某些数据放在云上。 因此，维护和管理数据分析系统是一项挑战。
- Satellite 支持:
- 以前仅在云端提供的分析平台，用于在客户站点部署内部部署，以实现大型机数据的生命周期。
提供统一环境，用于在第三方云上为客户开发，验证和运行容器
IBM Cloud 用于开发，测试和运行容器的受管服务部署在统一容器平台的第三方云上。可以从一个位置管理 Red Hat OpenShift 和容器应用程序版本。
- 痛点:
- 很难跨位置和环境操作 Red Hat OpenShift。 中间件以及应用程序版本和发行版在不同环境中不一致。
- Satellite 支持:
- 集中管理部署在不同位置的 Red Hat OpenShift 服务，确保在使用一致版本和发行版的情况下运行这些服务。
扩展 IBM Cloud 安全性和合规性以维护云安全性
IBM Cloud for Financial Services 提供的安全性和合规性已扩展至本地环境和第三方云，以安全地运行多个 Red Hat OpenShift 集群。 将自动扫描并报告遵守安全策略的情况。
- 痛点:
- Red Hat OpenShift 是在不同位置构建和运行的，因此维护和管理安全性是一项挑战。 很难在各种 Red Hat OpenShift 环境中应用相同的安全策略。
- Satellite 支持:
- 集中管理部署在不同位置的 Red Hat OpenShift 服务，确保应用相同的安全策略。
Satellite 的保险用例
此用例适用于保险业。
内部部署分析平台
通过 Satellite启用的本地数据处理，简化和增强与 AI 驱动的分析以及数据存储和更新相关的功能。 这些功能包括保险销售终端的知识搜索，客户数据管理，AI 光学字符识别 (OCR)，产品推荐，报价创建和维护效率提升。
- 痛点
- 工作人员使用保险销售办公室的终端及时提供合适的建议，并帮助解决客户问题。 他们需要一个更复杂的搜索系统，具备适当的最新信息，才能从多样化的内容中发现相关答案。
- Satellite 支持:
- 客户站点上由 AI 驱动的复杂知识搜索系统，以及数据所在的数据处理，无需将数据迁移到云端。 数据在数据所在的位置进行处理，无需将数据移动到云中。
Satellite 的制造用例
这些用例适用于制造业。
物联网 (IoT) 服务平台
IoT 服务平台可以在云端或本地交付，以满足用户 (制造工厂) 的需求。 对于限制连接到云和使用云的用户 (制造工厂)，可以远程分发，管理和控制 IoT 服务平台。
- 痛点:
- 对于具有严格安全网络需求的工厂，无法以与云相同的方式交付 IoT 服务。 对于这些工厂，必须单独构建服务。
- Satellite 支持:
- IoT 服务平台，先前仅在云上可用，可在客户的工厂中部署，可从使用类似云的服务中获益。
在钢厂和其他制造工厂实现内部遗留系统的数字化转型
Satellite 支持每个站点的旧主机系统在数字转换服务平台上运行，通过集成在容器上构建。 此外，Satellite 在无法利用云和容器技术的隔离站点上推动数字化转型。
- 痛点:
- 具有严格本地需求 (例如 z/HOST 和敏感数据) 的系统会阻止迁移到云。 许多应用程序无法容忍网络等待时间。 本地环境中缺乏容器技能，阻碍了站点应用的数字化转型。
- Satellite 支持:
- 基于先前仅在云上可用的容器构建的数字化转型服务平台现在可以在工厂中部署。 它还支持交付类似云的质量控制，例如图像分析，以及工厂的数据湖相关服务。
建立销售点 (POS) 或多功能打印机 (MFP) 系统的服务平台
当您提供基于平台的管理服务和数据服务以在全国范围内存储 POS 系统以及公司办公室中的 MFP 系统时，可能很难与这些客户系统集成。 通过使用 Satellite，可以将平台服务交付到满足客户需求的站点。
- 痛点:
- 很难构建一个服务平台，可以提供收集最新数据和其他附加值的功能，以提供利用 POS 和 MFP 设备数据的服务。 客户对其系统环境有独特的要求，从而防止以经济有效的方式推出相同的服务。
- Satellite 支持:
- 它支持根据客户需求向云环境和本地环境交付服务，从而更轻松地与客户服务器集成。 无论环境如何，类似的体验都支持客户随时随地分发和管理使用最新微服务的应用程序。
加速建立新的全球站点和工厂
当公司建立新的全球站点时，在现有工厂中使用的生产线管理系统和供应链管理 (SCM) 系统可以从云中分发。 由于仅在新站点需要服务器，因此您可以加速系统构建和操作，并解决技能差距和安全问题。
- 痛点:
- 借助新的全局站点，将花费大量时间为每个站点构建服务器环境，部署应用程序和开发操作结构。 由于无法确保新地区的工作人员的安全而缺乏技能，可能会推迟上线日期。 由于延迟和安全问题，无法将公共应用程序移至云。
- Satellite 支持:
- 它有助于消除各种问题，包括技能短缺以及在将应用程序交付到各种全球站点时加速部署和上线。 可以在本地部署和运行应用程序，解决安全性和延迟问题。 通过统一管理，可以轻松推出和操作相同的应用程序。
在开发阶段包含新服务的成本和速度，并在建立内部部署后进行迁移
Satellite 使应用程序能够根据服务器或应用程序所处的阶段进行部署。 例如，随着业务增长或安全风险加剧，可以轻松地在内部部署平台应用程序。
- 痛点:
- 许多企业希望在云端启动小型，并在业务发展到一定规模后迁移到本地。 他们不希望被锁定到单一供应商，因为云应用程序无法在本地移动。 他们需要灵活部署到分布式环境，包括响应业务规模的内部部署。
- Satellite 支持:
- 最初在云上开发和交付的应用程序可以按原样在本地移动，以便根据业务规模进行分布式部署，加快业务速度并缓解各种风险。
在内部部署应用，仅在高峰期向外扩展至云端
Satellite 支持将应用程序部署到任何位置，本地或云端。 此功能可用于在高峰期 (例如，新产品发布期间) 向外扩展 (自动扩展) 到云，以优化成本。
- 痛点:
- 客户希望从降低成本的角度来运行内部部署，并仅在高峰期间将资源分发到云。 云和内部部署之间的应用程序部署体验不一致。 客户还希望在本地使用可扩展容器。
- Satellite 支持:
- 它支持交付支持 DevOps 的容器平台，并且可以分发到任何位置。 相同的应用只能在高峰时期立即迁移到云端，从而优化成本。
Satellite 的分发用例
此用例适用于配送行业。
为分销或零售部门交付并集成商店或仓库数字化解决方案
Satellite 提供数字化解决方案，并与商店系统 (例如商店计算机和 POS，仓库系统) 集成。 在适用的情况下利用 AI。
- 痛点:
- 很难交付和集成商店数字化解决方案。 收集和利用边缘数据也很困难。 数据传输和隐私问题阻碍了 AI 的使用。
- Satellite 支持:
- 它支持轻松交付商店数字化解决方案以及与 POS 数据和商店计算机的集成。 IBM Edge Application Manager 和 Watson Machine Learning 可以在 Satellite上运行，从而允许在数据源处进行分析。 此外，它还允许对零售商店和仓库使用和管理基于容器的应用程序。
Satellite 的公共部门或医疗卫生用例
此用例适用于公共部门或医疗行业。
内部部署服务平台
对于无法轻松连接或使用云的医院，会将 Red Hat OpenShift 和 IBM Cloud 服务 (例如 IBM Watson ) 部署为客户站点中的受管服务。 然后，这些服务可以在医院环境中使用，而平台是远程分发，管理和控制的。
- 痛点:
- 很难使用云服务，因为从安全角度来看，无法将医院医疗记录和患者记录转移到非现场。 随着在医疗设备中越来越多地使用无线技术和本地 5G，满足数据处理需求也是一项挑战。
- Satellite 支持:
- 可以部署先前仅在云上可用的云平台服务，并使其可在医院环境中使用。
Satellite 的通信用例
此用例适用于通信行业。
多访问边缘计算 (MEC) 平台支持服务
配置分布在全国的边缘云，并使用单个控制点来远程运行和管理用于容器化应用程序和数据的平台。
- 痛点:
- 随着 5G的广泛采用，可以预期边缘云需求会增加，其中数据必须在接近用户和设备的情况下进行处理。
- Satellite 支持:
- 可以将边缘云部署到所需的位置，以交付用于运行使用 AI 的创新新服务的平台。 受管服务可远程支持边缘云平台。
Satellite 的实用程序用例
此用例适用于公用事业行业。
通过 Satellite 扩展智能计量表的使用
将客户应用程序和 IBM Cloud 分析服务作为受管服务部署在管理智能计量表的边缘服务器上，不仅可以管理电力供应和需求，还可以提供针对特定区域和家庭的服务。
- 痛点:
- 随着电力行业的放松管制，电力公司必须注重提供附加值，而不是简单地提供电力。 电力公司希望有效使用从智能电表收集的数据，并将这些数据作为提供多样化服务的基础。
- Satellite 支持:
- 从智能计量表收集的各种数据可由应用程序实时使用。 使用无管理的 IBM Cloud 服务支持更轻松的数据处理。 可以集中管理分布在多个站点上的应用程序。