Bài giảng Kiến trúc phần mềm - Chương 2: Các tactics cung cấp cho người học các kiến thức: Định nghĩa thuật ngữ, các tactics giải quyết tính sẵn sàng để dùng, các tactics giải quyết tính dễ sử dụng (Usability), các tactic về tính thay đổi được (Modifiability), các tactic giải quyết hiệu suất,... Mời các bạn cùng tham khảo.
Chương CÁC TACTIC 2.1 Định nghĩa thuật ngữ 2.2 Các tactics giải tính sẳn sàng ₫ể dùng 2.3 Các tactics giải tính dễ sử dụng (Usability) 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) 2.5 Các tactic giải hiệu suất 2.6 Các tactic giải an ninh 2.7 Các tactic giải tính kiểm thử ₫ược 2.8 Kết chương Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 2.1 Định nghĩa thuật ngữ Tactic ta ₫ạt ₫ược tiêu chí chất lượng thơng qua ₫ịnh thiết kế Vậy ₫ịnh thiết kế cần thiết cho việc ₫ạt ₫ược chất lượng cụ thể ? Tactic ₫ịnh thiết kế mà ảnh hưởng ₫ến việc kiểm sốt ₫áp ứng thuộc tính chất lượng Chiến lược kiến trúc tập tactics ₫ược chọn Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 2.1 Định nghĩa thuật ngữ gói tactics tactic tinh chế tactic khác dư thừa ₫ược tinh chế từ dư thừa liệu dư thừa code thí dụ tactic giải tính sẳn sàng ₫ể dùng dẫn ₫ến dư thừa Ẩn chứa : ta cần ₫ồng nhân ₫ể ₫ảm bảo copy dư thừa ₫ược dùng gốc bị hỏng Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Độ lệch lỗi (Failure) ₫ộ lệch thực tế chạy so với hành vi chức kỳ vọng ₫ược quan sát người dùng hệ thống phần mềm Độ lệch lỗi nguyên nhân gây lỗi (fault) : fault : kiện gây ₫ộ lệch lỗi Các tactics giải tính sẳn sàng ₫ể dùng : giữ fault ₫ừng ₫ể thành ₫ộ lệch lỗi thực sửa chữa Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Tính sẵn sàng ₫ể dùng (Availability) Fault Phát Sửa chữa & chuẩn bị phục hồi RecoveryReintroduction Phòng ngừa Fault bị che Đã sửa chữa Ping/Echo HeartBeat Exception Voting Thừa chủ ₫ộng Thừa thụ ₫ộng Dùng secour Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 bóng ma ₫ồng hóa trạng thái checkpoint/ Rollback Khơng phục vụ Giao tác Giám sát process Môn : Kiến trúc phần mềm Chương : Các tactic Slide 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phát fault : Ping/Echo thành phần tạo ping cho thành phần thành phần chờ echo từ thành phần trả lời khoảng thời gian qui ₫ịnh Có thể dùng cho kiến trúc gồm nhóm thành phần : chúng có trách nhiệm hỗ tương tác vụ Có thể dùng cho kiến trúc client/server : kiểm thử server ₫ường liên lạc phân cấp phần tử phát fault cải tiến việc dùng băng thông Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phát fault : Heartbeat (nhịp tim) Theo ₫ịnh kỳ, thành phần phát thông báo heartbeat thành phần lắng nghe thơng báo khơng có heartbeat thành phần ₫ược giả ₫ịnh hỏng cảnh bảo cho thành phần ₫ể sửa fault thông báo heartbeat chứa liệu Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phát fault : Exceptions loại fault : omission, crash, timing, response nhận biết loại fault, exception ₫ược tạo : kết fault ₫ược nhận biết Trình xử lý exception thi hành process mà tạo exception thường thực chuyển dịch ngữ nghĩa fault dạng dễ xử lý Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phục hồi sau fault : Voting process chạy processor dư thừa nhận thông tin vào tính tốn ₫ể tạo kết (kỳ vọng nhau) kết ₫ược gởi tới voter Nếu voter phát hành vi lệch lạc processor ₫ó -> voter coi bị hỏng Phương pháp ₫ược dùng ₫ể sửa chữa hoạt ₫ộng lỗi giải thuật ₫ộ hư hỏng processor Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phục hồi sau hỏng : dư thừa chủ ₫ộng (active redundancy) tất thành phần dư thừa ₫ều ₫áp ứng với kiện cách ₫ồng thời -> chúng có trạng thái dùng ₫áp ứng từ thành phần ₫ó downtime : thời gian chuyển sang thành phần ₫ược cập nhật khác (ms) ₫ược dùng cấu hình client/server (hệ thống database) : ₫áp ứng nhanh quan trọng Sự ₫ồng hóa : tất thơng báo tới thành phần ₫ều phải ₫ược gởi tới tất thành phần dư thừa lại Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 10 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phục hồi sau hỏng : dư thừa thụ ₫ộng (passive redundancy) thành phần có nhiệm vụ : ₫áp ứng với kiện thơng tin cho thành phần cịn lại (standby state) updates mà chúng phải làm Khi Fault xảy : hệ thống kiểm tra xem backup có ₫ủ (fresh) không trước phục hồi dịch vụ thường ₫ược dùng hệ thống ₫iều khiển chuyển ₫ổi ₫ịnh kỳ thành phần gia tăng tính sẵn sàng ₫ể dùng Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 11 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phục hồi sau hỏng : phần tử dự phịng (spare) Platform tính tốn dự phịng trạng thái standby ₫ược cấu hình ₫ể thay nhiều thành phần hỏng hóc khác : phải reboot ₫ể dùng lại cấu hình (mới) phần mềm failure xảy ra, ta khởi tạo lại trạng thái cho ₫ịnh kỳ ghi checkpoint trạng thái hệ thống tháy ₫ổi trạng thái lên thiết bị vĩnh cửu (disk) downtime : tính theo phút Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 12 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Tái tạo fault : hoạt ₫ộng bóng ma thành phần hỏng hóc trước ₫ây ₫ược chạy chế ₫ộ shadow khỏang thời gian ₫ể ₫ảm bảo tối thiểu hành vi thành phần ₫ang vận hành trước phục hồi ₫ể vận hành tiếp Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 13 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Tái tạo fault : ₫ồng hóa lại trạng thái dư thừa chủ ₫ộng hay thụ ₫ộng : thành phần ₫ược phục hồi cập nhật trạng thái trước trở lại làm việc Cập nhật phụ thuộc vào : downtime kích thước cập nhật số thơng báo ₫ược ₫ịi hỏi ₫ể cập nhật : tốt 1, nhiều dẫn tới ₫ộ phực tạp phần mềm Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 14 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Tái tạo fault : checkpoint/rollback checkpoint ghi trạng thái ₫úng (nhất quán) ₫ược thực ₫ịnh kỳ hay ₫áp ứng với kiện ₫ặc biệt hữu dụng hệ thống hỏng không thường xuyên với trạng thái không quán phát ₫ược Hệ thống ₫ược phục hồi : checkpoint trạng thái quán trước nhật ký transactions xảy từ chúng bắt ₫ầu hoạt ₫ộng Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 15 2.2 Các tactics giải tính sẳn sàng ₫ể dùng Phịng ngừa fault Bỏ khơng phục vụ ₫ể cấm failure tiên ₫ốn trước, ta xóa bỏ thành phần liên quan thí dụ boot lại thành phần ₫ể cấm thiếu hụt nhớ làm tự ₫ộng hay thủ công Transaction : bước ₫ược bó lại cho tồn bó ₫ược undo lần giám sát process : process hỏng bị phát process giám sát xóa process khơng làm việc tạo instance khác thay : phải ₫ược khởi tạo với trạng thái phù hợp tactic dùng phần tự dự phòng Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 16 2.3 Các tactics giải tính dễ sử dụng (Usability) tính dùng liên quan ₫ến : hệ thống hỗ trợ cho user thứ người dùng thực tác vụ mong muốn dễ dàng tactic thời gian chạy : hỗ trợ user suốt thời gian thi hành hệ thống thời ₫iểm thiết kế : hỗ trợ nhà phát triển interface + chất lặp việc thiết kế interface + liên quan tới tactic giải tính hiệu chỉnh Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 17 2.3 Các tactics giải tính dễ sử dụng (Usability) tactic thời ₫iểm chạy Các phản hồi user hệ thống ₫ang làm cung cấp cho user khả thực lệnh liên quan ₫ến tính dễ dùng : Cancel Undo Tích hợp hiển thị nhiều góc nhìn Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 18 2.3 Các tactics giải tính dễ sử dụng (Usability) tính dễ sử dụng yêu cầu user Các tactic thời ₫iểm chạy Các tactic thời ₫iểm thiết kế Cung cấp phản hồi hỗ trợ phù hợp cho user Tách giao tiếp user chủ ₫ộng hệ thống chủ ₫ộng user Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 19 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) mục tiêu: kiểm sốt thời gian chi phí thay ₫ổi ₫ó việc thực, kiểm thử, hiệu chỉnh phân phối tập tactic Khoanh vùng thay ₫ổi : giảm số module bị ảnh hưởng thay ₫ổi phòng ngừa hiệu ứng dây chuyền : hạn chế việc thay ₫ổi tới module bị khoanh vùng trì hoản thời ₫iểm kết nối module lại : kiểm soát thời gian phân phối chi phí Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 20 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) Ẩn thông tin Phân rã trách nhiệm phần nhỏ chọn thông tin ₫ể ẩn thông tin ₫ể public thơng tin public dùng ₫ược thơng qua interface xác ₫ịnh Mục tiêu : ngăn thay ₫ổi module ngừa thay ₫ổi lan truyền từ module sang module khác kỹ thuật cũ từ việc cấm thay ₫ổi lan truyền liên quan mạnh tới tiên ₫oán thay ₫ổi chờ ₫ợi (ta dùng thay ₫ổi làm sở cho việc phân rã) Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 35 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) Duy trùy interface tồn Cú pháp B phụ thuộc vào interface A : trì interface A làm B không thay ₫ổi Sự ổn ₫ịnh interface : tách interface với thực Cách thực tactic thêm interface thêm adapter cung cấp stub cho A Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 36 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) Hạn chế ₫ường liên lạc hạn chế số module dùng chung data với A (A cần thay ₫ổi) hạn chế số module mà dùng liệu A cung cấp hạn chế số module mà cung cấp liệu cho A dùng -> giảm ₫ược hiệu ứng lan truyền - sản xuất/tiêu dùng liệu tạo phụ thuộc Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 37 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) Dùng phần tử trung gian B phụ thuộc A theo cách khác ngữ nghĩa : tạo phần tử trung gian ₫ể quản lý phụ thuộc data (cú pháp), dịch vụ (cú pháp), vị trí A, tồn A Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 38 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) Trì hoản thời gian liên kết ₫ịnh liên kết A vào hệ thống thực thi thời ₫iểm khác Liên kết thời ₫iểm chạy : hệ thống ₫ã chuẩn bị ₫ể làm việc liên kết tất bước kiểm thử phân tán ₫ã hoàn thành hỗ trợ người dùng ₫ầu cuối/admin làm thiết lập hay cung cấp input mà ảnh hưởng ₫ến hành vi Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 39 2.4 Các tactic tính thay ₫ổi ₫ược (Modifiability) Các tactic mà ảnh hưởng thởi ₫iểm load/chạy ₫ăng ký thời gian chạy : hoạt ₫ộng plug-and-play, nỗ lực ₫ể quản lý việc ₫ăng ký file cấu hình : thiết lập thông số thời ₫iểm bắt ₫ầu ₫a xạ : liên kết muộn lời gởi thông ₫iệp Thay thành phần : liên kết thời ₫iểm load ₫ính vào giao thức ₫ã ₫ịnh nghĩa : liên kết thời ₫iểm chạy process ₫ộc lập Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 40 2.5 Các tactic giải hiệu suất Mục tiêu : tạo ₫áp ứng với kiện tới hệ thống khoảng thời gian ràng buộc event : ₫ơn hay dịng (stream) : thơng báo ₫ến, hết giờ, thay ₫ổi trạng thái có ý nghĩa, Độ trễ : khoảng thời gian từ lúc kiện xảy tới lúc có ₫áp ứng với kiện ₫ến : hệ thống xử lý hay giam việc xử lý Môn : Kiến trúc phần mềm Chương : Các tactic Slide 41 Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 2.5 Các tactic giải hiệu suất Hiệu suất Các kiện tới Xin tài nguyên Tăng hiệu tính Giảm chí phí tính Quản lý tốc ₫ộ event Kiểm soát ần số lấy mẫu Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Quản lý tài nguyên Tạo ₫ồng thời Quản lý copy Tăng tài nguyên có sẵn Trọng tài tài nguyên Chính sách lập lịch Đã ₫áp ứng thời gian xác ₫ịnh Môn : Kiến trúc phần mềm Chương : Các tactic Slide 42 2.5 Các tactic giải hiệu suất Tactic xin tài nguyên Nguồn gốc việc xin gài nguyên : dòng kiện tới Các tính chất xin : thời gian kiện dòng tài nguyên (request vào dòng thường xuyên sao) request dùng ₫ược % tài nguyên Tactic giảm ₫ộ trễ giảm tài nguyên cần dùng giảm số kiện ₫ược xử lý Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 43 2.5 Các tactic giải hiệu suất Giảm số tài nguyên cần dùng gia tăng kiệu tính tốn việc xử lý liên quan ₫ến giải thuật -> cải tiến giải thuật trao ₫ổi tài nguyên với process khác giảm chi phí tính tốn khơng có request cần tài nguyên -> cần giảm thiểu nhu cầu tính tốn loại bỏ phần tử trung gian Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 44 2.5 Các tactic giải hiệu suất Giảm số kiện ₫ược xử lý quản lý tốc ₫ộ xảy kiện : giảm tần số lấy mẫu cho việc giám sát biến môi trường kiểm sốt tần số lấy mẫu : khơng cần kiểm soát xuất kiện ₫ược tạo từ ngồi request ₫ợi ₫ược lấy mẫu tần số thấp (có thể request) hạn chế thời gian thi hành : giới hạn cận thời gian thi hành ₫ược dùng cho kiện hạn chế kích thước hàng ₫ợi : kiểm soát số max kiện ₫ến hàng ₫ợi Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 45 2.5 Các tactic giải hiệu suất Quản lý tài nguyên tạo ₫ồng thời : xử lý request ₫ồng thời dòng kiện khác ₫ược xử lý thread khác (tạo thêm thread cần) cân tải trì nhiều copy liệu tính tốn : cache ₫ồng hóa gia tăng tài nguyên sẳn sàng dùng : processor mạng nhanh hơn, có thêm processor nhớ Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 46 2.5 Các tactic giải hiệu suất Trọng tài phân xử tài nguyên Tranh chấp tài nguyên -> cần lập lịch dùng tài nguyên mục tiêu kiến trúc : hiểu tính chất việc dùng tài nguyên chọn lựa lịch thích hợp hiểu tiêu chí mâu thuẩn việc lập lịch hiệu ứng tactic ₫ược chọn sách lập lịch gán quyền ưu tiên dispatching Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 47 2.5 Các tactic giải hiệu suất Lập lịch cho ? mạng, buffer, processor tiêu chí cạnh tranh lập lịch dùng tài nguyên tối ưu ₫ộ quan trọng request tối thiểu số tài nguyên ₫ược dùng tối thiểu ₫ộ trễ tối ₫a hiệu phịng ngừa tình trạng bảo hịa ₫ể ₫ảm bảo cơng dispatching xảy tài nguyên ₫ược gán ₫ang sẵn sàng pre-empty xảy Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 48 2.5 Các tactic giải hiệu suất Các sách lập lịch FIFO : Ok tất request có ₫ộ quan trọng dùng khoảng thời gian thi hành dựa vào quyền ưu tiên cố ₫ịnh Quyền ưu tiên dựa vào : ₫ộ quan trọng ngữ nghĩa (₫ặc thù lĩnh vực) ₫ều ₫ều tốc ₫ộ (stream tuần hòan, period ngắn hơn) ₫ều ₫ều deadline (deadline thời gian thực, deadline ngắn dựa vào quyền ưu tiên ₫ộng round dobin deadline ngắn ₫ược chọn ₫ầu tiên lập lịch tĩnh Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 49 2.6 Các tactic giải an ninh Mục tiêu : ngăn chặn công, phát công, phục hồi sau cơng Mổ xẻ phịng chống cho nhà cửa khóa cửa cảm biến ₫ối tượng di ₫ộng bảo hiểm Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 50 2.6 Các tactic giải an ninh An ninh Tấn công Ngăn chặn công Xác nhận user Cho phép user Duy trì data mật Duy trì tính tồn vẹn Hạn chế bùng nỗ Hạn chế truy xuất Phát công Phục hồi sau công Phát xâm nhập Nhận dạng Phục hồi xem Availability Audit trail Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Hệ thống phát hiện, ngăn chặn hay phục hồi sau công Môn : Kiến trúc phần mềm Chương : Các tactic Slide 51 2.6 Các tactic giải an ninh Ngăn chặn công Xác nhận người dùng : dùng account, password, password dùng lần, xác nhận số, id sinh trắc học cho phép ngời dùng : dùng mẫu kiểm soát việc truy xuất (ACL) trì ₫ộ mật liệu : mã hóa liệu ₫ường liên lạc trì tính tồn vẹn : checksum, hash ₫ưa ₫ến help hạn chế bùng nổ : số dịch vụ hạn chế host hạn chế việc truy xuất : tường lửa, DMZ Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 52 2.6 Các tactic giải an ninh Phát công hệ thống phát xâm phạm so sánh mẫu lưu lượng mạng với database misuse -> mẫu ₫ược so sánh với mẫu công ₫ã biết khứ bất thường -> mẫu ₫ược so với baseline q khứ lọc : protocol, cờ TCP, kích thước payload, ₫ịa chỉ, số port phải có : cảm biến ₫ể phát công, người quản lý việc liên hợp cảm biến, database chứa kiện ₫ể phân tích, tool ₫ể phân tích lập báo cáo offline, console kiểm soát ₫ể hiệu chỉnh hoạt ₫ộng phát xâm phạm Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 53 2.6 Các tactic giải an ninh Các phần tử phát xâm phạm cảm biến ₫ể phát xâm phạm người quản lý việc liên hợp cảm biến database chứa kiện ₫ể phân tích sau tool ₫ể phân tích lập báo cáo offline console kiểm soát ₫ể hiệu chỉnh hoạt ₫ộng phát xâm phạm Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 54 2.6 Các tactic giải an ninh Phục hồi sau bị công tactic ₫ể phục hồi trạng thái phục hồi trạng thái quán từ trạng thái không quán : tactic giải tính sẵn sàng ₫ể dùng copy dư thừa liệu quản trị hệ thống : password, ACL, dịch vụ "domain name", liệu cá nhân người dùng tacitc ₫ể nhận dạng kẻ cơng cho mục ₫ích ngăn chặn trừng phạt trì "audit trail" Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 55 2.6 Các tactic giải an ninh Audi trail copy giao tác tác ₫ộng tới liệu hệ thống + thơng tin nhận dạng dùng ₫ể theo dõi hoạt ₫ộng kẻ công hỗ trợ từ chối : cung cấp hiển nhiên request cụ thể ₫ã ₫ược thực hỗ trợ việc phục hồi hệ thống mục tiêu công thông thường : nên ₫ược trì thứ tự tin cậy Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 56 2.7 Các tactic giải tính kiểm thử ₫ược mục tiêu : cho phép kiểm thử dễ dàng vài tăng cường phần mềm ₫ã hồn thành việc tăng cường tính kiểm thử ₫ược khơng phải q lớn lao có giá trị : 40% chi phí phát triển phần mềm kiểm thử hệ thống ₫ang chạy (không phải ₫ang thiết kế) công cụ kiểm thử : SW mà cung cấp input cho SW cần kiểm thử thu bắt kết mục tiêu tìm fault Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 57 Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 2.7 Các tactic giải tính kiểm thử ₫ược tính kiểm thử ₫ược Hồn thành tăng cường ₫ó Quản lý I/O Giám sát bên Record/Playback Tách interface/hiện thực Các thủ tục/interface truy xuất ₫ặc biệt Các phần tử monitor ₫ược xây dựng sẵn Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Phát fault Môn : Kiến trúc phần mềm Chương : Các tactic Slide 58 2.7 Các tactic giải tính kiểm thử ₫ược Các tactic I/O : record/playback liên quan ₫ến việc thu bắt thông tin ₫i ngang qua interface dùng input cho tool kiểm thử thơng tin ngang qua interface hoạt ₫ộng bình thường xuất từ thành phần, input tới thành phần khác ₫ược lưu kho + cho phép ₫ầu vào kiểm thử cho thành phần + cho kết xuất kiểm thử ₫ể so sánh sau ₫ó Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 59 2.7 Các tactic giải tính kiểm thử ₫ược Các tactic I/O : tách interface với thực cho phép việc thay thực cho nhiều mục ₫ích kiểm thử khác làm stub thực ₫ể hệ thống ₫ược kiểm thử mà khơng cần có thành phần thật thay thành phần ₫ặc biệt ₫ể thành phần ₫ược thay hoạt ₫ộng tool kiểm thử cho phần lại hệ thống tactic ₫ưa ₫ến tính hiệu chỉnh ₫ược Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 60 2.7 Các tactic giải tính kiểm thử ₫ược Các tactic I/O : ₫ặc biệt hóa ₫ường truy xuất/interfcae có interface kiểm thử ₫ặc biệt : thu bắt/₫ặc tả giá trị khác cho thành phần thông qua tool kiểm thử cách ₫ộc lập từ việc thi hành bình thường ₫ường truy xuất ₫ặc biệt/interface : nên ₫ược tách biệt từ chức ₫òi hỏi phân cấp interface kiểm thử testcase ₫ược áp dụng vào mức kiến trúc chức kiểm thử phải "in place" ₫ể quan sát ₫áp ứng Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 61 2.7 Các tactic giải tính kiểm thử ₫ược Tactic giám sát bên phần tử giám sát xây dựng sẵn thành phần trì trạng thái, tải hiệu suất, khả năng, an ninh, ₫ược truy xuất thông qua interface (interface vĩnh cữu hay tạm ₫ược tạo cho kiểm thử) ghi kiện trạng thái cần giám sát ₫ược kích hoạt + chí phí/nổ lực kiểm thử thêm + ₫ộ thấy ₫ược gia tăng Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 62 2.8 Kết chương Chương ₫ã giới thiệu tactics ₫ể giải yêu cầu phi chức yếu phần mềm tính sẵn sàng ₫ể sử dụng, tính dễ sử dụng, tính thay ₫ổi ₫ược, tính hiệu quả, tính kiểm thử, an ninh Khoa Khoa học & Kỹ thuật Máy tính Trường ĐH Bách Khoa Tp.HCM © 2015 Môn : Kiến trúc phần mềm Chương : Các tactic Slide 63 ... Trường ĐH Bách Khoa Tp.HCM © 20 15 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 62 2.8 Kết chương Chương ₫ã giới thiệu tactics ₫ể giải yêu cầu phi chức yếu phần mềm tính sẵn sàng ₫ể sử... Trường ĐH Bách Khoa Tp.HCM © 20 15 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 12 2 .2 Các tactics giải tính sẳn sàng ₫ể dùng Tái tạo fault : hoạt ₫ộng bóng ma thành phần hỏng hóc trước ₫ây... 20 15 Mơn : Kiến trúc phần mềm Chương : Các tactic Slide 46 2. 5 Các tactic giải hiệu suất Trọng tài phân xử tài nguyên Tranh chấp tài nguyên -> cần lập lịch dùng tài nguyên mục tiêu kiến trúc