如今，业务事务更可能实时发生，直接连接到KPI，大数据服务，在处理事务的同时显示结果。人、小工具和几种类型的设备都在架构模型中连接在一起，而且一天结束时的批处理多年来一直受到抨击。

在处理生产场景时，我们必须确保业务事务不会失败，系统应该一直处于启动和运行状态（接近99.999%的时间）。缺乏连通性可能会带来负面影响，对业务造成损害，对竞争对手造成轻微优势。

3。用例

某家公司决定通过将现有流程（并创建新流程）移动到云中来增加其业务—特别是SAP CP。主要的一点是缩短业务伙伴和公司本身之间的交易距离和时间。业务的目标是更实时的操作，以便创建更准确的KPI，因此整个系统架构应该为不需要的情况做好足够的准备。

解决方案架构师的角色是为这个业务场景设计架构。这里有几个注意事项：

业务目标是实时操作；合作伙伴可能希望随时交换信息（高可用性）；云操作越来越频繁；使用本地系统是必要的；

因为SAP CC是在本地和云之间建立安全连接的工具，因此可以创建对本地和云环境的可靠访问。解决方案架构师发现了服务器突然宕机的高风险，一个可行的方法是为SCC定义一个冗余实例

基于上述假设，为SAP Cloud Connect mastershadow

返回术语表▲

4处理冗余层，提出下图。尺寸建议

既然场景已经定义好了，现在是时候为SCC主服务器和影子服务器提供机器了。本节介绍非常小的实例（类型：S[small]）的大小。默认情况下，类型S的实例每天最多可以加载100万个请求。如果您正在寻找一种更结构化的类型，能够每天加载更多请求，云上，那么您应该查看SAP云平台连接-规模建议。

我们将使用Docker在两个独立主机中进行机器资源调配。根据SAP，每台主机和Shadow应该被区别对待，因此这两台机器都应该有特定的特性。对于本例，scc master和scc shadow都在我的个人计算机中。请记住，在实际情况下，这两个都应该位于不同的服务器上，否则高可用性将无法工作（相信我…我已经在生产场景中看到master和shadow在同一个服务器上…

（可选）您可能希望在/etc/主机上配置IP。

返回术语表▲

基本上，shadow实例不起作用共享与Master相同的功能，因此可能不会使用标准函数。与master相比，资源消耗非常低，假设shadow会被短时间使用（直到master再次联机）。

作为我们场景的一个表示，两个实例都将使用相同的配置。

5。创建一个SCC容器

在分别为主机和卷影配置机器之后，下一步是正确地创建一个带有SAP SCC的容器。在对Docker如何正确处理SAP Cloud Connector进行了详细研究之后，淘客服，当使用openSUSE作为操作系统时，结果令人满意。更多详细信息，请参阅Linux上的SCC安装。

返回术语表▲

Dockerfile模板可以在中的项目页面上找到https://github.com/afuscella/docker-SAPSCC，并假设下载最新版本的SAP SCC，安装并在8443端口上运行

GitHub项目是免费的，因此，请随时提供想法和改进

返回术语表▲

下面的声明下载SAP SCC的最新图片工具.hana.ondemand.com，安装并自动运行新容器。docker映像及其配置可以在DockerHub存储库中找到https://cloud.docker.com/repository/docker/afuscella/scc（Dockerfile也可以在DockerHub上找到）

在启动故障转移设置之前，请在主主机和影子主机上执行以下语句。我们必须确保两个实例都是独立运行的。只有在之后，数据中心解决方案，我们才会启动故障转移设置。

因此，两个实例都应该在各自的服务器上启动并运行主持人。之前，我们已经在/etc/hosts中直接映射了主机配置，什么是云服务器，因此在浏览器上访问主机可能会导致：

（可选）您可能希望在主实例上形成基本配置。执行[Part 2]中描述的步骤使用SCC将SCP帐户与本地系统同步

返回术语表▲

很好，到目前为止一切看起来都是正确的。下一章我们将详细介绍高可用性，并用实例进行演示。回头见。

想和我一起做项目吗？加入吧！

Github：https://github.com/afuscella网站Dockerhub公司：https://hub.docker.com/u/afuscella

–亚瑟·席尔瓦