What if … the common In-formatmess

What if …
 the common In-formatmessage format changes?  any legacy system API changes?  any of the transformations needs modifying?
29
Alternative Solution
Web Component
Legacy System #1
Legacy System #2
Legacy System #3
Legacy System #4
In-format
L1-format L2-format L3-format L4-format
Key: Message =
Message Broker
 Transformation s in broker  Simplified endpoints  Decouples Web and legacy components
30
Message Brokers
 Developed specifically for Enterprise Application Integration (EAI)  Add new layers of functionality to MOM  Message transformation  Rules engine  Intelligent routing  Adapters  Typically (but not necessarily) built on top of a MOM layer
11
31
Message Broker Features
 Message transformation – transform between different source/target formats  Graphical message format definition and mapping tools  High performance transformation engines  Message format repositories  Intelligent routing  Route messages based on message content  Rules Engine  Scripting language, built-in functions  Application programming environment
32
Message Brokers
Transformation
Routing
Rules Processing
Input Messages Output Messages
Hub and Spoke Architecture
33
Example - WMQI
12
34
BizTalk Mapping Tool
35
Adapters  An adapter is a component that resides between the message broker and the source/target systems  Simplify complexity of end system interface through an abstraction layer  Thin adapters - simple wrappers  Thick adapters  Programmable  Abstract representation of services and metadata  Centralized adapters co-located with broker  Distributed adapters execute in own process and may be located with source/target system
36
Message Brokers – Some Thoughts  Embeds transformations/routing in broker  Can get complex  Possible scaling issues  Need to replicate brokers  Failure handling  Lightweight, rarely designed to recover from failure  Often proprietary technology  Good open source, standards-based like Mule now available

Kết quả (Việt) 1:

Điều gì xảy ra nếu... phổ biến trong-formatmessage định dạng thay đổi?  bất kỳ hệ thống kế thừa API thay đổi?  bất kỳ các biến đổi cần sửa đổi? 29Giải pháp thay thếThành phần webHệ thống kế thừa #1Hệ thống kế thừa #2Hệ thống kế thừa #3Hệ thống kế thừa #4Trong định dạngL1-định dạng L2-định dạng định dạng L3 L4-định dạngKey: Tin nhắn = Thông điệp môi giới chuyển đổi s trong môi giới  giản thể hai điểm cuối  Decouples Web và các thành phần di sản30Thông điệp môi giới phát triển đặc biệt cho doanh nghiệp ứng dụng tích hợp (EAI)  thêm mới lớp chức năng để mẹ  thông điệp chuyển đổi  quy tắc động cơ  thông minh định tuyến  adapter  thông thường (nhưng không nhất thiết phải) được xây dựng trên đầu trang của một lớp mẹ1131Thông điệp môi giới tính năng thông điệp chuyển đổi-chuyển đổi giữa các nguồn khác nhau/mục tiêu định dạng  thư đồ họa định dạng định nghĩa và lập bản đồ công cụ  hiệu suất cao chuyển đổi động cơ  thư định dạng kho  Intelligent định tuyến  định tuyến thư dựa trên thư nội dung  quy tắc động cơ  Scripting ngôn ngữ, được xây dựng trong chức năng  môi trường lập trình ứng dụng32Thông điệp môi giớiChuyển đổiĐịnh tuyếnQuy tắc xử lýNhập tin nhắn sản lượng tin nhắnTrung tâm và kiến trúc nói33Ví dụ - WMQI1234BizTalk lập bản đồ công cụ35Bộ điều hợp mạng  một adapter là một thành phần mà nằm giữa các nhà môi giới tin nhắn và nguồn/mục tiêu hệ thống  Simplify phức tạp của kết thúc hệ thống giao diện thông qua một lớp trừu tượng  mỏng adapter - đơn giản hàm bao  dày adapter  lập trình  trừu tượng đại diện của dịch vụ và siêu dữ liệu  Centralized bộ điều hợp đồng nằm với môi giới  phân phối bộ điều hợp mạng thực hiện trong quá trình của riêng và có thể được đặt với hệ thống nguồn/mục tiêu36Thông điệp môi giới-một số suy nghĩ  Embeds biến đổi/định tuyến trong môi giới  có thể nhận được phức tạp  vß║Ñn ─æß╗ü tỉ lệ  cần để nhân rộng môi giới  xử lý thất bại  nhẹ, hiếm khi thiết kế để phục hồi từ thất bại  thường công nghệ độc quyền  tốt mở nguồn, dựa trên tiêu chuẩn như Mule bây giờ có sẵn

Kết quả (Việt) 2:

Nếu như ...
 In-FormatMessage thay đổi định dạng phổ biến?  bất kỳ di sản thay đổi hệ thống API?  bất kỳ của những biến đổi nhu cầu thay đổi?
29
Giải pháp thay thế
Web Component
Hệ thống Legacy # 1
Legacy hệ thống # 2
Legacy hệ thống # 3
Hệ thống Legacy # 4
In-định dạng
L1-format L2-format L3-format L4-định dạng
chính: Tin Nhắn =
Message Broker
 thiết bị đầu cuối chuyển đổi s trong môi giới  giản  decouples Web và di sản thành phần
30
Môi giới Tin
 Phát triển đặc biệt dành cho Doanh nghiệp ứng dụng tích hợp (EAI)  Thêm lớp mới của chức năng tin nhắn chuyển đổi MOM   Nội quy cơ  Adapters định tuyến  Intelligent  Thông thường (nhưng không nhất thiết) được xây dựng trên đầu trang của một lớp MOM
11
31
Message Broker Tính năng
chuyển đổi  nhắn - chuyển đổi giữa các định dạng nguồn / đích khác nhau q định nghĩa định dạng tin nhắn và lập bản đồ các công cụ đồ họa q cụ chuyển đổi hiệu suất cao  kho định dạng tin nhắn  điệp Route tuyến  thông minh dựa vào nội dung tin nhắn Rules  ngôn ngữ cơ  Scripting, tích hợp chức năng  môi trường lập trình ứng dụng
32
tin nhắn môi giới
chuyển đổi
định tuyến
quy định xử lý
tin nhắn Tin nhắn Input Output
Hub và Spoke Kiến trúc
33
Ví dụ - WMQI
12
34
BizTalk Mapping Tool
35
Adapters  Một adapter là một thành phần mà nằm giữa các nhà môi giới thông điệp và các hệ thống mã nguồn / đích  Đơn giản hóa sự phức tạp của giao diện hệ thống đầu cuối thông qua một lớp trừu tượng  adapter Thin - wrappers đơn giản  adapter Dày q trình  Tóm tắt đại diện của dịch vụ và siêu dữ liệu  adapter trung đồng nằm với nhà môi giới  adapter phân phối thực hiện trong tiến trình riêng và có thể được đặt với nguồn / đích hệ thống
36
Môi giới Message - Một vài suy nghĩ  nhúng biến đổi / định tuyến trong môi giới  có thể có được các vấn đề rộng  có thể phức tạp  Cần nhân rộng các nhà môi giới  Nếu không xử lý  Nhẹ, hiếm khi được thiết kế để phục hồi từ thất bại  Thường công nghệ độc quyền  Tốt mã nguồn mở, dựa trên tiêu chuẩn như Mule bây giờ có sẵn