운영 통합 및 중간

딜리버리

각 시스템은 자체 분야에서 유용하지만, 아무도 간단한 질문에 대답 할 수 없습니다 :고객의 주문이 전기 플랫폼에서 최종 배송 표시로 흐름을 할 때 전체 프로세스의 실시간 상태는 어디에 있습니까?。

이것은 체계의 핵심 가치입니다:주식 시스템을 대체하지 않고 isomer 시스템간에 "연결 층"을 관리 할 수 있습니다., 그리고 당신은 필요로 하는 시간에 자료를 얻을 수 있습니다. 이것은 자료 접근 및 과정 synergy를 필요로 하는 다수 ISOmeric 사업 체계를 가진 기업을 위해 입니다.ZhiHua Tech (상해 전자 Seok-shu Hsien-Shui 정보 기술 주식 회사)시스템 통합 및 meso 건설에 사용할 수있는 서비스는 특정 클라이언트에 대한 데이터의 공개를 나타내지 않습니다.

일반적인 작업 도전

1. 섬에 섬에 섬의 데이터는 isomer 시스템

• 동일한 사업 클라이언트의 다수 정비필수정보는 ERP, 전기 플랫폼, WMS에서 유지되며, 지난 새로운 SKU는 3개의 시스템에 수동 재입력이 필요합니다. 한 시스템의 사양이 변경되면 다른 시스템은 알려지지 않습니다.
• 데이터 형식은 inconsistent입니다.: 다른 시스템은 완전히 다른 방식으로 동일한 개념을 표현합니다. 시스템의 "주문 상태 = 배송"은 B 시스템의 "SHIPED" 또는 C 시스템의 "3"의 상태 코드가 될 수 있습니다. 각 도킹은 많은 필드 매핑 및 번역 논리가 필요합니다.
• 시간 시리즈의 동기화는 보장하기 어렵습니다: ERP 기본 자료는 WMS 및 MES으로 업데이트됩니다. 시간 시리즈 배치 동기화가 사용되는 경우, 다운스트림 시스템의 데이터 타임 라인은 몇 시간 지연 될 수 있습니다. 실시간 배송으로 교체되면 신뢰성과 특정 수준의 안정성에 직면합니다.

2. "Salent Noodle" 구조에서 통합하는 점에 점에

• 더 많은 인터페이스가 온, 더 많은 관리가 얻을 것이다.A 및 B 시스템 인터페이스, B 및 C 인터페이스, A 및 D 인터페이스 - 시스템의 수는 5 개를 초과 할 때, 인터페이스의 수는 폭발성 성장 (N * (N-1) 바 - 투 포인트 연결)과 결합되며 시스템 인터페이스의 변경은 여러 다운스트림에 영향을 미칠 수 있습니다.
• 균일한 통합된 규범의 부족: 일부 인터페이스는 REST API, 일부 SOAP WebService, 일부 직접 읽기 및 데이터베이스보기를 작성하고 다른 사람은 SFTP를 통해 파일을 전달합니다. 통합 접근은 다양하고 운송 비용은 시스템의 수와 선형으로 증가합니다.
• Fault 정리 어려움: A와 D 사이의 데이터가 일관성이 없을 때, A→B→C→D의 각 링크가 분류되어야 하며, 중앙 통합 모니터링 및 체인 추적의 부족이 있습니다.

3. 사업 과정 cross-system 조직 어려움

• Cross-system 프로세스는 수동 릴레이에 의존합니다.• 공급업체는 WMS의 물품을 수령하는 SRM의 배달 날짜를 확인하고 금융 시스템에 금융 재채달 지불을 보장합니다. 각 링크의 흐름은 우편이나 구두 통지, 공정 파손 지점 및 지연으로 전송됩니다.
• 특별한 치료의 자동화의 부족: 특정 체인이 이상적일 때 (예 : 공급 업체가 과부하), 자동 업그레이드 및 알림 메커니즘이 없으며 발견되면 생산 계획이 영향을받습니다.

프로그램 디자인 사고

1. 기업 서비스 (ESB)와 API 출입구 층

