Mô hình ứng dụng giao tác tích cực cho các loại thông tin khác nhau

BỘ GIÁO DỤC VÀ ĐÀO TẠO NGUYỄN TUẤN ANH TRƯỜNG ĐẠI HỌC BÁCH KHOA HÀ NỘI - NGUYỄN TUẤN ANH * MƠ HÌNH ỨNG DỤNG GIAO TÁC TÍCH CỰC CƠNG NGHỆ THÔNG TIN CHO CÁC LOẠI THÔNG TIN KHÁC NHAU LUẬN VĂN THẠC SĨ KỸ THUẬT CÔNG NGHỆ THÔNG TIN * 2013 Hà Nội - 2013 LỜI CAM ĐOAN Tôi Nguyễn Tuấn Anh, học viên cao học lớp 11BCNTT khóa 2011 Thầy giáo hướng dẫn TS Hà Quốc Trung Tơi xin cam đoan tồn nội dung trình bày luận văn “Mơ hình ứng dụng giao tác tích cực cho loại thơng tin khác nhau” kết tìm hiểu nghiên cứu riêng hướng dẫn TS Hà Quốc Trung Các kết liệu nêu luận văn hoàn toàn trung thực rõ ràng Mọi thơng tin trích dẫn tn theo luật sở hữu trí tuệ, liệt kê rõ ràng tài liệu tham khảo Tơi xin chịu hồn tồn trách nhiệm với nội dung viết luận văn Hà nội, ngày 08 tháng 09 năm 2013 Học viên Nguyễn Tuấn Anh MỤC LỤC LỜI CAM ĐOAN .1 MỤC LỤC DANH MỤC BẢNG DANH MỤC HÌNH VẼ MỞ ĐẦU .5 CHƯƠNG 1: TỔNG QUAN CHƯƠNG 2: CƠ SỞ LÝ THUYẾT .9 2.1 Giao tác tích cực 2.2 Các mơ hình ứng dụng web .11 2.3 Mơ hình publish/subscribe .17 2.4 Mơ hình Comet 22 2.5 Websocket .27 CHƯƠNG 3: TRIỂN KHAI MƠ HÌNH GIAO TÁC TÍCH CỰC CHO CÁC LOẠI THƠNG TIN KHÁC NHAU TRÊN NỀN WEB 31 3.1 Giới thiệu toán 32 3.2 Triển khai giải pháp 36 3.2.1 Vấn đề xác thực 36 3.2.2 Vấn đề giảm tải 40 3.2.3 Mơ hình giải pháp 42 3.2.4 Quy trình xác thực 48 3.2.4.1 Đăng nhập 48 3.2.4.2 Tải trang ‘Kết nối’ 52 3.2.4.3 Đăng xuất 53 3.2.4.4 Đồng token từ message queue 56 3.2.4.5 Kết nối lại ứng dụng giao tác tích cực kết nối 58 3.2.4.6 Đồng token từ sở liệu 59 3.2.4.7 Session timeout .61 3.2.5 So sánh với giải pháp khác 62 3.2.6 Cài đặt, thử nghiệm đánh giá 64 KẾT LUẬN 69 TÀI LIỆU THAM KHẢO 71 DANH MỤC BẢNG Bảng 1: Phân kênh dựa chủ đề (Topic-based) 19 Bảng 2: Topic-based với ký tự đặc biệt (wildcards) 20 Bảng 3: Bảng thông tin client 45 Bảng 4: Quy trình đăng nhập 50 Bảng 5: Quy trình tải trang ‘kết nối’ 53 Bảng 6: Quy trình đăng xuất 55 Bảng 7: Quy trình đồng token từ message queue 58 Bảng 8: Quy trình kết nối lại ứng dụng giao tác tích cực kết nối 59 Bảng 9: Quy trình đồng token từ sở liệu 60 Bảng 10: Quy trình kiện session timeout 62 Bảng 11: Phần mềm công cụ thử nghiệm 66 DANH MỤC HÌNH VẼ Hình 1: Cơ chế Push pull mơ hình client-server Hình 2: Các mơ hình phân phối message phổ biến 10 Hình 3: Các mơ hình truyền thống cho ứng dụng Web 12 Hình 4: Cookie giao thức HTTP 14 Hình 5: Kiến trúc tổng quát cluster .15 Hình 6: Một web server cluster 16 Hình 7: Router thực load balancing 16 Hình 8: Mơ hình publish/subscribe .17 Hình 9: Topic-based publish/subscribe .18 Hình 10: Content-based publish/subscribe 18 Hình 11: Các mối liên hệ publisher subscriber .20 Hình 12: Message queue mơ hình publish-subscribe 21 Hình 13: Streaming Push 23 Hình 14: Long Polling Push 24 Hình 15: Các tiến trình kết nối trì thực giao tác tích cực 25 Hình 16: Comet publish/subscribe 26 Hình 17: Websocket URI 27 Hình 18: Header message bắt tay giao thức Websocket 28 Hình 19: Các trình duyệt hỗ trợ websocket 29 Hình 20: Cấu trúc frame giao thức websocket 29 Hình 21: Sử dụng giao tác tích cực Web cho loại thơng tin khác 33 Hình 22: Bài tốn giao tác tích cực cho loại thơng tin khác Web 34 Hình 23: Các giao thức trình duyệt web hỗ trợ 34 Hình 24: Vấn đề xác thực mơ hình Comet 37 Hình 25: Mơ hình phổ biến cho hệ thống dùng chung chế xác thực 39 Hình 26: Mơ hình giải pháp xác thực giảm tải 42 Hình 27: Quy trình đăng nhập 48 Hình 28: Trang sau đăng nhập 51 Hình 29: Quy trình tải trang ‘kết nối’ 52 Hình 30: Quy trình đăng xuất .54 Hình 31: Quy trình đồng token từ message queue 56 Hình 32:Quy trình kết nối lại ứng dụng giao tác tích cực kết nối 58 Hình 33: Quy trình đồng token từ sở liệu .59 Hình 34: Quy trình kiện session timeout 61 Hình 35: Mơ hình giải pháp áp dụng cluster load balancer .63 Hình 36: Mơ hình hệ thống cài đặt thử nghiệm 65 Hình 37: Kết thực nghiệm đo đạt hai ứng dụng .67 MỞ ĐẦU Hiện nay, nhiều hệ thống thực tế triển khai ứng dụng dựa mơ hình giao tác tích cực Điều chứng tỏ, mơ hình giao tác tích cực có ứng dụng cao thực tiễn Rất nhiều mơ hình triển khai giao tác tích cực tìm thấy Và tơi thấy, giao tác tích cực đề tài nghiên cứu rộng rãi Ngoài ra, nhiều hệ thống tồn có khả cung cấp nhiều loại thông tin khác cho người nhận Các hệ thống cần phải đảm bảo thơng tin cần gửi tới ứng dụng nhận phù hợp với loại thông tin mà người nhận tin mong muốn Tơi thấy hứng thú tìm hiểu đề tài mang nhiều ứng dụng thực tế Đặc biệt đề tài liên quan đến triển khai hệ thống ứng dụng web Chính vậy, tơi định lựa chọn đề tài nghiên cứu “mơ hình ứng dụng giao tác tích cực cho loại thơng tin khác nhau” Tơi thực nghiên cứu đề tài nhằm mục đích đưa mơ hình triển khai áp dụng thực tế đưa giải pháp giải vấn đề xác thực vấn đề giảm tải hệ thống có triển khai mơ hình ứng dụng giao tác tích cực Lịch sử nghiên cứu giao tác tích cực có liên quan đến lịch sử nghiên cứu cơng nghệ Push Bởi Push từ khóa cài đặt cho mơ hình giao tác tích cực Đối tượng nghiên cứu luận văn giao tác tích cực, mơ hình ứng dụng triển khai loại thông tin khác Do giao tác tích cực vấn đề rộng có nhiều mơ hình tài liệu nghiên cứu nó, nên tơi giới hạn phạm vi nghiên cứu mơ hình ứng dụng giao tác tích cực triển khai tảng Web Trong luận văn này, tơi đưa mơ hình triển khai giao tác tích cực cho loại thơng tin khác Web Tôi đưa giải pháp cho vấn đề xác thực giảm tải cho hệ thống gồm dịch vụ giao tác tích cực cho loại thông tin khác dịch vụ ứng dụng Web dùng chung chế xác thực Đề tài có ý nghĩa thực tiễn cao thực tế có nhiều hệ thống cung cấp nhiều loại thơng tin triển khai mơ hình giao tác tích cực Web Về mặt khoa học, đề tài đòi hỏi tơi phải đưa mơ hình ứng dụng cho loại thơng tin dựa mơ hình nghiên cứu khoa học có Phương pháp nghiên cứu nghiên cứu dựa sở lý thuyết thực hành cài đặt mơ hình tồn tảng Web Cơ sở lý thuyết đưa dựa báo, luận trang web mạng Internet Trong trình thực hành, tơi cài đặt mơ hình phổ biến triển khai Web mơ hình Comet framework với mã nguồn mở Pushlet Bên cạnh đó, tơi nghiên cứu giao thức Websocket để thực cài đặt, thử nghiệm mơ hình đưa kết so sánh CHƯƠNG 1: TỔNG QUAN Giao tác tích cực chuỗi tương tác ứng dụng nhận hệ thống gửi tin, khởi tạo hệ thống gửi tin trì trạng thái sẵn sàng kích hoạt hệ thống Giao tác tích cực dùng chế Push để cài đặt hệ thống Push coi từ khóa nghiên cứu giao tác tích cực Thuật ngữ ‘giao tác tích cực’ thường nhắc đến nghiên cứu Phần lớn, tài liệu nghiên cứu thường nói đến mơ hình triển khai công nghệ Push Push thuật ngữ nhắc đến nhiều tài liệu nghiên cứu Trong tài liệu ‘Mobile Computing Principles Designing and Developing Mobile Application with UML and XML’, tác giả Reza B’Far có viết chương nói giao tác tích cực Ở đây, tác giả nêu định nghĩa vài tính chất giao tác tích cực Trong tài liệu Reza B’Far (trang 19) có nêu: thuật ngữ ‘active transaction’ dùng nhiều vấn đề trì kết nối ứng dụng thực giao tác truy vấn, cập nhật liệu sở liệu Thực sự, thuật ngữ dùng ngữ cảnh sở liệu cho phép trì kết nối để ứng dụng truy vấn thơng tin sở liệu khởi tạo lại kết nối Trong luận văn này, thuật ngữ giao tác tích cực tơi nghiên cứu tương tác ứng dụng nhận hệ thống gửi tin, khởi tạo hệ thống gửi tin Giao tác tích cực thường sử dụng hệ thống sẵn sàng chủ động gửi thông tin tới ứng dụng ứng dụng nhận mà ứng dụng nhận không cần phải chủ động thường xuyên gửi request truy vấn thông tin Rất nhiều mơ hình hệ thống phân phối, quảng bá thơng tin cho ứng dụng xây dựng giao tác tích cực nghiên cứu từ sớm Khi đó, thơng tin push theo cách thức broadcast thông tin mạng Một số mạng thông tin Internet không cho phép sử dụng cách thức broadcast thông tin Nên broadcast dùng mạng nội phạm vi hẹp Hệ thống phân phối thơng tin hiệu nhờ cách thức multicast thông tin tới nhiều người nhận Và giống broadcast, môi trường truyền thơng nên mơ hình dùng phương thức gửi tin multicast thực hệ thống mạng hỗ trợ mutlicast backbone Một mơ hình giao tác tích cực hệ thống triển khai thường cung cấp cho hệ thống có ưu điểm sau: - Hệ thống gửi thông tin mới, sớm cho ứng dụng nhận có thơng tin thơng tin cập nhật - Hệ thống chủ động gửi nội dung thông tin cần gửi cho ứng dụng nhận - Hệ thống giảm tải request từ client gửi tới thực broadcast, multicast thơng tin client khơng cần phải gửi request thường xuyên lên hệ thống để lấy thông tin - Hệ thống chủ động thời điểm gửi tin hệ thống có kế hoạch đặt lịch quảng bá thông tin CHƯƠNG 2: CƠ SỞ LÝ THUYẾT 2.1 Giao tác tích cực Giao tác hệ thống truyền tin chuỗi tương tác ứng dụng nhận hệ thống gửi tin Giao tác tích cực giao tác khởi tạo hệ thống (Reza B’Far, 2005, trang 19) Các giao tác tích cực khởi tạo tự động ứng dụng mà khơng cần gọi hay đệ trình đồng phần mềm chạy phía người dùng (Reza B’Far, 2005, chương 13, trang 723) Một tập giao tác tích cực thường xuyên ám tới công nghệ dựa chế push Thuật ngữ ‘push’ hay chế push sử dụng để định nghĩa việc thực cài đặt giao tác tích cực ứng dụng (Reza B’Far, 2005, trang 723) Đối lập với mơ hình giao tác tích cực mơ hình sử dụng chế Pull để thực lấy thơng tin Các mơ hình sử dụng chế Pull thực gửi request lên hệ thống hệ thống trả lại thơng tin lúc có thơng tin Hình 1: Cơ chế Push pull mơ hình client-server Quy trình đồng token từ message queue đồng tất token mà ứng dụng dịch vụ Web gửi tới ứng dụng dịch vụ giao tác tích cực token tồn session ứng dụng Web token tồn kho token ứng dụng giao tác tích cực Các token kho token dùng để xác thực kết nối mà client gửi kèm mã token tới ứng dụng giao tác tích cực để sử dụng dịch vụ giao tác tích cực Quy trình đồng token từ message queue Mơ tả Bước Ứng dụng giao tác tích cực thực truy vấn lấy message từ message queue Message queue gửi message tới ứng dụng giao tác tích cực có message tồn queue Ứng dụng giao tác tích cực nhận message Message chứa token ‘trạng thái client’ Ứng dụng giao tác tích cực kiểm tra message giá trị ‘trạng thái client’ ‘Y’ hay khơng:  Nếu ‘Y’ có nghĩa message thơng báo client ứng với token đăng nhập ứng dụng dịch vụ Web Ứng dụng giao tác tích cực lưu token vào kho token  Nếu khác ‘Y’ có nghĩa message thông báo client ứng với token đăng xuất khỏi ứng dụng dịch vụ Web Ứng dụng giao tác tích cực xóa token kho token Ứng dụng giao tác tích cực kiểm tra kết nối có chứa token hay khơng (mỗi kết nối có giá trị token kèm theo) Nếu có ứng dụng nên gửi message tới client để client tự động đóng kết nối Sau đó, ứng dụng 57 giao tác tích cực tự động đóng kết nối lại Client xóa token lưu nhớ ngừng trình thực kết nối sau tới ứng dụng giao tác tích cực Bảng 7: Quy trình đồng token từ message queue Y Ứng dụng giao tác tích cực Client 3.2.4.5 Kết nối lại ứng dụng giao tác tích cực kết nối Hình 32:Quy trình kết nối lại ứng dụng giao tác tích cực kết nối Khi client kết nối Websocket với ứng dụng giao tác tích cực vài ngun nhân Ở đây, tơi đưa trường hợp cụ thể mạng truyền thơng bị lỗi, trình duyệt lưu giá trị token nhớ javascript Quy trình client kết nối lại ứng dụng giao tác tích cực kết nối sau: 58 Mô tả Bước Client lấy giá trị token nhớ thực kết nối tới ứng dụng giao tác tích cực kèm giá trị token Ứng dụng giao tác tích cực kiểm tra token có kho token hay khơng  Nếu có xác thực thành công cho phép client kết nối lại Server giữ kết nối websocket để thực giao tác tích cực Kết nối lưu thơng tin token lại kết nối Mục đích lưu token kết nối để ứng dụng giao tác tích cực phải tự động đóng kết nối ứng với giá trị token trường hợp đăng xuất  Nếu khơng xác thực không thành công ứng dụng giao tác tích cực gửi thơng báo client chưa đăng nhập để dùng dịch vụ Trình duyệt nhận hiển thị thơng báo chưa đăng nhập cho khách hàng Bảng 8: Quy trình kết nối lại ứng dụng giao tác tích cực kết nối Ứng dụng giao tác tích cực 3.2.4.6 Đồng token từ sở liệu Hình 33: Quy trình đồng token từ sở liệu 59 Quy trình đồng token từ sở liệu sau: Mô tả Bước Ứng dụng giao tác tích cực truy vấn bảng client lấy token có giá trị khác NULL Ứng dụng giao tác tích cực cập nhật lại kho token giá trị token truy vấn Quá trình cập nhật thêm token token khơng có kho token Bảng 9: Quy trình đồng token từ sở liệu Tuy trình đồng qua sở liệu thêm token, ứng dụng giao tác tích cực thực loại bỏ token ứng với client đăng xuất trước chuyển từ quy trình đồng qua sở liệu sang quy trình đồng qua message queue Gọi thời gian tạo lớn giá trị token xuất sở liệu tdb mà ứng dụng giao tác tích cực đồng Khi ứng dụng giao tác tích cực chuyển sang quy trình đồng qua message queue, message bắt đầu lấy phải có giá trị thời gian tạo token nhỏ tdb Ứng dụng giao tác tích cực bỏ qua message đến nhận message có giá trị thời gian tạo token tdb Khi đó, ứng dụng giao tác tích cực loại bỏ token có kho token khơng có token đồng gần qua sở liệu (với token có thời gian tạo tdb) Sau đó, ứng dụng giao tác tích cực thực quy trình đồng qua message queue Ứng dụng giao tác tích cực nên truy vấn sở liệu lấy token mà cần Khi đó, cần lấy token có thời gian tạo lớn giá trị tdb lần đồng trước 60 N Ứng dụng dịch vụ Web 3.2.4.7 Session timeout Hình 34: Quy trình kiện session timeout Khi client khơng thực đăng xuất mà đóng trang web trình duyệt, ứng dụng dịch vụ Web client ngừng dùng dịch vụ Sự kiện session timeout xảy ứng dụng web phát client không request lên server khoảng thời gian thời hạn phiên giao dịch tồn mà không thực đăng xuất kết thúc phiên giao dịch (theo mục mơ hình ứng dụng web) Quy trình kiện session timeout xảy sau: Mô tả Bước Trong session ứng dụng dịch vụ Web thường lưu trữ client_id để phục vụ cho trình xử lý dịch vụ ứng dụng Web Ứng dụng Web kiểm tra token client_id biến session xem có bảng client sở liệu hay khơng?  Nếu khơng có hủy session để đăng xuất cho client ứng dụng dịch vụ Web kết thúc quy trình bước  Nếu có cập nhật giá trị trường token NULL bảng thông tin 61 client ứng với client_id Ứng dụng dịch vụ Web gửi message chứa token trạng thái chưa đăng nhập qua message queue Message dạng sau: Giá trị tokenN Bảng 10: Quy trình kiện session timeout 3.2.5 So sánh với giải pháp khác Hiện nay, giải pháp cho hệ thống mà tơi nêu ra, thực tế có giải pháp giảm tải nhờ mơ hình cluster, load balancer (mục ‘các mơ hình ứng dụng web’) giải pháp xác thực nhờ dùng chung HTTP Session Giải pháp tơi đưa hồn tồn thực So với giải pháp giảm tải nhờ cluster load balancer tơi thấy giải pháp tơi có số điểm mạnh sau:  Dịch vụ giao tác tích cực dịch vụ ứng dụng Web không chịu ảnh hưởng chung tải web server  Dịch vụ ứng dụng Web dịch vụ giao tác tích cực triển khai môi trường cài đặt khác dựa mức ưu tiên dịch vụ Trong thực tế, dịch vụ Web thường ưu tiên dịch vụ giao tác tích cực cài đặt máy chủ có cấu hình mạnh Giải pháp xác thực tơi có số mặt hạn chế q trình vận hành hệ thống Nguyên nhân chủ yếu thành phần hệ thống bị lỗi bị tắt Các trường hợp liệt kê sau:  Message queue bị lỗi trình nhận gửi message: Khi đó, hệ thống tạm thời chuyển sang quy trình đồng token từ sở liệu  Ứng dụng giao tác tích cực bị tắt ứng dụng dịch vụ web chạy: Ứng dụng giao tác tích cực bật phải đồng lại token từ sở liệu để biết client đăng nhập trước 62 Ngồi ra, giải pháp tơi áp dụng trường hợp client sử dụng trình duyệt hỗ trợ websocket Mặc dù vậy, tương lai websocket giao thức chuẩn hỗ trợ tất trình duyệt Giải pháp tơi kết hợp cluster, load balancer cho ứng dụng dịch vụ web ứng dụng giao tác tích cực Các quy trình xác thực nêu không thay đổi thực mơ hình giải pháp tơi với cluster load balancer Khi đó, mơ hình tơi sau: Hình 35: Mơ hình giải pháp áp dụng cluster load balancer 63 Ở mơ hình trên, ứng dụng cung cấp dịch vụ Web cluster gửi message vào message queue chung (MQ) Mỗi ứng dụng giao tác tích cực cluster gồm n máy chủ dùng message queue riêng đặt tên MQ1, MQ2, …MQn Các message vào message queue MQ broadcast tới message queue MQ1, MQ2, …MQn Như thế, ứng dụng giao tác tích cực có kho token chung giá trị với 3.2.6 Cài đặt, thử nghiệm đánh giá Tôi triển khai cài đặt thử nghiệm thành cơng ứng dụng có mơ hình giao tác tích cực cho loại thơng tin khác web Ứng dụng cho phép client có khả kết nối, đăng ký kênh hủy kênh đăng ký để nhận loại thông tin mà client mong muốn Bên cạnh đó, tơi thử nghiệm đánh giá mức ảnh hưởng dịch vụ ứng dụng Web dịch vụ giao tác tích cực tích hợp hai dịch vụ ứng dụng Sau cài đặt ứng dụng có mơ hình giao tác tích cực cho loại thông tin khác web trên, tạo thêm ứng dụng giống ứng dụng (bằng cách copy ứng dụng trên) tích hợp thêm dịch vụ ứng dụng Web Tôi triển khai hai ứng dụng môi trường giống so sánh thời gian thông tin nhận sử dụng dịch vụ giao tác tích cực hai ứng dụng 64 Hình 36: Mơ hình hệ thống cài đặt thử nghiệm Phần mềm công cụ Cài đặt miêu tả Các gói thư viện cài đặt lib: + jWebSocketServer-Bundle-1.0.jar Tomcat Server 7.0.40 + jWebSocketTomcatEngine-1.0.jar + mqjbnd.dll Message Queue IBM Websphere Message Queue 7.0 Ứng dụng Web + Ứng dụng chạy tảng Web cài + Cài đặt dịch vụ giao tác tích cực đặt Jwebsocket Framework – + Cài đặt tải dịch vụ Web chu kỳ 2s mã nguồn mở Java cung cấp thư viện cho phiển tải hai trang web sau: hỗ trợ giao thức websocket - Một trang có thời gian đáp ứng 1s - Một trang có dung lượng tải 1kBtye 65 liệu Nguồn tin + Ứng dụng Java cung cấp nguồn tin + Tần số gửi tin tin/0.5 giây + Thông tin gửi : “hello world ” Bảng 11: Phần mềm công cụ thử nghiệm Tôi cài đặt riêng nguồn tin gửi tin qua message queue để tránh ảnh hưởng nguồn tin đến tiến trình xử lý ứng dụng Web Ứng dụng cài đặt máy có RAM 4G, Core i5-2520M CPU 2.50 GHz Tơi chạy ứng dụng trình duyệt firefox chrom máy mạng LAN Mỗi máy, thực khoảng 100 kết nối websocket đăng ký nhận kênh thơng tin từ dịch vụ giao tác tích cực 100 kết nối dịch vụ Web tải luân phiên hai trang web miêu tả bảng Mỗi máy có khoảng 50 kết nối chạy firefox 50 kết nối chạy chrome Khi 500 kết nối giao tác tích cực chạy ổn định, tơi thực gửi tin ghi lại kết cho hai trường hợp 66 Hình 37: Kết thực nghiệm đo đạt hai ứng dụng Trong đồ thị kết đo đạt được, điểm (x0,y0) đường có x0 thời điểm mà client mong muốn nhận tin y0 thời điểm mà client thực nhận tin Tôi thấy rằng, đường cài đặt ứng dụng giao tác tích cực đường cài đặt ứng dụng giao tác tích cực có tích hợp thêm dịch vụ web Điều có nghĩa là, dịch vụ ứng dụng web làm tăng tải server gây ảnh hưởng đến dịch vụ giao tác tích cực Tải ứng dụng server bị ảnh hưởng kể đến số tiến trình mà server phục vụ tăng số lượng lớn message vào dành cho dịch vụ ứng dụng Web 67 Với việc phân tích chi tiết mơ hình ứng dụng giải pháp xác thực giảm tải cho hệ thống trình bày, tơi nghĩ mơ hình giải pháp hồn tồn thực có khả áp dụng theo yêu cầu đặt toán 68 KẾT LUẬN Sau thời gian tìm hiểu nghiên cứu, đề tài luận văn “Mơ hình ứng dụng giao tác tích cực cho loại thơng tin khác nhau” hồn thành hướng dẫn tận tình TS Hà Quốc Trung Trong luận văn này, trình bày cài đặt thử nghiệm ứng dụng giao tác tích cực Web cho loại thông tin khác sử dụng giao thức Websocket Tôi đưa mơ hình giải pháp xác thực giảm tải hệ thống gồm dịch vụ giao tác tích cực cho loại thơng tin khác dịch vụ ứng dụng Web thông thường dùng chung chế xác thực Tôi đưa đánh giá từ kết kiểm thử mức độ ảnh hưởng dịch vụ Web tới dịch vụ giao tác tích cực cài đặt chung ứng dụng dịch vụ Web làm tăng tải web server Sau nghiên cứu đề tài, tơi có rút số kết luận sau đây:  Giao thức thực giao tác tích cực cho hệ thống cung cấp loại thông tin khác Web nên sử dụng giao thức Websocket để thực giao tác tích cực  Áp dụng mơ hình publish-subscribe để quản lý loại thông tin khác theo kênh Kênh thông tin quản lý dựa theo cách tổ chức ‘topic-based’ ‘contentbased’  Dịch vụ giao tác tích cực dịch vụ ứng dụng Web nên tách triển khai ứng dụng riêng biệt để tránh ảnh hưởng đến dịch vụ  Dịch vụ giao tác tích cực dịch vụ ứng dụng Web cài đặt hai ứng dụng riêng biệt chung chế xác thực nhờ đồng dấu hiệu nhận biết (token) qua message queue sở liệu 69 Trong tương lai, giao thức Websocket sử dụng phổ biến cho ứng dụng cài đặt giao tác tích cực Web Xu hướng giao thức lựa chọn cho ứng dụng cài đặt giao tác tích cực Web Websocket Trong giải pháp tôi, client sử dụng giao thức Websocket Security Https để kết nối đến hệ thống Bởi vì, hệ thống gồm hai ứng dụng với hai giao thức khác mà máy chủ proxy chưa hỗ trợ việc điều hướng request client gửi tới server theo loại giao thức Vì thế, tơi có kiến nghị cho nghiên cứu xây dựng proxy cho phép điều phối hai giao thức Http Websocket để client kết nối tới hệ thống qua địa IP cổng Mặc dù có nhiều cố gắng, song với hiểu biết cịn hạn hẹp nên luận văn khơng tránh cịn nhiều thiếu sót Rất mong tiếp nhận đóng góp ý kiến q thày bạn đọc để luận văn hồn thiện, áp dụng vào thực tế 70 TÀI LIỆU THAM KHẢO Engin Bozdag (2007), Push solutions for AJAX technology, Delft University of Technology, Netherlands Ibrahim Haddad (3/2006), The HAS architecture: A Highly Available and Scalable Cluster Architecture for Web Servers, Concordia University, Canada Internet Engineering Task Force (IETF), (12/2011), The WebSocket Protocol Lori MacVittie (2008), Cookies, Sessions, and Persistence, F5 Networks Jack y.b.lee (2005), Scalable Continuous Media Streaming Systems: Architecture, Design, Analysis and Implementation, Chinese University of Hong Kong Patrick Th Eugster (3/2003), The Many faces of Pubslih/Subscribe, Swiss Federal Institute of Technology Reza B’Far (2005), Mobile Computing Principles Designing and Developing Mobile Application with UML and XML, Cambridge University, pp 723 – 751s Twin Cities JUG (6/2008), HTTP Push Technologies Zhenhai Duan (2005), Push vs Pull: Implications of Protocol Design on Controlling Unwanted Traffic, Florida State University, USENIX Association 10 http://en.wikipedia.org/wiki/Comet_(programming) 11 http://en.wikipedia.org/wiki/WebSocket 12 http://en.wikipedia.org/wiki/Web_application 13 http://en.wikipedia.org/wiki/Push_technology 14 http://en.wikipedia.org/wiki/Http_session 15 http://www.pushlets.com/doc/protocol-all.html 16 http://en.wikipedia.org/wiki/Stateless_protocol 71 ... dịch vụ ứng dụng Web cung cấp trang giao diện người dùng sử dụng dịch vụ giao tác tích cực 42  Ứng dụng giao tác tích cực: Ứng dụng cung cấp dịch vụ giao tác tích cực Token chuỗi ký tự ứng với... ngữ giao tác tích cực tơi nghiên cứu tương tác ứng dụng nhận hệ thống gửi tin, khởi tạo hệ thống gửi tin Giao tác tích cực thường sử dụng hệ thống sẵn sàng chủ động gửi thông tin tới ứng dụng ứng. .. queue tách mối liên kết gửi nhận thông tin ứng dụng dịch vụ Web ứng dụng giao tác tích cực mặt thời gian Q trình gửi, nhận message không yêu cầu ứng dụng dịch vụ Web ứng dụng giao tác tích cực