Назначение HANA XS в Cloud Connector на другой субсчету SAP Cloud Platform

Question

Для объединения данных, хранящихся в облаке, в HANA на моей субсчете SAP Cloud Platform, я использую HANA XS с подключением к локальной системе SAP ECC/ERP. Система ECC / ERP подключена к локальному облачному соединителю. Этот Cloud Connector подключен к моей дополнительной учетной записи. HANA XS успешно использует соединение Cloud Connector в дополнительной учетной записи, используя следующие значения:

host = "[:virtual-host:]";
port = [:virtual-port:];
pathPrefix = "/sap/opu/odata";
proxyType = http;
proxyHost = "localhost";
proxyPort = 20003;
authType = basic;
useSSL = false;
timeout = 3000;

Однако это работает только тогда, когда система HANA размещена в той же дополнительной учетной записи, к которой подключен Cloud Connector. В моей нынешней ситуации система HANA размещается на другой суб-учетной записи. Моя субсчет имеет привязку к этой системе HANA. Эта система HANA может использоваться всеми приложениями, размещенными на моей суб-учетной записи. Cloud Connector также подключен к моей суб-учетной записи и отлично работает в моем клиентском приложении.

Проблема в том, что я не могу использовать соединение Cloud Connector в HANA XS. Я предполагаю, что прокси для localhost:200003 относится к субсчету SAP Cloud Platform, на котором размещена система HANA. Это означает, что Cloud Connector на другой суб-учетной записи не может быть использован.

Как получить от моего адресата ссылку на Cloud Connector в моей собственной суб-учетной записи SAP Cloud Platform?

Answer 1

SCC создаст шлюз, который обеспечивает соединение между SCC и целевой системой, а также позволяет некоторым портам получать доступ к локальной системе, которую вы настроили в SCC. По умолчанию порт: 20003 для локальной сети.

Он примет ваш запрос на основе вашего виртуального хоста и не будет заботиться о том, сколько запросов он получает (обрабатывает запрос один за другим). Хотя для этого требуется виртуальный хост, а также номер виртуального хоста на основе этих свойств, он идентифицирует субсчет и управление доступом в SCC.

ИЛИ ЖЕ

Вместо этого вы можете указать идентификатор местоположения дополнительной учетной записи SCC в пункте назначения SCP, и он получит доступ только к элементам управления доступом к дополнительной учетной записи.

Оттуда вы можете использовать приложение, импортируя пункт назначения.