• API 게이트웨이: 인증, 교통 제어, 요청 경로 및 프로토콜 변환 (HTTP→gRPC/Dubbo)를 인증하는 통합 외부 노출 RESTful API.
• 통합 중간: 내부 시스템 사이의 메시지 라우팅, 포맷, 프로토콜 적응 및 흐름 버퍼를 지원합니다. 각 시스템은 중간에 연결되어야하며 다른 모든 시스템 포인트에는 안됩니다.
• 연결관 Standardization: 일반기업용 시스템(SAP/Among/Kimberfly/Salesforce/Taiat/Kyoto) 사전 설정 표준 커넥터를 위해 새로운 시스템은 재개발보다는 구성이 필요 합니다.

2. 이벤트 구동 + 메시지 큐 디코딩

• 행사버스: 사업 상태의 변화는 추상적 (예 : "주문 지급" "은행의 필수품")이며, Kafka / RabbitMQ를 통해 실행되는 발사 구독 모드가 달성됩니다. 다운스트림 시스템은 소비자가 다운스트림을 알 필요가없이 수요에 대한 자신의 관심의 행사에 가입합니다.
• 정보 신뢰성 보증: 서비스 메시지 + 로컬 메시지 시트는 이벤트가 작업과 함께 선에 게시된다는 것을 보장합니다. 자동적으로 테스트 수를 초과하고, 죽은 편지 큐를 입력하고 수동 개입을 트리거 할 때 메시지를 재시합니다.

3. 통합 감시 및 자료 질 지배

• 통합 링크 panorama 감시실시간 흐름, 성공률, 지연 및 오류 배포를 시각화합니다.
• Data 일관성 검증주요 사업 목표 (orders/stock/master 자료)를 위한 근원과 표적 체계 사이 시간별 자료는, 자동적으로 inconsistencies와 생성 작업표 검출합니다.

시스템 용량 범위

• API 게이트웨이 및 트래픽 관리

• 통합 접근 관리: 노선, 제한 교류, 녹고는, 회색눈금 배수
• 프로토콜 변환: HTTP ↔ gRPC ↔ Dubbo ↔ 웹서비스
• API 문서 자동 생성 및 개발자 포털
• 인증 권리: OAuth 2.0/JWT/API 열쇠 다 모형 지원

메시지 Midway 및 이벤트 버스

• Kafka / RabbitMQ / RocketMQ 클러스터 건물 및 운송
• 이벤트 스키마 등록 센터 및 버전 관리
• 죽음의 선과 보상 메커니즘
• 이벤트 백트레이스와 재생 기능

ETL와 NEX 데이터 설정 통합

• CDC (변화 자료 붙잡음) 순간 동기화: Debezium + Kafka Conect에 기초를 두어
• 배치 ETL 일정: Multisource isomer 자료 적출, 청결, 변환 및 선적
• Data Consistency 검증 엔진
• Incremental-full 혼합 동기화 된 정책

✈️ 연결

• SAP / Umong / 플레이터hy ERP 커넥터
• Skycat/교토/Dianthian 플랫폼 연결관
• Micro-Credit 결제 / Payable Treasure Pay 커넥터
• 주류 WMS/MES/CRM 접합기

통합 감시 센터

• 통합 체인을 시각화
• Data Sync 지연 및 성공 모니터링
• AVS 및 자동 테스트 통계
• 데이터 품질 성명 (소비자/일체/시간-아웃성)

제품 정보

의 값 방향

• 섬에 데이터가 제공됩니다.핵심 사업 자료 (orders/commodity/inventory/client/supplier)는 체계 사이에서, 1개의 장소에서 유지하고 완전히 효과적인 운영한 동기화됩니다.
• O(N2)에서 O(N)로의 인터페이스 복잡성: 중간에 디코딩하여 각 시스템은 모든 시스템에 포인트 접속보다 중간에 연결해야 합니다.
• 비즈니스 시너지는 "사람과 다른 사람"에서 "데이터 및 기타"로 이동합니다.(b) 핵심 업무 프로세스의 크로스 시스템 흐름은 이벤트 중심이며, 시간에서 두 번째로 압축 지연이 있습니다.
• 통합 링크는 모니터링 가능, 관리 가능.: 각 데이터 채널의 상태는 투명하고, 기능 장애는 다운스트림 사용자로부터 불만을 기다리는 5 분 이내에 감지됩니다.