Giới Thiệu Về Enterprise Service Bus Là Gì, Giải Pháp Quản Lý Ứng Dụng
Hiện nay họ đã nghe nhiều về cơ quan chính phủ điện tử, cùng với việc những dữ liệu của những địa phương cũng giống như các dịch vụ của các địa phương thực hiện phải được tập trung và làm chủ một phương pháp thống nhất.Một trong những technology cốt lõi được vận dụng để tập trung những services với dữ liệu của các bộ và những địa phương khác nhau để làm chủ và sử dụng như tiện thống nhất đó là ESB.
Bạn đang xem: Enterprise service bus là gì
Khái niệmESB là 1 trong những công cụ ứng dụng trung gian (middleware) tinh vi giúp tích hợp những thành phần, dịch vụ riêng rẽ thành một hệ thống và phân phối công việc giữa những thành phần, dịch vụ đó.ESB còn rất có thể đảm nhận các vai trò không giống nhau như đổi khác giao thức, định tuyến, chuyển đổi thông điệp, logging…
Mô hình hoạt động
ESB là một trong công thế phức tạp, không chỉ có vậy do không có một tiêu chuẩn bắt buộc nào mang lại ESB cho nên trong thực tế có nhiều ESB được phát triển dựa bên trên nhiều phong cách xây dựng khác nhau, bao gồm những thành phần khác biệt và hỗ trợ những giải pháp khác nhau. Tuy nhiên, hầu như chúng hồ hết có cấu trúc gồm những mô-đun chính như sau:
Mô-đun vận hành và cai quản (Operations & Management)
Mô-đun này bao hàm những chức năng hỗ trợ việc quản lý và vận hành và cai quản trục tích hợp. Những chức năng chính của mô-đun này là:
Thống kê và trạng trái (Statistic & status): thành phần này hỗ trợ những những thống kê về về những thương mại & dịch vụ được tích thích hợp của ESB như con số lỗi, độ trễ khi giải pháp xử lý thông điệp, con số lỗi…Cảnh báo (Alert): hỗ trợ cơ chế gửi cảnh báo trải qua các kênh quảng cáo khác nhau để dễ ợt cho câu hỏi giám sát buổi giao lưu của trục tích hợp.Cân bằng tải (Load balancing): Một endpoint (điểm cuối) hoàn toàn có thể có trên nhiều hệ thống vật lý không giống nhau, thành phần cân bằng tải này hoàn toàn có thể giúp cho câu hỏi gọi cho tới endpoint này được san phần đa ra giữa các endpoint vật lý. Thành phần cân bằng tải này thường xuyên được tiến hành theo thuật toán Round Robin có trọng số.Giới hạn thông điệp (Message Throttling): vấn đề giới hạn con số thông điệp gửi trao server trong một khoảng thời hạn là một điều cần làm để việc hệ thống bị vượt tải.Quản lý cấu hình: cho phép điều chỉnh cấu hình của ESB một cách an toàn trên hệ điều hành, hình như nó còn hoàn toàn có thể lưu lại lịch sử dân tộc chỉnh sửa để rất có thể khôi phục ESB về tinh thần trước đó phòng ngừa trường hợp cấu hình không cân xứng gây ra lỗi hệ thống.Mô-đun phân giải (Mediation)
Chúng ta có thể coi đây là mô-đun chủ chốt của ESB, mô-đun này bao hàm những chức năng cần thiết để tùy chỉnh thiết lập luồng thông điệp của ESB sao cho phù hợp với bài xích toán nghiệp vụ của doanh nghiệp.
Định con đường thông điệp (Message Routing): Định tuyến thông điệp tới đúng thương mại & dịch vụ mà chúng phải tới phụ thuộc vào tiêu đề (header), câu chữ và giao thức của thông điệp.Chuyển đổi thông điệp (Message tranformation): mang đến phép biến hóa định dạng thông điệp từ bỏ dạng này lịch sự dạng khác, ví dụ như từ giao diện XML thanh lịch JSON, từ bỏ dạng text lịch sự nhị phân và ngược lại.Chuyển dịch giao thức (Protocol Translation): Khả năng chuyển đổi từ một giao thức media này này qua 1 giao thức truyền thông media khác, ví như từ FTP lịch sự HTTP.Xác nhấn thông điệp (Message Validation): bao gồm khả năng đảm bảo thông điệp là đúng theo lệ, ví như trong ngôi trường hợp định dạng là JSON, bọn họ cần bảo đảm an toàn rằng ngôn từ của thông điệp đúng cùng với cú pháp của format này.Giao dịch (Transaction): tựa như như quan niệm về Transaction của hệ quản ngại trị cơ sở dữ liệu quan hệ, ESB cung cấp cho chúng ta sự trọn vẹn trong vấn đề xử lý thông điệp. Nếu như trong luồng xử trí thông điệp, một quá trình xử lý bị lỗi thì toàn bộ quá trình sẽ được huỷ quăng quật và khôi phục về như ban đầu.Mô-đun bảo mật (Security)
Mô-đun này cung cấp bảo mật ở cả tầng thông điệp cùng tầng chuyên chở với các thành phần:
Xác thực (Authentication): Xác thực người tiêu dùng khi truy vấn tới dịch vụ thương mại được tích đúng theo vào ESB.Uỷ quyền (Authorization): Cung cấp tác dụng uỷ quyền tùy chỉnh ESB cho những người quản trị hoặc phân theo phương châm của người quản trị.Mã hoá và giải thuật (Encryption): Cung cấp tính năng mã hoá và lời giải thông điệp.Mô-đun điều hợp, đi lại (Adapters/Transport)
Mô-đun này bao hàm các bộ điều hợp (adapters) giúp kết nối tới những dịch vụ được ESB cung cấp thông qua mô-đun Services Hosting.Tất cả yêu thương cầu bước vào và đi ra mọi phải thông qua adapter. Adapter được cho phép ESB tương tác với rất nhiều cơ chế đầu ra. Hay thì ESB sẽ cung ứng sẵn các bộ điều vừa lòng để tiện lợi cho việc kết nối các dịch vụ, những adapter này có thể được sử dụng để giành cho việc tiếp xúc với những ứng dụng phổ biến như là Enterprise Resource Planning (ERP), Supply Chain Management (SCM) với Customer Relationship Management (CRM) <2>, dường như người sử dụng hoặc mặt thứ ba có thể tự phát triển những cỗ điều hòa hợp để tương xứng với nhiệm vụ của tổ chức.
Một vài ba ESB phổ biến hiện nayMule ESB
Là một Java-based ESB được trở nên tân tiến bởi Mulesoft. So với những ESBs khác thì Mule vô cùng nhẹ tuy vậy nó mang lại khả năng không ngừng mở rộng cao, chất nhận được người dùng bao gồm thể ban đầu với số đông tích hợp nhỏ và tăng dần số lượng lên theo thời hạn một phương pháp dễ dàng.Các công nghệ chính được áp dụng trong Mule ESB:
AMQP (Advanced Message Queuing Protocol): Giao thức hàng chờ thông điệp được Mulesoft tuỳ biến đổi từ RabbitMQ Java Client.Routers: Mule ESB sử dụng các bộ định tuyến đường để chỉnh sửa, sắp tới xếp, reviews và gửi phát thông điệp.Anypoint Connectors: các bộ kết nối có sẵn của Mule giúp liên kết tới các giao thức, databases, các public API của mặt thứ ba thịnh hành như Salesforces, Google...Ta rất có thể tự tạo các connectors nếu đề xuất thiết.Mule Runtime Engine: là thành phần chủ yếu của Mule ESB, nó góp tích hợp các ứng dụng, khối hệ thống và những APIs
Mule Runtime Manager: mang đến phép thống trị việc triển khai, theo dõi ESB.
Oracle ESB
Là một ESB được cải tiến và phát triển bởi Oracle, là phiên bạn dạng dựa trên sản phẩm trước đó của hãng này là Retail Integration Bus Essentials. Oracle ESB được về tối ưu để tích hợp các dịch vụ được hỗ trợ bởi Oracle, ngoài ra nó cũng vẫn hoàn toàn có thể tích hợp được các ứng dụng của mặt thứ ba khác.Các technology chính được sử dụng trong Oracle ESB:
Oracle Message Broker: là 1 trong những hệ thống thống trị thông điệp viết bằng Java giúp dễ dãi làm việc với các khối hệ thống hàng chờ thông điệp như AQ, IBM MQSeries với TIBCo Redezvous.Routing Service: các dịch vụ định tuyến kiểu SOA có thể chấp nhận được các nguyên tắc định tuyến đường được quan niệm và publish với một ngữ điệu đặc tả thương mại & dịch vụ web – WSDL (Web Sevice description Language).Integration Adapter: những bộ điều hợp có sẵn giúp tiếp xúc với các databases, hàng chờ thông điệp và các giao thức không giống nhau.ESB server: sever để chạy ESB, nó hoàn toàn có thể lắng nghe các thay đổi của ESB để update theo thời gian thực.ESB control: cho phép đổi khác và thống trị ESB, nó sẽ cửa hàng với ESB server để các thay đổi này có hiệu lực thực thi hiện hành ngay trong thời gian thực.Red Hat Jboss Fuse
Về Red Hat Jboss Fuse (nay là Red Hat Fuse) thì nó chưa hẳn là một ESB mà là một nền tảng tích hợp dựa trên ESB mã mối cung cấp mở Apache Service
Mix. Fuse có thể chấp nhận được việc tích thích hợp phân tán dựa trên tiến trình Agile và hỗ trợ khả năng xúc tiến rất trẻ trung và tràn trề sức khỏe trên cloud hoặc on-premise dựa trên công nghệ Containers.
Chuyển thay đổi số sẽ trở nên cần thiết cho ngẫu nhiên tổ chức nào mong muốn nâng cấp giá trị kinh doanh của họ, tìm hiểu các thời cơ mới và triển khai trước những đối thủ tuyên chiến đối đầu và cạnh tranh trên thị trường. Có một số cách thức tích hòa hợp khác nhau, và chúng tuân hành các mẫu kiến trúc không giống nhau. Bài viết này bọn chúng tôi share một số kiến thức và kỹ năng tổng quan về ESB và Microservice, độc giả cũng rất có thể áp dụng trong những giải pháp cai quản sản xuất, doanh nghiệp cuả mình : dựa vào ESB giỏi là Microservice ?
Giới thiệu
Đã hơn một thập kỷ khi phong cách thiết kế hướng dịch vụ thương mại (SOA) mở ra trong ngành. Enterprise Service Bus (ESB), được cung cấp bởi SOA, đã trở thành mẫu Middleware phổ cập nhất nhằm giải quyết số đông các vấn đề xẩy ra với những ứng dụng nguyên khối truyền thống. Tuy nhiên ESB cấp thiết giữ địa điểm là triển khai Middleware mặt hàng đầu, khi những công nghệ, tự động hóa hóa và cơ sở hạ tầng dựa bên trên đám mây đã được trở nên tân tiến với càng ngày nhiều bản lĩnh để xây dựng các ứng dụng đáng tin cậy, hoàn toàn có thể mở rộng lớn hơn.
Nếu một tổ chức sắp bước đầu Chuyển thay đổi số , một trong những những câu hỏi đầu tiên vẫn là lựa chọn tiến hành và kiến trúc: Đó gồm phải là dựa vào ESB, dựa trên microservice, chiến thuật lai hoặc phương thức hoàn toàn khác. Khi tất cả một loạt những tùy chọn bao gồm sẵn cho giải pháp tích hợp mới của bạn, điều đáng coi là lý bởi vì nào nhằm bạn chọn 1 tùy chọn rõ ràng chống lại tất cả các tùy chọn khác. Có những tiện ích cũng như nhược điểm trong mỗi lựa chọn được luận bàn ở trên.
Hãy coi sự khác hoàn toàn chính vào ESB cùng microservice đã giúp bất kỳ ai đưa ra ra quyết định về các phương án trong tương lai.
Enterprise Service Bus (ESB)
ESB là một trong những kiến trúc Middleware dựa vào SOA. Nó dựa trên các nhà cung ứng dịch vụ, người tiêu dùng dịch vụ và những luồng sự kiện. Các nhà cung cấp dịch vụ tạo các sự kiện và xuất bản lên Bus event được call là Enteprise Service Bus . ESB hỗ trợ cả các luồng sự kiện đồng điệu và ko đồng bộ.
ESB đi kèm theo với một trong những tính năng khác nhau được yêu cầu trong những khi tin nhắn được truyền qua nó. Nó bao hàm chuyển thay đổi thông điệp, chuyển đổi giao thức, phối kết hợp dịch vụ và làm cho đầy thiết lập trọng. Các tính năng này còn có sẵn trong toàn bộ các tiến hành ESB từ các nhà cung ứng khác nhau. Nó giúp giải pháp được tích phù hợp với các loại khối hệ thống khác nhau vào doanh nghiệp.
Khi một giải pháp tích phù hợp được xây dựng, một mình ESB sẽ không đáp ứng nhu cầu tất cả các yêu mong Middleware vào phạm vi yêu cầu. Có một vài tài năng nền tảng Middleware khác sẽ tiến hành yêu cầu;
Quản lý API – để mang tài nguyên nội cỗ ra nắm giới bên ngoài với bảo mật thông tin và QoS phù hợp
Message Queue – để xây dựng tiếp xúc không nhất quán với các khối hệ thống bên ngoài.Quy trình marketing – để thú vị con tín đồ hoặc thiết bị trong những luồng thông điệp vào các xác nhận nhất định.Nhận dạng và làm chủ truy cập – để thống trị quyền truy vấn trong giải pháp.Giám gần cạnh và lưu ý – để xác minh các vấn đề thời hạn chạy và hành vi nhanh chóng.
Sơ thiết bị sau cho thấy thêm các khối hệ thống khác nhau có thể được kết nối thông qua ESB như thế nào.
Ưu điểm của ESB
ESB bao gồm một số tiện ích về tích đúng theo dịch vụ.
Độc lập về công nghệ: ESB cung cấp các nhiều loại giao thức vận chuyển khác nhau như HTTP / S, AMQP, MQTT khiến cho cho công nghệ của dịch vụ bên ngoài không nên là vấn đề đáng lo ngại. Bất kỳ dịch vụ nào được xây dựng trên ngẫu nhiên công nghệ làm sao cũng hoàn toàn có thể được tích vừa lòng miễn là nó rất có thể giao tiếp bằng một trong các giao thức trên được ESB hỗ trợ.
Khả năng sử dụng lại dịch vụ: Một khi những dịch vụ được hiển thị trải qua ESB dưới dạng thương mại & dịch vụ ảo, chúng có thể được sử dụng bởi ngẫu nhiên dịch vụ làm sao khác bất kỳ giới hạn của mạng với công nghệ. Tích hợp new sẽ đòi hỏi nỗ lực buổi tối thiểu để được cung ứng giải pháp.
Quản trị và giám sát và đo lường tập trung: ESB có khả năng truy nguyên bắt đầu của tất cả các thương mại & dịch vụ và vì vậy nó có thể là điểm trung tâm để làm chủ việc sử dụng dịch vụ thương mại và quan sát và theo dõi số liệu thống kê. Nếu các dịch vụ được kết nối trải qua kết nối điểm cho tới điểm, thì việc đo lường và thống kê sẽ được tiến hành tại mỗi kết nối.
Khả năng bảo trì: Không có sự kết hợp chặt chẽ giữa những dịch vụ cuối và vì thế những thương mại & dịch vụ này có thể được update độc lập mà lại không tác động đến những dịch vụ khác. Ngoài ra các loại kiểm soát và điều hành khác nhau có thể được vận dụng ở lớp ESB núm vì cập nhật các thương mại & dịch vụ thực tế.
Dung sai lỗi: Lỗi dịch vụ và quá trình phục hồi có thể được xử lý tại ESB và các dịch vụ cuối sẽ không bị ảnh hưởng. Ví dụ: giả dụ một thương mại & dịch vụ không thành công, ESB rất có thể định tuyến đường các thông báo đến điểm cuối dịch vụ biến đổi dự phòng cho đến khi dịch vụ ban đầu hoạt động.
Triển khai ko phức tạp: ESB gồm một cách tiến hành triển khai dễ dàng và đơn giản sẽ chứa tất cả các tài năng định tuyến đường và điều phối thương mại & dịch vụ được tích hợp. Những nhà cung cấp khác nhau hoàn toàn có thể có những kiểu thực thi khác nhau, mà lại cuối cùng, nó sẽ không thực sự phức tạp để xử lý.
Nhược điểm của ESB
Đã thêm độ trễ trong đưa tin đi với về : Lớp ESB đã thêm bước bổ sung cập nhật trong luồng dịch vụ thương mại và thêm một chút độ trễ cho thời gian đáp ứng. Do đó, hiệu suất rất có thể không hệt như truy cập thẳng vào thương mại & dịch vụ riêng lẻ thông qua kết nối điểm tới điểm.
Yêu mong kết nối: Tất cả các dịch vụ yêu thương cầu phải có kết nối với ESB nhằm tạo đk cho bài toán gọi dịch vụ và vấn đề này sẽ nên chịu thêm chi tiêu để thiết lập cấu hình VPN và hạ tầng khác.
Single point of failure : Có toàn bộ các thương mại & dịch vụ được chuyển sang một địa điểm duy nhất, nó đã có nguy hại bị lỗi một điểm. Điều này hoàn toàn có thể tránh được bằng cách chuyển đổi dự phòng thích thích hợp (chuyển đổi dự phòng máy khách hoặc back-end) cùng khả năng auto chữa lành của những nền tảng tàng trữ mới nhất. Nhiều nhà cung cấp ESB cung ứng các mẫu xúc tiến có tính sẵn sàng chuẩn bị cao tinh vi để tránh đa số thất bại này.
Xem thêm: Mua Đồ Lót Nữ Onoff - Bon Bon Underwear: Thời Trang Đồ Lót Bon Bon
Sự phức tạp trong kĩ năng mở rộng: Ngay cả chỉ một thương mại dịch vụ duy tốt nhất được yêu cầu mở rộng, không có cách nào để tăng kỹ năng của thương mại & dịch vụ đó một phương pháp độc lập. Thay vào đó, nó đòi hỏi phải mở rộng cục bộ ESB với tất cả các thương mại & dịch vụ khác. Nó sẽ là 1 sự tiêu tốn lãng phí tài nguyên và bỏ ra phí.
Microservice
Kiến trúc microservice (MSA) ngày này phổ biến hơn so với phong cách thiết kế hướng dịch vụ. Với nhiều tính năng lôi kéo được hỗ trợ bởi các technology và nền tảng đám mây mới nhất, thật vô tư khi nói rằng microservice được triển khai trong những nền tảng đám mây đáng tin cậy, có công dụng mở rộng lớn cao đem đến nhiều quý hiếm hơn ESB trong SOA.
Mỗi microservice có công dụng kinh doanh riêng. Do đó, đối với ESB truyền thống, microservice bao gồm quyền kiểm soát chi tiết tốt rộng và khả năng mở rộng cao hơn.
Các đặc điểm sau đây tất cả sẵn trong một microservice điển hình.
Nó tất cả một phạm vi tốt nhất của tác dụng kinh doanh. Nếu bạn cần có được tính năng hợp nhất, thì tùy chọn là tích hợp một vài Microservice và xây cất một Microservice tổng hợp.Mỗi microservice tất cả cơ sở tài liệu riêng của mình. Cơ sở dữ liệu triệu tập không được khuyến khích và sẽ không cung ứng giá trị của kiểm soát điều hành hạt mịn.Các dịch vụ được kết nối rất lỏng lẻo. Không có giao tiếp trực tiếp với nhau trong những Microservice cốt lõi.Mỗi microservice sẽ sở hữu thời gian chạy riêng, đa phần chạy trên container riêng rẽ của nó.Nó có thời gian khởi cồn rất thấp cung ứng tính sẵn sàng chuẩn bị cao vào trường hợp thua kém và kĩ năng mở rộng.Microservice có thể được trở nên tân tiến độc lập, xúc tiến và nhân rộng nhưng mà không tác động đến toàn cục hệ thống.Việc tiến hành microservice sẽ phức hợp với nhiều thông tin liên lạc bao bọc nó. Do đó, sẽ phải có CI / CD on-premise.Thành công của việc tiến hành microservice phụ thuộc vào tiếp xúc giữa những microservice và vì thế cần cơ sở hạ tầng rất ổn định định.Hình bên dưới đây cho biết thêm microservice được đặt trong một giải pháp trong những lớp khác nhau như gắng nào để dễ dãi cho việc thống trị và giao tiếp.
Ưu điểm của microservice
Khả năng mở rộng cao: Các dịch vụ tự do có thể được thu nhỏ tuổi độc lập với các dịch vụ khác dựa vào yêu cầu ví dụ của tính năng kinh doanh.
Độc lập về công nghệ: các Microservice có thể được xây dựng bằng các công nghệ khác nhau và được triển khai trong số nền tảng không giống nhau miễn là tất cả thể tùy chỉnh cấu hình liên lạc thân mỗi dịch vụ. Do đó, sự cải cách và phát triển sẽ linh hoạt rộng với các năng lực có sẵn trong tổ chức. Quan trọng nhất, technology thực hiện rất có thể được chọn lựa dựa trên những yêu mong hiệu suất. Ví dụ, những ứng dụng thời hạn thực hiệu suất cao rất có thể được desgin bằng công nghệ nhẹ, thân thiện với công suất trong khi các dịch vụ xử lý dữ liệu hàng loạt có thể được xây dựng bởi công nghệ có chức năng lưu trữ tài liệu và bộ đệm.
Khả năng phục sinh của dịch vụ: các Microservice được kiến tạo dựa trên nguyên tắc các lỗi được nêu ra tại thời điểm sớm nhất giúp kích hoạt các lỗi và hồi sinh trong một khoảng thời hạn ngắn. Nó đang tránh được toàn thể lỗi khối hệ thống echo vày lỗi của một dịch vụ. Các chủng loại kiến trúc như cỗ ngắt mạch và thời gian chờ để giúp đạt được yêu mong này.
Hỗ trợ cải cách và phát triển nhanh nhóm chéo : từng microservice rất có thể được phát triển và tiến hành bởi các nhóm khác biệt và vì thế doanh nghiệp không nhất thiết phải đợi cho đến khi tất cả các đội hoàn thành quá trình của mình nhằm xem công dụng trong sản xuất.
Tiếp thị nhanh hơn: Phát triển microservice sẽ liên quan đến việc thực hiện CI / CD toàn diện và vì vậy các bản phát hành hoàn toàn có thể được lên planer và thực hiện song song, không có ngẫu nhiên sự nhờ vào nào vào nhau. Nó sẽ dẫn đến kế hoạch đi đến thị phần nhanh hơn đến doanh nghiệp.
Theo bí quyết này, áp dụng microservice là 1 trong tổ ong của các dịch vụ hoàn toàn có thể cắm được. Chúng cho phép bạn lập cập phát triển, thêm hoặc xóa những tính năng mà lại không tác động đến tổng thể và toàn diện lớn hơn.
Nhược điểm của microservice
Yêu cầu về cơ sở hạ tầng: microservice áp dụng nhiều tính năng của những dịch vụ container dựa trên đám mây để sở hữu được ưu thế tối đa về khả năng mở rộng, độ tin cẩn và năng lực chịu lỗi. Do đó, nó yên cầu cơ sở hạ tầng cụ thể với khả năng auto hóa toàn vẹn để đạt được ích lợi tối đa.
Giao tiếp phức tạp: Sự thành công xuất sắc của việc xúc tiến microservice hoàn toàn phụ thuộc vào giao tiếp mạng. Vì có nhiều dịch vụ để giao hàng các công dụng kinh doanh phức tạp, giữ lượng mạng sẽ cao hơn nữa và yên cầu cơ sở hạ tầng mạng đáng tin cậy.
Hỗ trợ giao dịch thanh toán giữa những dịch vụ không dễ dàng: Các dịch vụ chủ quyền thực hiện nay một bộ tác dụng duy tuyệt nhất và cho nên rất khó xử lý các tình huống như giao dịch với các Microservice tiêu chuẩn. Nó đòi hỏi nỗ lực xây cất và phạt triển bổ sung cập nhật để triển khai các kịch bạn dạng như vậy một giải pháp hiệu quả, trong những lúc vẫn bảo trì các kỹ năng microservice khác không vậy đổi.
Khó dịch rời từ nguyên khối : Nếu tổ chức đã có những ứng dụng cũ được xây dựng dựa vào kiến trúc nguyên khối, sẽ yêu cầu một nỗ lực rộng rãi để đổi khác nó thành những Microservice và chuyển sang cơ sở hạ tầng khác.
Ví dụ về Microservice
Netflix
Netflix ban đầu áp dụng mô hình microservice vào năm 2009 sau khi những thách thức mở rộng dẫn cho việc ngừng dịch vụ thường xuyên . Họ đang phá vỡ kết cấu ứng dụng nguyên khối của bản thân mình trước lúc thuật ngữ microservice thậm chí còn được đưa ra và sự chuyển đổi của bọn họ bắt đầu.
Netflix bắt đầu bằng giải pháp chuyển hệ thống mã hóa phim không hẳn khách hàng của chính bản thân mình sang đám mây AWS của Amazon cùng trong nhì năm, căn cơ này đang chuyển tất cả các dịch vụ web nhắm tới khách hàng của mình sang AWS.
Đến năm 2012, thừa trình đổi khác đã trả tất cùng Netflix bao hàm hàng trăm Microservice dựa vào đám mây được kết nối với nhau. Sự chuẩn bị sẵn sàng của Netflix để chào đón phong trào microservice là giữa những đóng góp đặc trưng nhất cho sự cải cách và phát triển phi thường xuyên của nền tảng.
Sound
Cloud
Sound
Cloud ban sơ phát triển căn nguyên của mình dưới dạng áp dụng Ruby on Rails nguyên khối có biệt danh là Mothership. The Mothership chất nhận được hàng trăm ngàn nhạc sĩ hiệp tác và share âm nhạc của họ. Tuy nhiên, Sound
Cloud phải đối mặt với những thử thách mở rộng nhưng nó ko thể xử lý bằng các bạn dạng vá cung ứng tần số âm nhạc.
Thay vị tháo gỡ trọn vẹn Mothership, Sound
Cloud chỉ cần xong xuôi thêm những tính năng. Họ bắt đầu sử dụng những Microservice đơn nhất để thêm tính năng mới mà người ta yêu cầu. Dần dần, Sound
Cloud bắt đầu loại bỏ các chức năng khác nhau khỏi khối, thay thế sửa chữa chúng bởi microservice. Điều này đã có thể chấp nhận được Sound
Cloud cách tân và phát triển tự vì chưng hơn với những tính năng chuẩn bị sẵn sàng sản xuất và chu kỳ phản hồi ngắn hơn.
Uber
Giống như Sound
Cloud và Netflix, Uber bước đầu như một vận dụng nguyên khối. Khi Uber trải qua sự tăng trưởng cấp tốc chóng, nó đã làm qua một số cuộc đấu tranh. Họ đấu tranh để thêm những tính năng mới, giải quyết các lỗi cùng khắc phục nợ chuyên môn trong một lưu lại ký ứng dụng duy độc nhất vô nhị (vị trí lưu trữ cho những gói phần mềm). Hơn nữa, các nhà cách tân và phát triển yêu cầu kiến thức chuyên sâu và tay nghề với các khối hệ thống hiện có chỉ để triển khai một thay đổi duy nhất.
Lấy xúc cảm từ Netflix và những công ty tăng trưởng cấp tốc khác, Uber đã đưa ra quyết định chia áp dụng nguyên khối của chính bản thân mình thành nhiều đại lý mã để tạo thành kiến trúc microservice. Uber đã chọn lựa cách tiếp cận microservice với phương châm là xúc tiến quyền tải rõ ràng, mang lại khả năng mở rộng tổ chức tốt hơn và hỗ trợ khả năng hồi sinh và chịu đựng lỗi nhiều hơn nữa thông qua cam đoan của họ đối với microservice.
ESB hoặc microservice: loại nào là tốt nhất?
Khi bạn chọn giải pháp cân xứng cho tổ chức, những yếu tố sau cần được đánh giá.
Các mô hình dịch vụ được tích hợpGiao thức truyền thông media cần thiết
Số hiệu suất
Yêu cầu giao dịch
Hạn chế bảo mật
Sự nhờ vào giữa các dịch vụ
Thời gian ghê doanh
Chi phí phương châm cho cơ sở hạ tầng
Skillset của team
Rõ ràng là microservice cung cấp các lợi thế bổ sung cập nhật với bộ đặc tính nhiều chủng loại mà nó có, được cung cấp bởi các nền tảng tiến hành đám mây mới nhất. Tuy nhiên, gồm một vài lợi thế và hạn chế trong cả hai xúc tiến như sẽ đề cập trước đây. Không có câu trả lời duy nhất để nói rằng một triển khai là xuất sắc nhất. Dựa bên trên yêu cầu của khách hàng trong tổ chức của bạn, một trong các những phương án này sẽ xuất sắc hơn các phương án khác.
Các yêu cầu rất cần được phân tích cẩn trọng cùng với sự phát triển của Chiến lược biến hóa số của tổ chức triển khai trong 5 năm 10 năm tới, trước khi đưa ra quyết định về tùy chọn sẽ được sử dụng. Ngay cả một cách tiếp cận lai cũng sẽ chuyển động miễn là các mục tiêu kinh doanh của tổ chức hoàn toàn có thể đạt được trải qua kiến trúc giải pháp.
