Professional Documents
Culture Documents
Power Point SOA
Power Point SOA
mềm Hướng DV
Nhóm 02
Chương 4: Tìm hiểu
về SOA
Nhóm 4
Tạ Đức Phong – B19DCCN500
Đỗ Minh Đức – B19DCCN188
Nguyễn Quang Chí – B19DCCN097
Giới thiệu về SOA
Những mục tiêu này đại diện cho một trạng thái mục tiêu cụ thể.
Định hướng dịch vụ là mô hình cung cấp một phương pháp đã được chứng
minh để đạt được trạng thái mục tiêu này.
Khi áp dụng hướng dịch vụ vào thiết kế phần mềm, chúng ta xây dựng các
đơn vị logic gọi là “dịch vụ”.
Các giải pháp hướng dịch vụ bao gồm một hoặc nhiều dịch vụ.
Định nghĩa về SOA
Để xây dựng các giải pháp hướng dịch vụ thành công, chúng ta cần
một kiến trúc công nghệ phân tán với các đặc điểm cụ thể.
4.1. Bốn đặc điểm của SOA
Sự tách biệt sẽ lớn dần giữa kinh doanh và công nghệ qua nhiều
năm tháng (Hình 4.1).
Định hướng kinh doanh
Hình 4.1
Định hướng kinh doanh
Khi một kiến trúc công nghệ được định hướng kinh doanh, thì nó sẽ
được định vị làm cơ sở của mô hình kiến trúc. Điều này tối đa hóa
khả năng liên kết giữa công nghệ và kinh doanh
Kết quả là sự gia tăng liên tục về giá trị và tuổi thọ của kiến trúc.
(Hình 4.2)
Định hướng kinh doanh
Hình 4.2
Nhà cung cấp trung lập
Việc thiết kế kiến trúc công nghệ hướng dịch vụ xung quanh một
nền tảng của nhà cung cấp dẫn đến việc triển khai vô tình kế thừa
các đặc điểm độc quyền. Điều này có thể cản trở sự phát triển trong
tương lai của kiến trúc kho dịch vụ.
Hình 4.3
Nhà cung cấp trung lập
Lợi ích tốt nhất của một tổ chức là thiết kế kiến trúc hướng dịch vụ
dựa trên một mô hình phù hợp với các nền tảng của nhà cung cấp
SOA chính, nhưng trung lập với tất cả chúng. (Hình 4.4)
Nhà cung cấp trung lập
Hình 4.4
Lấy doanh nghiệp làm trung tâm
Thực tế là các giải pháp hướng dịch vụ dựa trên kiến trúc phân tán
có thể có nguy cơ tạo ra các silo mới trong doanh nghiệp khi xây
dựng các dịch vụ được thiết kế kém, như được minh họa trong
Hình 4.5.
Lấy doanh nghiệp làm trung tâm
Hình 4.5
Lấy doanh nghiệp làm trung tâm
Khi áp dụng hướng dịch vụ, các dịch vụ được định vị là tài
nguyên doanh nghiệp, kiến trúc công nghệ cơ bản phải thiết
lập một mô hình vốn dựa trên giả định rằng các chương trình
phần mềm được phân phối dưới dạng dịch vụ sẽ được chia
sẻ bởi các bộ phận khác của doanh nghiệp
Yêu cầu cơ sở này đặt trọng tâm vào việc tiêu chuẩn hóa các
phần của kiến trúc để khả năng sử dụng lại dịch vụ và khả
năng tương tác có thể được tiếp tục thúc đẩy (Hình 4.6).
Lấy doanh nghiệp làm trung tâm
Hình 4.6
Thành phần – Trọng tâm
Hướng dịch vụ đặt trọng tâm vào việc thiết kế các chương trình
phần mềm không chỉ là các tài nguyên có thể tái sử dụng mà còn là
các tài nguyên linh hoạt có thể được cắm vào các cấu trúc tổng hợp
khác nhau cho nhiều giải pháp hướng dịch vụ.
Để thực hiện điều này, các dịch vụ phải có thể kết hợp được. (Hình
4.7)
Thành phần – Trọng tâm
Hình 4.7
Các ưu tiên thiết kế
Giá trị kinh doanh hơn chiến lược kỹ thuật
Khả năng tương tác nội tại trên tích hợp tùy chỉnh
Các dịch vụ được chia sẻ trên các triển khai mục đích cụ thể
Cải tiến tiến hóa thay vì theo đuổi sự hoàn hảo ban đầu
4.2. Bốn loại SOA phổ biến
Kiến trúc thành phần
01 Kiến trúc dịch vụ
03 dịch vụ
Bottom-up Top-down
Tập trung vào chiến thuật Việc hoàn thành phân tích các
bằng cách ưu tiên việc đáp dịch vụ tương tự trước khi
ứng yêu cầu kinh doanh ngay thiết kế, phát triển và giao
lập tức và làm cho mục tiêu hàng các dịch vụ là quan
chính của dự án trọng hơn
Ưu, nhược điểm của mỗi cách tiếp cận
Ưu điểm Nhược điểm
Giảm chi phí, nỗ lực và thời gian Đặt gánh nặng quản trị tăng lên
cần thiết để cung cấp dịch vụ vì các dịch vụ được cung cấp
Botttom-up thông qua cách tiếp cận từ trên theo cách này thường có tuổi thọ
xuống ngắn hơn và yêu cầu bảo trì và
tái cấu trúc thường xuyên hơn
Một tập hợp các dịch vụ được Đòi hỏi nhiều đầu tư ban đầu
xác định như một phần của dự hơn vì nó có một giai đoạn phân
án, đảm bảo rằng các thiết kế tích ban đầu tập trung vào việc
Top-down dịch vụ tiếp theo sẽ được chuẩn tạo bản thiết kế tổng thể của kho
hóa, tiêu chuẩn hóa và được dịch vụ
điều chỉnh
2 giai đoạn phân tích chính trong dự án SOA
Phân tích các service riêng lẻ liên quan Phân tích tổng thể của một kho dịch vụ.
đến nghiệp vụ một cách tự động hóa
Lên kế hoạch
Tìm các cột mốc đại diện Tạo thời gian hoàn thành
Xác định phạm vi kiểm kê dịch cho các trạng thái mục các mốc quan trọng và nỗ
vụ theo kế hoạch và trạng thái tiêu trung gian lực áp dụng tổng thể Xác định phương
mục tiêu cuối cùng pháp thực hiện
Cách thiết kế logic dịch vụ được quyết định bởi các yêu cầu
tự động hóa trong nghiệp vụ và cần được đáp ứng bởi dịch
vụ. Trong các giải pháp dựa trên dịch vụ, một dịch vụ
(service) cụ thể có thể giải quyết các yêu cầu nghiệp vụ đặc
biệt hoặc là một phần của sự kết hợp các dịch vụ khác
nhau để giải quyết vấn đề về nghiệp vụ.
Service Development
Sau khi tất cả các đặc tả thiết kế đã hoàn thành, quá
trình phát triển dịch vụ sẽ diên ra (coding time). Bởi vì
kiến trúc dịch vụ đã được xác định rõ ràng nhờ các giai
đoạn trước đó và sự tham gia của các tiêu chuẩn thiết
kế tùy chỉnh, nhà phát triển dịch vụ thường sẽ có
hướng dẫn rõ ràng về cách xây dựng các phần khác
nhau của kiến trúc dịch vụ
Service Testing kiểm thử dự án
● Người dùng nào dược truy cập vào dịch vụ
● Dịch vụ có cần được triển khai trong môi trường đám mây không
● Những yếu tố ảnh hưởng đến bảo mật của hệ thống
● Những yếu tố bảo mật trên đám mây có cần được xem xét không
● Dịch vụ có đáp ứng đủ các yêu cầu trong hợp đồng không
● Có cam kết dịch vụ (SLA) nào cần được kiêm tra
● Dịch vụ có thể được đóng gói lại một cách dễ dàng không
● Dịch vụ có thể triển khai trên nhiều môi trường không
● Dịch vụ có được phát hiện một cách dễ dàng không
● Các cấu hình máy chủ đã đủ yêu cầu của dịch vụ chưa
Service Deployment and Maintenance
Triển khai và duy trì dịch vụ