Phát triển hệ phân tán với kiến trúc vi dịch vụ

Phát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụPhát triển hệ phân tán với kiến trúc vi dịch vụ

HỌC VIỆN CÔNG NGHỆ BƢU CHÍNH VIỄN THÔNG - NGUYỄN THỊ MINH THỦY PHÁT TRIỂN HỆ PHÂN TÁN VỚI KIẾN TRÚC VI DỊCH VỤ CHUYÊN NGÀNH : HỆ THỐNG THÔNG TIN MÃ SỐ: 60.48.01.04 LUẬN VĂN THẠC SĨ KỸ THUẬT (Theo định hướng ứng dụng) NGƯỜI HƯỚNG DẪN KHOA HỌC: PGS TS HÀ HẢI NAM HÀ NỘI - 2016 Luận văn hoàn thành tại: HỌC VIỆN CÔNG NGHỆ BƢU CHÍNH VIỄN THÔNG Người hướng dẫn khoa học: PGS TS Hà Hải Nam Phản biện 1: ……………………………………………… Phản biện 2: ……………………………………………… Luận văn bảo vệ trước Hội đồng chấm luận văn thạc sĩ Học viện Công nghệ Bưu Viễn thông Vào lúc: ngày tháng năm … Có thể tìm hiểu luận văn tại: - Thư viện Học viện Công nghệ Bưu Viễn thông MỞ ĐẦU Tính cấp thiết đề tài Kiến trúc hướng vi dịch vụ (Microservice Architectuaral Style - MAS) cách xây dựng hệ thống phần mềm Một hệ thống vi dịch vụ bao gồm nhiều dịch vụ nhỏ mà giao tiếp với qua mạng Mỗi dịch vụ có vòng đời phát triển phần mềm riêng biệt Để làm việc cách xác, dịch vụ phải phụ thuộc vào Để đánh giá lợi hệ thống vi dịch vụ luận văn nghiên cứu xây dựng nguyên mẫu – sản phẩm phần mềm dựa hệ thống vi dịch vụ Mẫu xây dựng dựa chức tồn hệ thống bán hàng “Customer Sales System” (KSS) công ty Alm Branch Thông qua nguyên mẫu, luận văn nghiên cứu cách để cải thiện đạt độ sẵn sàng cao với chi phí bảo trì thấp Tổng quan vấn đề nghiên cứu Luận văn thạc sĩ nghiên cứu chiến lược độ sẵn sàng bảo trì hệ thống microservice Một nguyên mẫu microservice nhỏ xây dựng dựa chức thực tế “create meeting from absalon”nằm hệ thống nguyên khối quản lý bán hàng (KSS) Alm Brand Nguyên mẫu tảng cho việc nghiên cứu cách thức đảm bảo độ sẵn sàng hệ thống có tính rời rạc cao Mục đích, đối tƣợng, phạm vi phƣơng pháp nghiên cứu Phương pháp thực luận văn thạc sĩ sử dụng mô hình lặp lặp lại việc tạo nguyên mẫu Quá trình giúp có kinh nghiệm nhanh tiếp cận kiểu kiến trúc microservice, với vấn đề bật xác định sớm để xem xét 2 Cấu trúc luận văn Nội dung luận văn trình bày ba phần sau: Phần mở đầu Phần nội dung: bao gồm ba chương CHƢƠNG 1: TỔNG QUAN VỀ KIẾN TRÚC VI DỊCH VỤ CHƢƠNG 2: GIẢI PHÁP MÔ HÌNH HÓA HỆ PHÂN TÁN VỚI KIẾN TRÚC VI DỊCH VỤ CHƢƠNG 3: THỬ NGHIỆM VÀ ĐÁNH GIÁ Phần kết luận CHƢƠNG I TỔNG QUAN VỀ HỆ THỐNG VI DỊCH VỤ 1.1 Giới thiệu hệ thống vi dịch vụ Hệ thống vi dịch vụ (Microservice System – MS) lên vài năm qua để mô tả cách đặc biệt thiết kế ứng dụng phần mềm hệ thống dịch vụ triển khai độc lập giao tiếp với qua mạng 1.1.1 Đặc điểm hệ thống vi dịch vụ (Microservice System) a, Được cấu thành từ dịch vụ b, Được tổ chức dựa giao dịch c, Microservice sản phẩm dự án d, Dữ liệu quản lý không tập trung (Decentralized) e, Đa ngôn ngữ f, Triển khai liên tục g, Khép kín h, Liên lạc dịch vụ i, Nguyên tắc chuyên biệt 1.1.2 điể củ i n c hệ hống i dịch ụ - Giảm thiểu gia tăng phức tạp rối rắm hệ thống lớn - Chia nhỏ ứng dụng khối cồng kềnh thành dịch vụ nhỏ dễ quản lý, bảo trì nâng cấp, tự chọn, nâng cấp công nghệ - Mỗi dịch vụ nhỏ định ranh giới rõ ràng dạng RPC hay API hướng thông điệp 1.1.3 hư c điể củ i n c hệ hống i dịch ụ Nhược điểm microservices từ tên gọi Microservice nhấn mạnh kích thước nhỏ gọn dịch vụ Một số lập trình đề xuất dịch vụ siêu nhỏ cỡ 100 dòng code Chia nhiều dẫn đến manh mún, vụn vặt, khó kiểm soát Việc lưu liệu cục bên dịch vụ nhỏ khiến liệu phân tán mức cần thiết 1.2 So sánh kiến trúc vi dịch vụ với kiến trúc liên quan 1.2.1 i n c hệ thống ng n hối ( oni i hic e ) a, Một sở mã nguồn b, Ngôn ngữ cụ thể c, Mở rộng ngang d, Kiến trúc lớp e, Tiến trình đơn f, Các thành phần đan xen g, Vòng đời triển khai dài 1.3 Mô hình nguyên mẫu - Nghiên cứu chiến lược đảm bảo độ sẵn sàng cho hệ thống vi dịch vụ sử dụng kiến trúc vi dịch vụ - Nghiên cứu chiến lược thay đổi giúp giảm thiểu chi phí bảo trì thông qua việc thiết kế cài đặt tảng vi dịch vụ chung 1.4 Các đặc trƣng giao dịch hệ thống phân tán Sử dụng giao dịch (transactions) hệ thống n-lớp truyền thống hệ thống nguyên khối tương đối đơn giản Khi chia hệ thống thành dịch vụ độc lập microservices, có nhiều vấn đề cần xem xét đến 1.4.1 ô hình “h i gi i đoạn” Một giải pháp sử dụng rộng rãi sử dụng xác nhận thực “hai giai đoạn”, thành phần điều phối kiểm tra tất dịch vụ tham gia sẵn sàng xác nhận thực (commit) Trên sở kết bỏ phiếu dịch vụ để đảm bảo tính thống để hủy bỏ xác nhận thực với tất dịch vụ 1.4.2 Mô hình Saga Một giải pháp khác để đạt quán dịch vụ sử dụng mô hình Saga Trong mô hình chứa dịch vụ điều phối, thành phần có trách nhiệm kiểm soát tham gia microservice Mô hình áp dụng theo nguyên tắc, tất dịch vụ tham gia vào trình xử lý hành động có hoạt động đền bù Khi nhiều dịch vụ tham gia thất bại xử lý, dịch vụ điều phối yêu cầu dịch vụ lại thực hoạt động bồi thường tương ứng 1.4.3 ô hình đặt chỗ (Reservation) Mô hình đặt chỗ giải pháp thứ ba để đạt quán dịch vụ Không giống với mô hình Saga, mô hình đặt chỗ không chứa thành phần điều phối trung 1.5 Kết luận chƣơng Chương đưa khái niệm chung đặc điểm hệ thống vi dịch vụ hệ thông nguyên khối Ngoài ra, chương I lên mục đích xây dựng mô hình nguyên mẫu đưa mô hình nguyên mẫu xây dựng cách lặp lặp lại sử dụng xuyên suốt luận văn Đồng thời, chương I luận văn đưa loại giao dịch phân tán để làm tảng cho phân tích hệ thống chương II 6 CHƢƠNG II GIẢI PHÁP MÔ HÌNH HÓA HỆ PHÂN TÁN VỚI KIẾN TRÚC VI DỊCH VỤ 2.1 M h nh h a ịch vụ Nguyên mẫu sản phẩm phần mềm cuối luận văn thạc s Thông qua nguyên mẫu, luận văn nghiên cứu cách cách để cải thiện đạt độ sẵn sàng cao, chi phí bảo trì thấp Trong trình phát triển nguyên mẫu, vấn đề cần xem xét làm để đạt kết mong muốn độ sẵn sàng chi phí bảo trì trình bày chi tiết giải pháp lựa chọn cài đặt coi phần nguyên mẫu Chức “create meeting from Absalon” bao gồm số microservice tiềm 2.2 Giải pháp tích hợp hệ phân tán với kiến trúc vi dịch vụ 2.2.1 h n ch i n trúc hệ thống bán hàng (KSS) Thành phần máy chủ KSS phần hệ thống ứng dụng lớn hệ thống bán hàng KSS khai thác Hệ thống bán hàng (KSS) công cụ sử dụng giao dịch viên trung tâm tiếp thị qua điện thoại Alm Brand a, Máy chủ KSS Máy chủ KSS thành phần backend hệ thống KSS Nó cung cấp tất chức thông qua danh sách web services Tất yêu cầu tương tác (nội từ bên ngoài) với hệ thống KSS thông qua thành phần máy chủ KSS b, Absalon Absalon ứng dụng frontend công cụ sử dụng đại lý bảo hiểm Nó chứa thành phần KSS chuyên dụng để tích hợp với máy chủ KSS cung cấp chức hiển thị, sửa đổi lịch đại lý KSS thông tin khách hàng 7 2.2.2 h n ch h nh ph n chức “C e e ee ing f o Ab o on” Chức “Create meeting from Absalon” chức phức tạp có tác động tới hầu hết thành phần hệ thống KSS Nó chức sử dụng chức người dùng tương tác với hệ thống Do chức ứng cử viên lý tưởng cho việc tạo nguyên mẫu thử nghiệm Nhiệm vụ rõ ràng chức tạo cuọc họp đặt gặp lịch đại lý bảo hiểm hệ thống lịch hệ thống Notes KSS Lưu ý “Create meeting from Abasalon” khởi tạo từ 02 hệ thống Absalon lẫn KSS mobile “Create meeting from Abasalon” khởi tạo cách gọi web services với tên gọi là: AbsalonFactoryWS.bookMeeting Các chức “Create meeting from Abasalon” mô tả sau: Lƣu ữ liệu (Persist) Tạo hẹn (CreateAppointment Tạo hẹn (CreateAppointment Hợp (Merge Khởi tạo gặp (InitiateMeeting Tạo thƣ mời (PrintGenericLetter Gửi thƣ mời (SendEmail Ghi nhận kiện (SetHaendelse) Lƣu ữ liệu (Persist) 10 2.2.3 Thêm gặp (Insert) h n ch ng n ẫu hệ thống KSS a, Kiến trúc thành phần nguyên mẫu hệ thống KSS b, Kiến trúc khung hệ thống KSS  Kiến trúc thành phần thư viện dùng chung  Kiến trúc thành phần thư viện sở  Kiến trúc thành phần Microservice Máy chủ KSS c, Giao thức đặt chỗ với Microservice cho hệ thống KSS 2.2.4 đ ớp chi i 2.2.5 Biể đ tu n tự 2.3 Kết luận chƣơng Một mục tiêu nguyên mẫu xây dựng lại phần phiên hoạt động chức “create meeting from Absalon” Và suốt trình đó, đồng thời xây dựng khung làm việc (framework) micrsoservice chung giao thức áp dụng đáp ứng yêu cầu Alm Brand CHƢƠNG III CÀI ĐẶT VÀ THỬ NGHIỆM 3.1 Cài đặt vi dịch vụ 3.1.1 Apache Kafka 3.1.2 C i đặt dịch vụ a Producer Kafka, đoạn mã nguồn để phát triển producer private ProducerConfig getKafkaProducerConfiguration() { Properties props = new Properties(); props.put("metadata.broker.list", "ubuntu:9092"); props.put("serializer.class", "kafka.serializer.StringEncoder"); props.put("zookeeper.session.timeout.ms", "5000"); props.put("request.timeout.ms", "5000"); props.put("request.required.acks", "1"); props.put("auto.commit.interval.ms", "1000"); returnnew ProducerConfig(props); } đơn giản để phân phát thông điệp văn tới hàng đợi Kafka b Kafka Consumer Kafka Consumer bắt đầu luồng chạy riêng biệt với vòng lặp vô hạn lắng nghe thông điệp - Cấu hình consumer: Đoạn mã cấu hình cho consumer Đối tượng consumer kết nối tới máy chủ zookeeper (trung gian), có chức phân - Lớp Cosumer: Lớp consumer thể mã nguồn đầy đủ phiên nguyên mẫu Kafka consumer Với kết đầu đơn giản hiển thị thông điệp lấy từ hàng đợi “verification-topic” lớp producer sử dụng để phân phát thông điệp 10 3.2 Cấu hình lớp Cache Cấu hình lớp Cache thực theo cách sau đây: publicclass Cache { privatestatic Cache instance; private ListreservationCache; private Cache() {} publicstatic Cache getInstance() { if(instance == null) { instance = new Cache(); } returninstance; } private List getRequestEventCache() { if(reservationCache == null) { reservationCache = new ArrayList(); } returnreservationCache; } publicvoid insert(Reservation reservation) { getRequestEventCache().add(reservation); } publicvoid update(Reservation reservation) { for(Reservation reservation1 : getRequestEventCache()) { if(reservation1.getUuid().equals(reservation.getUuid())) { reservation1.setApplication(reservation.getApplication()); reservation1.setData(reservation.getData()); reservation1.setEntryDate(reservation.getEntryDate()); reservation1.setPrimaryKey(reservation.getPrimaryKey()); } } } publicvoid remove(String uuid) { Reservation reservation = getByCorrelationId(uuid); if(reservation != null) { getRequestEventCache().remove(reservation); } } public Reservation getByCorrelationId(String uuid) { System.out.println("Looking up Uuid: " + uuid); for(Reservation reservation : getRequestEventCache()) { System.out.println("Current Uuid: " + reservation.getUuid()); if(reservation.getUuid().equals(uuid)) { returnreservation; } 11 3.3 Cài đặt thực MicroserviceWrapper.onMessage Dưới phương thức khung (framework) microservice , phương thức onMessage Nó xử lý tất thông điệp nhận framework Tại thông điệp phân tích để xác định loại thông điệp Sau phương thức onMessage gọi phương thức xử lý tương ứng @Override publicfinalvoid onMessage(String message) throws SystemException { JsonObject jsonObj = null; ConfirmationEvent confirmationEvent = null; ResponseEvent responseEvent = null; RequestEvent requestEvent = null; // Will happen if the message can't be passed to a JsonObject try { jsonObj = new Gson().fromJson(message, JsonElement.class).getAsJsonObject(); } catch (Exception e) { requestEvent = new RequestEvent(); // Dummy - Event is an abstract class, to one // of the others must requestEvent.setJson(message); handleEvent(requestEvent, false); return; } if (jsonObj.get("reserveKey") != null) { confirmationEvent = new GsonUtils().fromJSON(message, ConfirmationEvent.class); confirmationEvent.setJson(message); if (jsonObj.getAsJsonObject("object") != null) { confirmationEvent.setObject(jsonObj.getAsJsonObject("object")); } handleEvent(confirmationEvent, true); } elseif (jsonObj.get("resultCode") != null) { responseEvent = new GsonUtils().fromJSON(message, ResponseEvent.class); responseEvent.setJson(message); if (jsonObj.getAsJsonObject("object") != null) { responseEvent.setObject(jsonObj.getAsJsonObject("object")); } handleEvent(responseEvent, true); } elseif (jsonObj.get("responseQueue") != null) { requestEvent = new GsonUtils().fromJSON(message, RequestEvent.class); requestEvent.setJson(message); if (jsonObj.getAsJsonObject("object") != null) { requestEvent.setObject(jsonObj.getAsJsonObject("object")); } handleEvent(requestEvent, true); } else { logger.error("Unknown message: " + message); } } handleEvent 3.4 Triển khai thành phần xử lý ngắt Thành phần xử lý ngắt phát triển phần lần thực Lớp - CircuitBreaker 12 Đây interface định nghĩa chức thành phần xử lý ngắt - Lớp CircuitBreakerImpl Khi yêu cầu xử lý xong, luồng (thread) ngắt 3.5 Cài đặt hệ thống 3.5.1 C i đặt máy chủ nguyên mẫu 3.5.2 C i đặ ôi ường JDeveloper Oracle 3.5.3 C i đặt Kafka (Máy ảo) 3.5.4 C i đặt RabitMQ 3.5.5 C i đặt SoapUI 3.5.6 C i đặt Database – MySQA 3.5.7 Chạy chức 3.6 Kết luận chƣơng Chương nghiên cứu trình bày phương pháp cài đặt dịch vụ theo bước cách chi tiết rõ ràng Ngoài ra, Chương nghiên cứu cách chạy chức triển khai thành phẩn xử lý hệ thống vi dịch vụ 13 KẾT LUẬN Kết đạt đƣợc Luận văn phát triển phiên cụ thể cho chức “create meeting from Absalon”, để có kinh nghiệm với kiểu kiến trúc microservice nghiên cứu giải pháp để đảm bảo mức độ cao độ sẵn sàng giảm chi phí bảo trì cần thiết microservice thông qua việc sử dụng lại Đồng thời, luận văn làm rõ nội dung sau đây: a, Nội dung thứ Nghiên cứu chiến lược đảm bảo độ sẵn sàng cho trường hợp hệ thống KSS sử dụng kiến trúc microservice Đặc biệt ta triển khai thử nghiệm với mô hình xử lý ngắt (circuit breaker), mô hình vách ngăn (bulkhead) so sánh kết độ sẵn sàng với kiến trúc nguyên khối hệ thống KSS b, Nội dung thứ hai Nghiên cứu chiến lược sửa đổi cho trường hợp hệ thống KSS, tập trung vào việc giảm chi phí bảo trì thông qua việc thiết kế triển khai thực khung (framework) microservice chung Hạn chế - Chi phí vận hành - Sự phức tạp hệ thống phân tán - Thách thức khả thử nghiệm Hƣớng phát triển Nghiên cứu giải pháp tiềm khác hay chiến lược để giải vấn đề giao dịch phân tán thay yêu cầu quán lập bổ sung 14 chiến lược dự phòng gặp cố Chiến lược sử dụng eBay [29] 15 TÀI LIỆU THAM KHẢO Tài liệu Tiếng Anh [1] Alain Abran, J W Moore, P Bourque, R Dupuis, and L L Tripp, 2014 “Software Engineering Body of Knowledge” In: IEEE Computer Society, Angela Burgess [2] C.D Nielsen, 2015, - Investigate availability and maintainability within a microservice architecture [3] J Kreps LinkedIn Corp, N Narkhede LinkedIn Corp, J Rao LinkedIn Corp Apache Kafka, 2015, - A Distributed Messaging System for Log Processing [4] L Bass, P Clements & R Kazman, 2003, - Software Architecture in Practice (2nd Edition) [5] Martin Fowler and James Lewis, 2015, - Microservices [6] Monolithic Design (Accessed on 04/02/2015) [7] Scalability Best Practices: Lessons from eBay (Accessed 08/06/2015) 16 W sit tham hảo [8] http://martinfowler.com/articles/microservices.html [9] http://omega.cs.iit.edu/~ipro329/methodology.html [10] http://hosteddocs.ittoolbox.com/PM043004.pdf [11] http://www.sei.cmu.edu/library/assets/whitepapers/SOA_Terminology.pdf [12] http://www.w3.org/TR/ws-arch/#service_oriented_architecture [13] http://kafka.apache.org/ [...]... sửa đổi cho trường hợp hệ thống KSS, tập trung vào vi c giảm chi phí bảo trì thông qua vi c thiết kế và triển khai thực hiện một khung (framework) microservice chung 2 Hạn chế - Chi phí vận hành - Sự phức tạp của hệ thống phân tán - Thách thức đối với khả năng thử nghiệm 3 Hƣớng phát triển Nghiên cứu giải pháp tiềm năng khác hay một chiến lược để giải quyết vấn đề giao dịch phân tán là thay vì yêu cầu... bày phương pháp cài đặt các dịch vụ theo các bước một cách chi tiết và rõ ràng nhất Ngoài ra, Chương 3 còn nghiên cứu cách chạy các chức năng và triển khai các thành phẩn xử lý của hệ thống vi dịch vụ 13 KẾT LUẬN 1 Kết quả đạt đƣợc Luận văn đã phát triển một phiên bản cụ thể cho chức năng “create meeting from Absalon”, để có được kinh nghiệm với kiểu kiến trúc microservice và nghiên cứu giải pháp... microservice thông qua vi c sử dụng lại Đồng thời, luận văn làm rõ 2 nội dung sau đây: a, Nội dung thứ nhất Nghiên cứu các chiến lược đảm bảo độ sẵn sàng cho trường hợp của hệ thống KSS sử dụng kiến trúc microservice Đặc biệt ta sẽ triển khai thử nghiệm cùng với mô hình xử lý ngắt (circuit breaker), mô hình vách ngăn (bulkhead) và so sánh kết quả về độ sẵn sàng với kiến trúc nguyên khối của hệ thống...9 CHƢƠNG III CÀI ĐẶT VÀ THỬ NGHIỆM 3.1 Cài đặt các vi dịch vụ 3.1.1 Apache Kafka 3.1.2 C i đặt các dịch vụ a Producer Kafka, dưới đây là đoạn mã nguồn để phát triển một producer private ProducerConfig getKafkaProducerConfiguration() { Properties props = new Properties(); props.put("metadata.broker.list",... logger.error("Unknown message: " + message); } } handleEvent 3.4 Triển khai thành phần xử lý ngắt Thành phần xử lý ngắt được phát triển như một phần của lần thực hiện đầu tiên Lớp - CircuitBreaker 12 Đây là interface sẽ định nghĩa các chức năng của thành phần xử lý ngắt - Lớp CircuitBreakerImpl Khi yêu cầu đã được xử lý xong, luồng (thread) sẽ được ngắt 3.5 Cài đặt hệ thống 3.5.1 C i đặt máy chủ và nguyên mẫu 3.5.2... returnnew ProducerConfig(props); } đơn giản để phân phát thông điệp văn bản tới một hàng đợi Kafka b Kafka Consumer Kafka Consumer được bắt đầu như một luồng chạy riêng biệt với một vòng lặp vô hạn lắng nghe các thông điệp mới - Cấu hình consumer: Đoạn mã dưới đây là cấu hình cho consumer Đối tượng consumer kết nối tới một máy chủ zookeeper (trung gian), có chức năng phân - Lớp Cosumer: Lớp consumer dưới đây... gian), có chức năng phân - Lớp Cosumer: Lớp consumer dưới đây thể hiện mã nguồn đầy đủ phiên bản đầu tiên của nguyên mẫu Kafka consumer Với kết quả đầu ra đơn giản là hiển thị bất kỳ thông điệp nào lấy từ hàng đợi “verification-topic” được lớp producer sử dụng để phân phát thông điệp 10 3.2 Cấu hình lớp Cache Cấu hình lớp Cache được thực hiện theo cách sau đây: publicclass Cache { privatestatic Cache... reservation.getUuid()); if(reservation.getUuid().equals(uuid)) { returnreservation; } 11 3.3 Cài đặt thực hiện MicroserviceWrapper.onMessage Dưới đây là phương thức chính trong khung (framework) microservice , phương thức onMessage Nó xử lý tất cả các thông điệp nhận được trong framework Tại đây các thông điệp được phân tích để xác định loại thông điệp Sau đó phương thức onMessage sẽ gọi phương thức xử lý tương ứng... availability and maintainability within a microservice architecture [3] J Kreps LinkedIn Corp, N Narkhede LinkedIn Corp, J Rao LinkedIn Corp Apache Kafka, 2015, - A Distributed Messaging System for Log Processing [4] L Bass, P Clements & R Kazman, 2003, - Software Architecture in Practice (2nd Edition) [5] Martin Fowler and James Lewis, 2015, - Microservices [6] Monolithic Design (Accessed on 04/02/2015)... eBay (Accessed 08/06/2015) 16 W sit tham hảo [8] http://martinfowler.com/articles/microservices.html [9] http://omega.cs.iit.edu/~ipro329/methodology.html [10] http://hosteddocs.ittoolbox.com/PM043004.pdf [11] http://www.sei.cmu.edu/library/assets/whitepapers/SOA_Terminology.pdf [12] http://www.w3.org/TR/ws-arch/#service_oriented_architecture [13] http://kafka.apache.org/