분산 아키텍처 distributed-architectures
원칙 principle
확장성을 지원하고 인바운드 채널에서 연중무휴 서비스를 제공하기 위해 분산 아키텍처와의 상호 작용을 사용할 수 있습니다. 이 유형의 아키텍처는 이미 메시지 센터에서 사용되며 다음과 같은 여러 인스턴스로 구성됩니다.
- 아웃바운드 채널 전용이며 마케팅 및 환경 디자인 베이스를 포함하는 하나 또는 여러 제어 인스턴스
- 인바운드 채널 전용 하나 또는 여러 개의 실행 인스턴스
제안 동기화 proposition-synchronization
오퍼 동기화는 패키지를 통해 수행됩니다. 실행 인스턴스에서 모든 카탈로그 개체의 접두사는 외부 계정 이름입니다. 즉, 동일한 하나의 실행 인스턴스에서 여러 제어 인스턴스(예: 개발 및 프로덕션 인스턴스)를 지원할 수 있습니다.
오퍼는 자동으로 배포된 후 실행 및 제어 인스턴스에 게시됩니다.
디자인 환경에서 삭제된 오퍼는 모든 온라인 인스턴스에서 비활성화됩니다. 사용되지 않는 제안 및 오퍼는 제거 기간(각 인스턴스의 배포 마법사에 지정됨) 및 슬라이딩 기간(수신 제안 유형화 규칙에 지정됨) 이후 모든 인스턴스에서 자동으로 삭제됩니다.
제안 동기화를 위해 각 환경 및 외부 계정에 대해 워크플로우가 생성됩니다. 동기화 빈도는 환경 및 외부 계정별로 조정할 수 있습니다.
제한 사항 limitations
- 익명 환경에서 식별된 환경으로 폴백 함수를 사용하는 경우 이러한 두 환경은 동일한 실행 인스턴스에 있어야 합니다.
- 여러 실행 인스턴스 간의 동기화가 실시간으로 수행되지 않습니다. 동일한 연락처의 상호 작용을 동일한 인스턴스로 보내야 합니다. 제어 인스턴스는 아웃바운드 채널 전용이어야 합니다(실시간 없음).
- 마케팅 데이터베이스는 자동으로 동기화되지 않습니다. 가중치 및 자격 규칙에 사용된 마케팅 데이터는 실행 인스턴스에 복제해야 합니다. 이 프로세스는 표준으로 제공되지 않으며 통합 기간 동안 개발해야 합니다.
- 제안 동기화는 FDA 연결에서만 수행됩니다.
- 동일한 인스턴스에서 상호 작용 및 메시지 센터를 사용하는 경우 두 경우 모두 FDA 프로토콜을 통해 동기화가 발생합니다.
패키지 구성 packages-configuration
상호 작용 에 직접 연결된 모든 스키마 확장(오퍼, 제안, 수신자 등) 은(는) 실행 인스턴스에 배포되어야 합니다.
상호 작용 패키지는 모든 인스턴스(제어 및 실행)에 설치해야 합니다. 두 개의 추가 패키지를 사용할 수 있습니다. 하나는 제어 인스턴스에 설치되고 다른 하나는 각 실행 인스턴스에 설치됩니다.
데이터 보존 기간은 배포 마법사의 Data purge 창을 통해 각 인스턴스에 구성해야 합니다. 실행 인스턴스에서 이 기간은 유형화 규칙(슬라이딩 기간) 및 자격 규칙을 계산하는 데 필요한 기록 깊이에 해당해야 합니다.
컨트롤 인스턴스:
-
실행 인스턴스별로 외부 계정을 만듭니다.
-
레이블을 완성하고 짧고 명시적인 내부 이름을 추가합니다.
-
Execution instance 을(를) 선택합니다.
-
Enabled 옵션을 선택합니다.
-
실행 인스턴스에 대한 연결 매개 변수를 완료합니다.
-
모든 실행 인스턴스는 ID에 연결되어 있어야 합니다. Initialize connection 단추를 클릭하면 이 ID가 할당됩니다.
-
사용된 응용 프로그램의 형식을 확인하십시오. Message Center, Interaction 또는 둘 다.
-
사용된 FDA 계정을 입력합니다. 연산자는 실행 인스턴스에 만들어야 하며 해당 인스턴스의 데이터베이스에 대해 다음 읽기 및 쓰기 권한이 있어야 합니다.
code language-none grant SELECT ON nmspropositionrcp, nmsoffer, nmsofferspace, xtkoption, xtkfolder TO user; grant DELETE, INSERT, UPDATE ON nmspropositionrcp TO user;
note note NOTE 제어 인스턴스의 IP 주소는 실행 인스턴스에서 인증되어야 합니다. -
-
환경을 구성합니다.
-
실행 인스턴스 목록을 추가합니다.
-
각각에 대해 동기화 기간 및 필터 기준(예: 국가별)을 지정합니다.
note note NOTE 오류가 발생하면 동기화 워크플로우 및 오퍼 알림을 참조할 수 있습니다. 애플리케이션의 기술 워크플로우에서 찾을 수 있습니다.
-
최적화를 위해 마케팅 데이터베이스의 일부만 실행 인스턴스에 복제되는 경우 환경에 연결된 제한된 스키마를 지정하여 사용자가 실행 인스턴스에서 사용할 수 있는 데이터만 사용할 수 있도록 할 수 있습니다. 실행 인스턴스에서 사용할 수 없는 데이터를 사용하여 오퍼를 만들 수 있습니다. 이렇게 하려면 아웃바운드 채널(Taken into account if 필드)에서 이 규칙을 제한하여 다른 채널의 규칙을 비활성화해야 합니다.
유지 관리 옵션 maintenance-options
다음은 제어 인스턴스에서 사용할 수 있는 유지 관리 옵션 목록입니다.
NmsInteraction_LastOfferEnvSynch_<offerEnvId>_<executionInstanceId>
: 특정 인스턴스에서 환경이 마지막으로 동기화된 날짜입니다.NmsInteraction_LastPropositionSynch_<propositionSchema>_<executionInstanceIdSource>_<executionInstanceIdTarget>
: 특정 스키마의 제안이 한 인스턴스에서 다른 인스턴스로 동기화된 마지막 날짜입니다.NmsInteraction_MapWorkflowId
: 생성된 모든 동기화 워크플로 목록이 포함된 옵션입니다.
실행 인스턴스에서 다음 옵션을 사용할 수 있습니다.
NmsExecutionInstanceId: 인스턴스 ID가 포함된 옵션입니다.
패키지 설치 packages-installation
인스턴스에 이전에 상호 작용 패키지가 없었던 경우에는 마이그레이션이 필요하지 않습니다. 기본적으로 제안 테이블은 패키지가 설치된 후 64비트 단위입니다.
- 인스턴스에 명제가 거의 없거나 없는 경우 제안 테이블을 수동으로 수정할 필요가 없습니다. 패키지가 설치되면 수정됩니다.
- 인스턴스에 propositions가 많으면 제어 패키지를 설치하고 실행하기 전에 propositions 테이블의 구조를 변경하는 것이 좋습니다. 활동이 적은 기간 동안 쿼리를 실행하는 것이 좋습니다.
PostgreSQL postgresql
두 가지 방법이 있습니다. 첫 번째 (작업 테이블 사용)가 약간 더 빠릅니다.
작업 테이블
CREATE TABLE NmsPropositionRcp_tmp AS SELECT * FROM nmspropositionrcp WHERE 0=1;
ALTER TABLE nmspropositionrcp_tmp
ALTER COLUMN ipropositionid TYPE bigint,
ALTER COLUMN iinteractionid TYPE bigint;
INSERT INTO nmspropositionrcp_tmp SELECT * FROM nmspropositionrcp;
DROP TABLE nmspropositionrcp;
CREATE INDEX proposition_id ON NmsPropositionRcp (ipropositionid);
CREATE INDEX nmspropositionrcp_deliveryid ON NmsPropositionRcp (ideliveryid);
CREATE INDEX nmspropositionrcp_lastmodified ON NmsPropositionRcp (tslastmodified);
CREATE INDEX nmspropositionrcp_offerid ON NmsPropositionRcp (iofferid);
CREATE INDEX nmspropositionrcp_offerspaceid ON NmsPropositionRcp (iofferspaceid);
CREATE INDEX nmspropositionrcp_recipientidid ON NmsPropositionRcp (irecipientid);
ALTER TABLE nmspropositionrcp_tmp RENAME TO nmspropositionrcp;
테이블 변경
ALTER TABLE nmspropositionrcp
ALTER COLUMN ipropositionid TYPE bigint,
ALTER COLUMN iinteractionid TYPE bigint;
Oracle oracle
숫자 형식의 크기를 편집해도 값이나 인덱스가 다시 작성되지 않습니다. 따라서 그것은 즉각적입니다.
실행할 쿼리는 다음과 같습니다.
ALTER TABLE nmspropositionrcp MODIFY (
ipropositionid NUMBER(19, 0),
iinteractionid NUMBER(19, 0)
);
MSSQL mssql
실행할 쿼리는 다음과 같습니다.
SELECT * INTO NmsPropositionRcp_tmp FROM NmsPropositionRcp WHERE 1 = 0;
GO
ALTER TABLE NmsPropositionRcp_tmp ALTER COLUMN ipropositionid BIGINT;
GO
ALTER TABLE NmsPropositionRcp_tmp ALTER COLUMN iinteractionid BIGINT;
GO
INSERT INTO NmsPropositionRcp_tmp SELECT * FROM NmsPropositionRcp;
GO
DROP TABLE NmsPropositionRcp;
GO
sp_rename 'NmsPropositionRcp_tmp', NmsPropositionRcp
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR dWeight
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iDeliveryId
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iEngineType
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iInteractionId
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iOfferId
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iOfferSpaceId
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iPropositionId
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iRank
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iRecipientId
GO
ALTER TABLE NmsPropositionRcp ADD DEFAULT ((0)) FOR iStatus
GO
CREATE NONCLUSTERED INDEX NmsPropositionRcp_deliveryId ON NmsPropositionRcp (iDeliveryId)
GO
CREATE NONCLUSTERED INDEX NmsPropositionRcp_eventDate ON NmsPropositionRcp (tsEvent)
GO
CREATE UNIQUE NONCLUSTERED INDEX NmsPropositionRcp_id ON NmsPropositionRcp (iPropositionId)
GO
CREATE NONCLUSTERED INDEX NmsPropositionRcp_lastModified ON NmsPropositionRcp (tsLastModified)
GO
CREATE NONCLUSTERED INDEX NmsPropositionRcp_offerId ON NmsPropositionRcp (iOfferId)
GO
CREATE NONCLUSTERED INDEX NmsPropositionRcp_offerSpaceI ON NmsPropositionRcp (iOfferSpaceId)
GO
CREATE NONCLUSTERED INDEX NmsPropositionRcp_recipientId ON NmsPropositionRcp (iRecipientId)
GO