hyper-v 集成服务_客户体验的集成关键-存储服务

hyper-v 集成服务

在本系列的上一篇文章中，我们研究了确定您的集成如何成为转变客户体验的关键的细节。

首先，通过研究成功的客户投资组合解决方案作为通用体系结构蓝图的基础，列出我如何处理用例的过程。

现在是时候讨论各种蓝图细节了。

本文介绍了蓝图存储服务中的最终元素，它们是通用体系结构概述的基础。

建筑细节

如前所述，此处涵盖的体系结构详细信息基于使用开源技术的实际客户集成解决方案。 然后，此处介绍的元素就是我在通用体系结构蓝图中确定并收集的通用通用体系结构元素 。 我的目的是提供一个蓝图，该蓝图提供指导而不是深入的技术细节。

本节介绍了所呈现的视觉表示，但是随着时间的推移，它们会在视觉上不断发展。 有很多方法可以表示此体系结构蓝图中的每个元素，但是我选择了图标，文本和颜色，希望它们可以轻松吸收。 随时在这篇文章的底部发表评论，或者直接将您的反馈与我联系 。

现在，让我们看一下该体系结构中的细节，并概述研究中发现的元素。

存储

尽管每个组织都需要并且肯定已经选择了本文中描述的一种或多种存储服务，但是为了完整起见，我介绍了我研究中发现的最常见的选择。

每个组织研究的基本遗留解决方案是
虚拟块存储（VBS）解决方案。 它可以在您的数据中心，在开发人员机器上的站点中或几乎由任何云提供商托管。 它提供了固定大小的原始存储容量，并且必须具有一致的I / O性能和低延迟连接性。

当文件和数据集变得非常大时， 基于对象的存储（OBS）将成为首选服务。 它可以在内部使用，也可以作为大多数云提供商托管的服务使用，以确保您可以针对特定用例充分利用选择的持久性。

对于基于容器的应用程序和服务，持久性可以通过以下方式实现
容器本地存储（CNS）解决方案。 如前所述，所有进行的研究的重点都是倾向于将容器平台用于应用程序和微服务。

由于需要存储这些基于容器的元素，因此组织需要搜索CNS解决方案。 它是容器平台的本机，可提供开发人员和架构师为全渠道构建集成解决方案所需的性能和易用性。

我们与这些存储服务进行一般集成的关键在于前面讨论的集成数据微服务，这些微服务使整个架构中的所有形式的存储服务都可用。 这些细节并非一无所知，但应为您提供在您自己的体系结构环境中入门所需的指导。

下一步是什么

此概述涵盖了构成我们全渠道客户体验用例的架构蓝图的容器平台元素。

有关全渠道客户体验投资组合架构蓝图的系列概述，请参见：

1. 一个介绍
2. 通用的通用建筑元素
3. 外部应用程序详细信息
4. API管理详细信息
5. 容器平台要点
6. 仓储服务
7. 剖析集成架构的几种特定情况

通过上面的链接之一，赶上任何您错过的文章。

在本系列的下一篇文章中，我们将开始研究特定的集成体系结构，这些体系结构与我们讨论的所有元素联系在一起，作为全渠道客户体验体系结构中特定案例的一部分。

翻译自: https://www.javacodegeeks.com/2019/01/integration-key-experience-storage-services.html

hyper-v 集成服务