在本系列的上一篇文章中，我们介绍了围绕集成的用例，它是转变客户体验的关键。
该流程列出了我如何处理用例以及如何使用成功的客户组合解决方案作为研究通用体系结构蓝图的基础。 剩下要做的唯一一件事就是引导您完成蓝图详细信息的顺序。
本文从一个最顶层开始一个真正的旅程，从一个通用架构开始，我们将逐一讨论通用的架构元素。
第2部分–常见的建筑元素。
从特定到通用
在深入探讨常见要素之前，最好先了解一下这并不是对所有可能的集成解决方案都适用的。 这是我在多个（从两个到三个）客户实施中发现的已标识元素的集合。 然后，这里介绍的这些元素就是我已经识别并收集到通用体系结构蓝图中的通用公共体系结构元素 。
我的目的是提供一个蓝图，该蓝图提供指导而不是深入的技术细节。 您足够聪明，可以找出自己体系结构中的布线集成点。 您可以在适用的情况下使用过去承诺的技术和组件。 这是我的工作，它描述体系结构蓝图的通用组件并使用可视化图概述一些特定情况，以便您能够从集成项目开始就做出正确的决定。
另一个挑战是如何以视觉方式呈现建筑蓝图。 表示每个元素的方法有很多，但是我选择了一些图标，文本和颜色，希望它们可以轻松吸收。 欢迎在此文章的底部发表评论，或直接与我联系以提供反馈。
现在，让我们快速浏览一下通用架构，并概述在我的研究中发现的常见元素。
外部应用
从图的顶部开始（这绝不是地理上的必要性），有两个元素代表与架构交互的外部应用程序。 摘录客户解决方案研究中发现的各种应用程序，我提出了两种常见的表示形式。
外部应用程序部署的通用体系结构元素。
首先是移动应用程序，基本上涵盖了客户用于与公司直接交互的所有内容。 这可以是公司自己部署的移动应用程序，也可以是第三方组织开发的移动应用程序，以与提供的服务进行交互。
第二个是Web应用程序，它是包含公司或任何第三方组织部署的所有其他类型的应用程序，网站和/或服务以与提供的服务进行交互的广泛元素。
API网关和代理
在研究的每个客户解决方案中都可以找到通用体系结构中的这些元素。 它们被命名，由一个应用程序编程接口（API）网关组成 ，该网关在调用内部客户解决方案服务时管理来自外部应用程序的访问。
常见的体系结构元素是API和代理。
所示的代理是反向代理 ，这是一种标准解决方案，用于通过隐藏内部地址在调用内部服务的外部应用程序之间提供安全层。
集装箱平台
毫无疑问，每个致力于全渠道集成以改善客户体验的组织都已经看到了容器的价值和容器平台的使用。 容器平台为开发人员和操作人员提供了一个一致的环境，以管理服务，应用程序，集成点，流程集成和安全性。
常见的建筑元素是容器平台。
这也是确保您可以在混合多云环境中统一利用相同容器基础结构的一种方法。 由于您的退出策略具有在整个体系结构中保持一致的容器平台，因此可以避免被任何私有或云基础架构所束缚。
安全性方面交织在容器平台中，因为每个容器服务，应用程序或过程集成都可以插入组织的身份验证和授权机制中。
仓储服务
客户解决方案研究中发现的存储服务多种多样。 因此，在最高级别上没有显示任何通用的体系结构元素。 发现了从容器本机存储到传统块存储的所有内容。
存储服务中的通用体系结构元素。
在后面的文章中，当显示更多细节时，我将重点介绍客户将数据服务与流程和应用程序集成在一起的一些选择。
下一步是什么
这只是构成我们用于ominchannel客户体验用例的架构蓝图的通用通用元素的简短概述。
可以在这里找到有关全渠道客户体验投资组合架构蓝图的系列概述：
通过上面的链接之一，赶上任何您错过的文章。
本系列的下一篇文章将介绍用于全渠道客户体验的体系结构中特定元素的详细信息。
翻译自: https://www.javacodegeeks.com/2018/11/customer-experience-architectural-elements.html