Chapter 3 :Hiểu định hướng dịch vụ

Chương này dành riêng để mô tả mô hình thiết kế

hướng dịch vụ, các nguyên tắc của nó,
và cách nó so sánh với các cách tiếp cận thiết kế
khác.

3.1 Giới thiệu về Định hướng Dịch vụ

Trong thế giới hàng ngày xung quanh chúng ta, các
dịch vụ đã và đang trở nên phổ biến miễn là
lịch sử văn minh đã tồn tại. Bất kỳ người nào thực
hiện một nhiệm vụ riêng biệt với sự hỗ trợ của những
người khác là
cung cấp một dịch vụ. Bất kỳ nhóm cá nhân nào
cùng thực hiện một nhiệm vụ hỗ trợ
nhiệm vụ lớn hơn cũng thể hiện việc cung cấp một
dịch vụ (Hình 3.1)

Tương tự, một tổ chức thực hiện các nhiệm vụ gắn

liền với mục đích hoặc hoạt động kinh doanh của
mình cũng
cung cấp một dịch vụ. Miễn là nhiệm vụ hoặc chức
năng được cung cấp được xác định rõ ràng và có thể
tương đối tách biệt với các nhiệm vụ liên quan khác,
nó có thể được phân loại rõ ràng là một dịch vụ
(Hình 3.2).

Một số yêu cầu cơ bản nhất định tồn tại để cho phép
một nhóm các nhà cung cấp dịch vụ riêng lẻ
cộng tác để cùng cung cấp một dịch vụ lớn hơn. Hình
3.2, ví dụ, hiển thị
một nhóm nhân viên cung cấp một dịch vụ cho ABC
Delivery. Mặc dù mỗi
cá nhân đóng góp một dịch vụ riêng biệt, để công ty
hoạt động hiệu quả, nhân viên của nó cũng
cần phải có các đặc điểm cơ bản, chung, chẳng hạn
như tính khả dụng, độ tin cậy và
khả năng giao tiếp bằng cách sử dụng cùng một ngôn
ngữ. Với tất cả những điều này, những
các cá nhân có thể được tạo thành một nhóm làm
việc hiệu quả. Thiết lập các loại
các yêu cầu cơ bản trong và trên các giải pháp tự
động hóa kinh doanh là mục tiêu chính của
định hướng dịch vụ.
Các dịch vụ trong tự động hóa kinh doanh
Từ quan điểm chung, dịch vụ là một chương trình
phần mềm làm cho chức năng của nó
có sẵn thông qua một API đã xuất bản là một phần
của hợp đồng dịch vụ. Hình 3.3 cho thấy ký hiệu
được sử dụng để mô tả một dịch vụ (mà không cung
cấp bất kỳ chi tiết nào liên quan đến hợp đồng dịch
vụ của nó)

Các công nghệ thực hiện khác nhau có thể được sử

dụng để lập trình và xây dựng các dịch vụ. Cả hai
các phương tiện triển khai phổ biến được đề cập
trong cuốn sách này là các dịch vụ Web dựa trên
SOAP (hoặc
chỉ các dịch vụ Web) và các dịch vụ RESTful (hoặc
chỉ các dịch vụ REST). Hình 3.4 cho thấy
các ký hiệu tiêu chuẩn được sử dụng để đại diện cho
các hợp đồng dịch vụ trong cuốn sách này

Ghi chú
Hợp đồng dịch vụ Web thường bao gồm định nghĩa
WSDL và một hoặc
thêm các định nghĩa về Lược đồ XML. Các dịch vụ
được triển khai dưới dạng dịch vụ REST là
được truy cập thông qua hợp đồng thống nhất, chẳng
hạn như hợp đồng được cung cấp bởi HTTP và Web
các loại phương tiện. Chương 8 và 9 cung cấp các ví
dụ về dịch vụ Web và REST
Hợp đồng dịch vụ.
Hợp đồng dịch vụ có thể bao gồm thêm các tài liệu
mà con người có thể đọc được, chẳng hạn như
dưới dạng Thỏa thuận mức dịch vụ (SLA) mô tả chất
lượng dịch vụ bổ sung
đảm bảo, hành vi và giới hạn. Một số yêu cầu liên
quan đến SLA có thể
cũng được thể hiện ở các định dạng máy có thể đọc
được.

Dịch vụ là tập hợp các khả năng

Khi thảo luận về các dịch vụ, điều quan trọng cần
nhớ là một dịch vụ duy nhất có thể cung cấp một API
cung cấp một tập hợp các khả năng. Chúng được
nhóm lại với nhau vì chúng liên quan đến một
bối cảnh chức năng được thiết lập bởi dịch vụ. Bối
cảnh chức năng của dịch vụ được minh họa
trong Hình 3.5, chẳng hạn, là “lô hàng”. Dịch vụ cụ
thể này cung cấp một bộ
khả năng liên quan đến việc xử lý các lô hàng.

Do đó, một dịch vụ về cơ bản là một vùng chứa các

khả năng liên quan. Nó bao gồm một cơ thể
logic được thiết kế để thực hiện các khả năng này và
hợp đồng dịch vụ thể hiện điều nào trong số
các khả năng của nó được tạo sẵn để gọi công khai.
Khi chúng tôi đề cập đến dịch vụ
trong cuốn sách này, chúng tôi đặc biệt tập trung vào
những khả năng được xác định là một phần của
API hợp đồng dịch vụ.
Người tiêu dùng dịch vụ là vai trò thời gian chạy
được đảm nhận bởi một chương trình phần mềm khi
nó truy cập và
gọi một dịch vụ — hoặc cụ thể hơn, khi nó gửi một
thông báo đến một khả năng dịch vụ
thể hiện trong hợp đồng dịch vụ. Khi nhận được yêu
cầu, dịch vụ bắt đầu thực hiện
logic bao gồm khả năng được gọi và nó có thể trả về
hoặc không trả về một
thông báo phản hồi cho người tiêu dùng dịch vụ.
Người tiêu dùng dịch vụ có thể là bất kỳ chương
trình phần mềm nào
có khả năng gọi một dịch vụ thông qua API của nó.
Bản thân một dịch vụ có thể hoạt động như người sử
dụng dịch vụ ẩn danh

Logic bất khả tri so với không bất khả tri

Thuật ngữ “bất khả tri” có nguồn gốc từ tiếng Hy
Lạp và có nghĩa là “không có kiến thức”.
Do đó, logic đủ chung chung để nó không cụ thể cho
(không có
kiến thức về) một nhiệm vụ mẹ cụ thể được phân loại
là logic bất khả tri. Tại vì
kiến thức cụ thể cho một nhiệm vụ duy nhất được cố
ý bỏ qua,
logic bất khả tri được coi là đa năng. Ngược lại, logic
cụ thể cho
(chứa kiến thức về) một nhiệm vụ đơn mục đích
được gắn nhãn là logic không bất khả tri.
Một cách khác để hình thành khái niệm lôgic bất khả
tri và không bất khả tri là tập trung vào
mức độ logic có thể được sử dụng lại. Do tính chất
đa dụng của
logic bất khả tri, nó được cho là sẽ có thể sử dụng lại
trong các bối cảnh khác nhau để
logic, như một chương trình phần mềm (hoặc dịch
vụ), có thể được sử dụng để giúp tự động hóa
nhiều quy trình kinh doanh. Logic phi bất khả tri
không phụ thuộc vào những loại
kỳ vọng. Nó được thiết kế có chủ ý như một chương
trình phần mềm cho một mục đích (hoặc
dịch vụ) và do đó có các đặc điểm và yêu cầu khác
nhau. Logic không tiên lượng vẫn có thể được sử
dụng lại, nhưng chỉ trong phạm vi cha mẹ của nó
quy trình kinh doanh, duy trì bối cảnh của nó là cụ
thể cho một quy trình kinh doanh lớn hơn,
nhiệm vụ đơn mục đích.

Định hướng dịch vụ như một mô hình thiết kế

Mô hình thiết kế là một cách tiếp cận để thiết kế
logic giải pháp. Khi xây dựng được phân phối
logic giải pháp, cách tiếp cận thiết kế xoay quanh
một lý thuyết kỹ thuật phần mềm được gọi là
"Tách biệt các mối quan tâm." Tóm lại, lý thuyết này
nói rằng một vấn đề lớn hơn là
được giải quyết hiệu quả khi được phân tách thành
một tập hợp các vấn đề hoặc mối quan tâm nhỏ hơn.
Điều này cho
cho chúng tôi tùy chọn phân vùng lôgic giải pháp
thành các khả năng, mỗi khả năng được thiết kế để
giải quyết một
mối quan tâm cá nhân. Các khả năng liên quan có thể
được nhóm lại thành các đơn vị logic giải pháp.
Các mô hình thiết kế khác nhau tồn tại cho logic giải
pháp phân tán. Điều phân biệt việc định hướng dịch
vụ là cách thức mà nó thực hiện việc phân tách các
mối quan tâm và cách nó định hình
các đơn vị riêng lẻ của lôgic giải pháp với các đặc
điểm cụ thể và hỗ trợ cho một
trạng thái mục tiêu.
Về cơ bản, định hướng dịch vụ định hình các đơn vị
logic giải pháp phù hợp như doanh nghiệp
các tài nguyên có thể được thiết kế để giải quyết các
mối quan tâm tức thời trong khi vẫn không có khả
năng
vấn đề lớn hơn. Điều này cung cấp cơ hội liên tục để
sử dụng lại các khả năng bên trong
những đơn vị đó để giải quyết các vấn đề khác.
Áp dụng định hướng dịch vụ ở một mức độ có ý
nghĩa dẫn đến logic giải pháp có thể an toàn
được phân loại là "định hướng dịch vụ" và các đơn vị
đủ điều kiện là "dịch vụ". (Chương 5 khám phá trong
trình bày chi tiết cách thức thực hiện tách biệt các
mối quan tâm với định hướng dịch vụ.)
Các dịch vụ, như một phần của các giải pháp hướng
tới dịch vụ, tồn tại dưới dạng phần mềm độc lập về
mặt vật lý
các chương trình có đặc điểm thiết kế riêng biệt. Mỗi
dịch vụ được chỉ định riêng biệt của nó
ngữ cảnh chức năng và bao gồm một tập hợp các khả
năng liên quan đến ngữ cảnh này. Một dịch vụ
thành phần là một tổng hợp được phối hợp của các
dịch vụ. Như đã giải thích sau trong phần Ảnh hưởng
của Định hướng Dịch vụ đối với Doanh nghiệp, một
cấu thành các dịch vụ (Hình 3.6) là
có thể so sánh với một ứng dụng truyền thống trong
đó phạm vi chức năng của nó thường được liên kết
với
tự động hóa quy trình kinh doanh mẹ.

Khoảng không quảng cáo dịch vụ là một tập hợp

được tiêu chuẩn hóa độc lập và được quản lý
các dịch vụ bổ sung trong một ranh giới đại diện cho
một doanh nghiệp hoặc một
phân khúc của một doanh nghiệp. Hình 3.7 thiết lập
biểu tượng được sử dụng để đại diện cho một dịch vụ
hàng tồn kho trong cuốn sách này.

Một doanh nghiệp CNTT có thể chứa hoặc thậm chí

có thể bao gồm một khoảng không quảng cáo dịch vụ
duy nhất.
Ngoài ra, môi trường doanh nghiệp có thể chứa nhiều
kho dịch vụ. Khi một
tổ chức có nhiều khoảng không quảng cáo dịch vụ,
thuật ngữ này còn đủ điều kiện là dịch vụ miền
hàng tồn kho.
Việc áp dụng định hướng dịch vụ trong toàn bộ
khoảng không quảng cáo dịch vụ là điều tối quan
trọng
tầm quan trọng của việc thiết lập khả năng tương tác
giữa các dịch vụ chuyển tiếp tự nhiên ở mức độ cao.
Điều này hỗ trợ
nhiều lần tạo ra các thành phần dịch vụ hiệu quả
(Hình 3.8).
Dưới đây là bản tóm tắt ngắn gọn về các yếu tố của
định hướng dịch vụ đã được đề cập cho đến nay:
• Logic giải pháp hướng dịch vụ được thực hiện dưới
dạng các dịch vụ và cấu thành dịch vụ
được thiết kế phù hợp với định hướng dịch vụ.
• Một thành phần dịch vụ bao gồm các dịch vụ đã
được tập hợp để cung cấp
chức năng cần thiết để tự động hóa một nhiệm vụ
hoặc quy trình kinh doanh cụ thể.
• Bởi vì định hướng dịch vụ định hình nhiều dịch vụ
là nguồn lực của doanh nghiệp, một dịch vụ
có thể được gọi bởi nhiều chương trình dành cho
người tiêu dùng, mỗi chương trình có thể liên quan
đến cùng một
dịch vụ trong một thành phần dịch vụ khác.
• Tập hợp các dịch vụ được tiêu chuẩn hóa có thể tạo
cơ sở cho một kho dịch vụ có thể
được quản lý độc lập trong môi trường triển khai vật
lý của chính nó.
• Nhiều quy trình kinh doanh có thể được tự động
hóa bằng cách tạo ra các thành phần dịch vụ
lấy từ một nhóm các dịch vụ bất khả tri hiện có nằm
trong danh mục dịch vụ.
Như đã tìm hiểu trong Chương 4, kiến trúc hướng
dịch vụ là một dạng kiến trúc công nghệ
được tối ưu hóa để hỗ trợ các dịch vụ, thành phần
dịch vụ và kiểm kê dịch vụ.

Nguyên tắc thiết kế định hướng dịch vụ

Các phần trước đã mô tả mô hình hướng dịch vụ ở
mức rất cao.
Nhưng chính xác thì mô hình này được áp dụng như
thế nào? Nó chủ yếu được áp dụng ở cấp độ dịch vụ
(Hình
3.9) thông qua việc áp dụng tám nguyên tắc thiết kế
sau:
• Hợp đồng dịch vụ được tiêu chuẩn hóa (291) - Các
dịch vụ trong cùng một khoảng không quảng cáo
dịch vụ được
tuân thủ các tiêu chuẩn thiết kế hợp đồng tương tự.
Các dịch vụ thể hiện mục đích và khả năng của họ
thông qua hợp đồng dịch vụ. Đây có lẽ là
nguyên tắc cơ bản nhất trong đó về cơ bản nó quy
định nhu cầu về hướng dịch vụ
logic giải pháp được phân vùng và phân phối theo
cách chuẩn hóa. Nó cũng đặt một
rất chú trọng vào việc thiết kế các hợp đồng dịch vụ
để đảm bảo rằng cách thức
những dịch vụ nào thể hiện chức năng và xác định
kiểu dữ liệu được giữ trong sự liên kết tương đối.
• Khớp nối lỏng lẻo dịch vụ (293) - Hợp đồng dịch
vụ áp đặt khả năng khớp nối người tiêu dùng thấp
yêu cầu và được tách biệt khỏi môi trường xung
quanh.
Khớp nối đề cập đến một thước đo sự phụ thuộc giữa
hai thứ. Nguyên tắc này
thiết lập một loại mối quan hệ cụ thể trong và ngoài
ranh giới dịch vụ, với
luôn nhấn mạnh vào việc giảm bớt (“nới lỏng”) sự
phụ thuộc giữa một hợp đồng dịch vụ,
việc thực hiện và người tiêu dùng dịch vụ. Khớp nối
lỏng lẻo dịch vụ (293) thúc đẩy
thiết kế độc lập và sự phát triển của logic dịch vụ
trong khi vẫn đảm bảo đường cơ sở
khả năng tương tác.
• Tóm tắt dịch vụ (294) - Hợp đồng dịch vụ chỉ chứa
thông tin cần thiết và
thông tin về dịch vụ được giới hạn trong những gì
được công bố trong hợp đồng dịch vụ.
Tính trừu tượng liên quan đến nhiều khía cạnh của
định hướng dịch vụ. Ở cấp độ cơ bản, điều này
nguyên tắc nhấn mạnh sự cần thiết phải ẩn càng
nhiều chi tiết cơ bản của một dịch vụ càng
khả thi. Làm như vậy trực tiếp cho phép kết hợp lỏng
lẻo được mô tả trước đó
mối quan hệ. Tóm tắt dịch vụ (294) cũng đóng một
vai trò quan trọng trong việc định vị
và thiết kế các thành phần dịch vụ.
Khả năng tái sử dụng dịch vụ (295) - Dịch vụ chứa
và thể hiện logic bất khả tri và có thể
được định vị là tài nguyên doanh nghiệp có thể tái sử
dụng.
Bất cứ khi nào chúng tôi xây dựng một dịch vụ,
chúng tôi đều tìm cách để làm cho các khả năng cơ
bản của nó
hữu ích cho nhiều mục đích. Việc tái sử dụng được
nhấn mạnh rất nhiều với việc định hướng dịch vụ —
nhiều đến mức nó trở thành một phần cốt lõi của quá
trình thiết kế và nó cũng
tạo cơ sở cho các mô hình dịch vụ chính (như đã giải
thích trong Chương 5).
• Quyền tự chủ về dịch vụ (297) - Các dịch vụ thực
hiện mức độ kiểm soát cao đối với
môi trường thực thi thời gian chạy cơ bản.
Để các dịch vụ thực hiện khả năng của chúng một
cách nhất quán và đáng tin cậy,
lôgic giải pháp cần có mức độ kiểm soát đáng kể đối
với môi trường của nó và
tài nguyên. Quyền tự chủ về dịch vụ (297) hỗ trợ
mức độ mà các nguyên tắc thiết kế khác
có thể được thực hiện một cách hiệu quả trong môi
trường sản xuất thế giới thực.
• Dịch vụ không trạng thái (298) - Dịch vụ giảm
thiểu tiêu thụ tài nguyên bằng cách trì hoãn
quản lý thông tin nhà nước khi cần thiết.
Việc quản lý thông tin trạng thái quá mức có thể ảnh
hưởng đến tính khả dụng của dịch vụ cũng như khả
năng dự đoán về hành vi của nó. Do đó, dịch vụ lý
tưởng là
được thiết kế để duy trì trạng thái chỉ khi được yêu
cầu. Giống như Quyền tự chủ về dịch vụ (297), đây
là
một nguyên tắc khác tập trung ít hơn vào hợp đồng
và nhiều hơn vào thiết kế của
logic cơ bản.
• Khả năng khám phá dịch vụ (300) - Các dịch vụ
được bổ sung với tính năng giao tiếp
siêu dữ liệu mà chúng có thể được phát hiện và diễn
giải một cách hiệu quả.
Để các dịch vụ được định vị là tài sản CNTT với ROI
có thể lặp lại, chúng cần phải dễ dàng
được xác định và hiểu rõ khi cơ hội sử dụng lại xuất
hiện. Dịch vụ
do đó, thiết kế cần phải coi trọng “chất lượng truyền
thông” của các hợp đồng dịch vụ và
tính đến khả năng, bất kể cơ chế khám phá như
đăng ký dịch vụ là một phần ngay lập tức của môi
trường.
• Khả năng tạo thành dịch vụ (302) - Dịch vụ là
những người tham gia cấu thành hiệu quả,
bất kể kích thước và độ phức tạp của thành phần.
Khi sự phức tạp của các giải pháp hướng đến dịch vụ
ngày càng tăng, thì sự phức tạp của
cấu hình thành phần dịch vụ cơ bản. Khả năng soạn
thảo hiệu quả
dịch vụ là một yêu cầu quan trọng để đạt được một
số mục tiêu cơ bản của
tính toán hướng dịch vụ. Các thành phần dịch vụ
phức tạp đặt ra yêu cầu về dịch vụ
thiết kế. Các dịch vụ được kỳ vọng sẽ có khả năng
tham gia như một thành phần hiệu quả
các thành viên, bất kể họ có cần phải nhập ngũ ngay
lập tức để tham gia sáng tác hay không.

Các mẫu SOA

Các nguyên tắc hướng dịch vụ có liên quan chặt chẽ
đến các mẫu SOA. Lưu ý cách mỗi
bảng hồ sơ mẫu trong Phụ lục C chứa một trường
dành riêng để hiển thị
nguyên tắc thiết kế.

3.2 Các vấn đề được giải quyết theo định hướng dịch
vụ
Để đánh giá tốt nhất tại sao định hướng dịch vụ lại
xuất hiện và nó được dự định để cải thiện
thiết kế hệ thống tự động hóa, chúng ta cần so sánh
các quan điểm trước và sau. Bằng cách học tập
một số vấn đề phổ biến đã từng cản trở CNTT trong
lịch sử, chúng ta có thể bắt đầu hiểu
các giải pháp được đề xuất bởi mô hình thiết kế này.
Trong thế giới kinh doanh, cung cấp các giải pháp có
khả năng tự động hóa việc thực hiện kinh doanh
nhiệm vụ rất có ý nghĩa. Trong quá trình lịch sử của
CNTT, phần lớn
các giải pháp đã được tạo ra với một cách tiếp cận
chung là xác định các nhiệm vụ kinh doanh phải
tự động, xác định các yêu cầu kinh doanh của họ và
sau đó xây dựng giải pháp tương ứng
logic (Hình 3.10)
Đây đã là một cách tiếp cận được chấp nhận và đã
được chứng minh để đạt được những lợi ích kinh
doanh hữu hình
thông qua việc sử dụng công nghệ và đã thành công
trong việc cung cấp
lợi tức đầu tư (Hình 3.11).

Khả năng đạt được bất kỳ giá trị nào khác từ các ứng
dụng này thường bị hạn chế vì
các khả năng được gắn với các yêu cầu và quy trình
kinh doanh cụ thể (một số trong số đó thậm chí sẽ
có tuổi thọ hạn chế). Khi các yêu cầu và quy trình
mới xuất hiện theo cách của chúng tôi, chúng tôi
buộc phải
để thực hiện những thay đổi quan trọng đối với
những gì chúng tôi đã có hoặc xây dựng một ứng
dụng mới
hoàn toàn.
Trong trường hợp thứ hai, mặc dù liên tục xây dựng
"các ứng dụng dùng một lần" không phải là hoàn hảo
, nó đã tự chứng minh mình là một phương tiện hợp
pháp để tự động hóa kinh doanh. Hãy khám phá
một số bài học rút ra bằng cách đầu tiên tập trung vào
điều tích cực.
• Các giải pháp có thể được xây dựng một cách hiệu
quả bởi vì chúng chỉ cần quan tâm đến
đáp ứng một loạt các yêu cầu hẹp liên quan đến một
nhóm kinh doanh hạn chế
các quy trình.
• Nỗ lực phân tích kinh doanh liên quan đến việc xác
định quy trình được tự động hóa là
thẳng thắn. Các nhà phân tích chỉ tập trung vào một
quy trình tại một thời điểm và do đó chỉ
quan tâm đến các thực thể kinh doanh và các lĩnh vực
được liên kết với
quá trình.
• Các thiết kế giải pháp được chú trọng về mặt chiến
thuật. Mặc dù tự động hóa phức tạp và tinh vi
các giải pháp đôi khi được yêu cầu, mục đích duy
nhất của mỗi giải pháp là tự động hóa chỉ một hoặc
một
tập hợp các quy trình kinh doanh cụ thể. Phạm vi
chức năng được xác định trước này đơn giản hóa
thiết kế giải pháp tổng thể cũng như kiến trúc ứng
dụng cơ bản.
• Vòng đời phân phối dự án cho mỗi giải pháp được
sắp xếp hợp lý và tương đối
có thể đoán trước được. Mặc dù các dự án CNTT nổi
tiếng là những nỗ lực phức tạp,
với những thách thức không lường trước được, khi
phạm vi phân phối được xác định rõ ràng (và không
thay đổi), quy trình và việc thực hiện các giai đoạn
phân phối có cơ hội tốt
thực hiện như mong đợi.
• Xây dựng các hệ thống mới từ đầu cho phép các tổ
chức tận dụng lợi thế của
những tiến bộ công nghệ mới nhất. Thị trường CNTT
phát triển hàng năm theo mức độ
rằng chúng tôi hoàn toàn mong đợi công nghệ chúng
tôi sử dụng để xây dựng logic giải pháp ngày nay sẽ
khác biệt và
ngày mai tốt hơn. Do đó, các tổ chức liên tục xây
dựng các ứng dụng dùng một lần
có thể tận dụng các cải tiến công nghệ mới nhất với
mỗi dự án mới.
Những đặc điểm này và các đặc điểm chung khác của
phân phối giải pháp truyền thống cung cấp một
cho thấy lý do tại sao cách tiếp cận này lại trở nên
phổ biến. Mặc dù được chấp nhận, tuy nhiên, nó đã
trở nên rõ ràng rằng vẫn còn nhiều chỗ để cải thiện.

Nó có thể rất lãng phí

Việc tạo ra lôgic giải pháp mới trong một doanh
nghiệp nhất định thường dẫn đến một
số lượng chức năng dự phòng (Hình 3.12). Nỗ lực và
chi phí cần thiết để xây dựng
logic này do đó cũng thừa.

Nó không hiệu quả như nó xuất hiện

Do tập trung chiến thuật vào việc cung cấp các giải
pháp cho các yêu cầu quy trình cụ thể,
phạm vi của các dự án phát triển được nhắm mục tiêu
cao. Do đó, có sự nhận thức liên tục
rằng các yêu cầu kinh doanh sẽ được đáp ứng trong
thời gian sớm nhất có thể. Tuy nhiên, bởi
liên tục xây dựng và xây dựng lại logic đã tồn tại ở
nơi khác, quá trình này không như
hiệu quả nhất có thể nếu tránh được việc tạo logic dư
thừa (Hình 3.13).

Nó làm nổi bật một doanh nghiệp

Mỗi ứng dụng mới hoặc mở rộng sẽ bổ sung vào
phần lớn kho hệ thống của môi trường CNTT
(Hình 3.14). Nhu cầu lưu trữ, bảo trì và quản trị ngày
càng mở rộng có thể
tăng cường ngân sách, nguồn lực và quy mô bộ phận
CNTT đến mức CNTT trở thành
tiêu hao đáng kể trên toàn bộ tổ chức

Nó có thể dẫn đến cơ sở hạ tầng phức tạp và doanh

nghiệp kết nối
Kiến trúc
Phải lưu trữ nhiều ứng dụng được xây dựng từ các
thế hệ công nghệ khác nhau và
có lẽ thậm chí các nền tảng công nghệ khác nhau
thường yêu cầu rằng mỗi nền tảng sẽ áp đặt
yêu cầu về kiến trúc. Sự chênh lệch giữa các ứng
dụng "bị mờ" này có thể dẫn đến
môi trường phản liên kết (Hình 3.15), khiến việc lập
kế hoạch phát triển của
một doanh nghiệp và mở rộng quy mô cơ sở hạ tầng
của mình để đáp ứng với sự phát triển đó

Hội nhập trở thành một thách thức liên tục

Các ứng dụng chỉ được xây dựng với sự tự động hóa
của các quy trình kinh doanh cụ thể là
thường không được thiết kế để đáp ứng các yêu cầu
về khả năng tương tác khác. Làm những thứ này
các loại ứng dụng chia sẻ dữ liệu tại một số thời điểm
sau đó dẫn đến một khu rừng phức tạp
kiến trúc tích hợp được tổ chức với nhau chủ yếu
thông qua chắp vá điểm-điểm (Hình 3.16)
hoặc yêu cầu giới thiệu các lớp phần mềm trung gian
lớn.

Nhu cầu về Định hướng Dịch vụ

Sau nhiều lần lặp lại các thế hệ giải pháp phân tán
truyền thống, mức độ nghiêm trọng của
các vấn đề được mô tả đã được khuếch đại. Đây là lý
do tại sao định hướng dịch vụ được hình thành. Nó
rất
phần lớn thể hiện một trạng thái tiến hóa trong lịch
sử CNTT ở chỗ nó kết hợp thiết kế thành công
các yếu tố của phương pháp tiếp cận trong quá khứ
với các yếu tố thiết kế mới nhằm thúc đẩy khái niệm
và
đổi mới công nghệ.
Việc áp dụng nhất quán tám nguyên tắc thiết kế mà
chúng tôi đã liệt kê trước đó dẫn đến kết quả
sự phổ biến rộng rãi của các đặc điểm thiết kế tương
ứng:
• tăng tính nhất quán về cách thể hiện chức năng và
dữ liệu
• giảm sự phụ thuộc giữa các đơn vị logic giải pháp
• giảm nhận thức về thiết kế logic giải pháp cơ bản
và chi tiết triển khai
• tăng cơ hội sử dụng một phần lôgic giải pháp cho
nhiều mục đích
• tăng cơ hội để kết hợp các đơn vị logic giải pháp
thành các cấu hình khác nhau
• tăng khả năng dự đoán hành vi
• tăng tính khả dụng và khả năng mở rộng
• nâng cao nhận thức về logic giải pháp có sẵn Khi
những đặc điểm này tồn tại như một phần thực của
các dịch vụ được triển khai, chúng thiết lập
sức mạnh tổng hợp chung. Kết quả là, nước da của
một doanh nghiệp thay đổi như sau
những phẩm chất khác biệt luôn được phát huy.

Giải pháp số lượng có thể tái sử dụng Logic

Trong một dịch vụ hướng dẫn giải pháp, logic đơn vị
(dịch vụ) đóng chức năng gói
Cụ thể cho bất kỳ ứng dụng hoặc quy trình kinh
doanh nào (Hình 3.17). This service do that
được phân loại là CNTT tài sản có thể tái sử dụng
(và không thể tin được).
Giảm số lượng lôgic ứng dụng cụ thể
Tăng số lượng logic giải pháp không dành riêng cho
bất kỳ ứng dụng hoặc doanh nghiệp nào
quy trình làm giảm số lượng logic cần thiết cho ứng
dụng cụ thể (hoặc "không bất khả tri")
(Hình 3.18). Điều này làm mờ ranh giới giữa các môi
trường ứng dụng độc lập bằng cách giảm
tổng số lượng ứng dụng độc lập. (Xem Định hướng
Dịch vụ và Khái niệm
của phần “Ứng dụng” ở phần sau của chương này.)

Giảm khối lượng logic tổng thể

Số lượng tổng thể của lôgic giải pháp được giảm
xuống vì cùng một lôgic giải pháp được chia sẻ
và được sử dụng lại để tự động hóa nhiều quy trình
nghiệp vụ, như trong Hình 3.19.

Khả năng tương tác vốn có

Các đặc điểm thiết kế chung được triển khai nhất
quán dẫn đến logic giải pháp là
căn chỉnh tự nhiên. Khi điều này chuyển sang tiêu
chuẩn hóa các hợp đồng dịch vụ và
các mô hình dữ liệu cơ bản, mức cơ bản của khả
năng tương tác tự động đạt được trên các dịch vụ,
như minh họa trong Hình 3.20. (Xem Định hướng
Dịch vụ và Khái niệm “Tích hợp”
phần sau của chương này.)

3.3 Ảnh hưởng của Định hướng Dịch vụ đối với

Doanh nghiệp
Có những lý do chính đáng để đặt kỳ vọng cao từ mô
hình định hướng dịch vụ. Nhưng mà,
đồng thời, còn nhiều điều phải học và hiểu trước khi
áp dụng thành công.
Các phần sau khám phá một số ví dụ phổ biến hơn.
Định hướng Dịch vụ và Khái niệm “Ứng dụng”
Chỉ cần nói rằng tái sử dụng không phải là một yêu
cầu tuyệt đối, điều quan trọng là phải thừa nhận
thực tế là định hướng dịch vụ đặt trọng tâm vào việc
tái sử dụng chưa từng có. Bằng cách thiết lập một
khoảng không quảng cáo dịch vụ với tỷ lệ phần trăm
cao các dịch vụ có thể tái sử dụng và bất khả tri,
chúng tôi hiện đang
định vị các dịch vụ đó là dịch vụ chính (hoặc duy
nhất) có nghĩa là theo đó giải pháp logic mà chúng
đại diện có thể và nên được truy cập.
Do đó, chúng tôi thực hiện một biện pháp rất có chủ
ý khỏi các silo trong đó các ứng dụng
đã tồn tại trước đây. Bởi vì chúng tôi muốn chia sẻ
logic có thể sử dụng lại bất cứ khi nào có thể, chúng
tôi tự động hóa
các quy trình kinh doanh hiện có, mới và tăng cường
thông qua cấu thành dịch vụ. Kết quả này trong
một sự thay đổi trong đó ngày càng có nhiều yêu cầu
kinh doanh được đáp ứng không phải bằng cách xây
dựng hoặc mở rộng
ứng dụng mà chỉ cần soạn các dịch vụ hiện có thành
các cấu hình thành phần mới.
Khi các tác phẩm trở nên phổ biến hơn, khái niệm
truyền thống về một ứng dụng hoặc một
hệ thống hoặc một giải pháp thực sự bắt đầu mờ dần,
cùng với các silo chứa chúng.
để tự động hóa một tập hợp các nhiệm vụ cụ thể
(Hình 3.21). Ứng dụng là gì bây giờ chỉ là
một thành phần khác của các dịch vụ, một số trong
số đó có khả năng tham gia vào các thành phần khác
(Hình 3.22).

Ứng dụng do đó mất đi tính cá nhân của nó. Người ta

có thể tranh luận rằng một định hướng dịch vụ
ứng dụng thực sự không tồn tại bởi vì trên thực tế, nó
chỉ là một trong nhiều dịch vụ
sáng tác. Tuy nhiên, khi xem xét kỹ hơn, chúng ta có
thể thấy rằng một số dịch vụ của chúng tôi (dựa trên
trên các mô hình dịch vụ được thiết lập trong
Chương 5) thực sự không phải là quy trình kinh
doanh bất khả tri.
Ví dụ, một dịch vụ cố ý thể hiện logic dành riêng cho
việc tự động hóa
chỉ một nhiệm vụ kinh doanh và do đó không nhất
thiết phải sử dụng lại được. Tuy nhiên,
trong máy tính hướng dịch vụ, ý nghĩa của thuật ngữ
này có thể thay đổi để phản ánh thực tế là
một phần lớn tiềm năng của logic ứng dụng không
còn dành riêng cho ứng dụng.

Định hướng Dịch vụ và Khái niệm “Tích hợp”

Khi chúng tôi xem lại ý tưởng về khoảng không
quảng cáo dịch vụ bao gồm các dịch vụ, theo
các nguyên tắc định hướng dịch vụ, được định hình
thành tiêu chuẩn hóa và (phần lớn) có thể tái sử dụng
đơn vị logic giải pháp, chúng ta có thể thấy rằng điều
này sẽ thách thức nhận thức truyền thống về
"hội nhập."
Trong quá khứ, tích hợp một cái gì đó ngụ ý kết nối
hai hoặc nhiều ứng dụng hoặc chương trình
có thể tương thích hoặc không (Hình 3.23). Có lẽ họ
đã dựa trên
nền tảng công nghệ hoặc có thể chúng chưa bao giờ
được thiết kế để kết nối với bất kỳ thứ gì bên ngoài
ranh giới bên trong của chính họ. Nhu cầu ngày càng
tăng để kết nối các phần mềm khác nhau để
thiết lập một mức trao đổi dữ liệu đáng tin cậy là
điều đã biến tích hợp trở thành một
một phần hồ sơ của ngành công nghệ thông tin.

Các dịch vụ được thiết kế để "có thể tương tác về bản

chất" được xây dựng với nhận thức đầy đủ rằng
chúng
sẽ cần phải tương tác với một lượng lớn người tiêu
dùng dịch vụ tiềm năng, hầu hết trong số đó sẽ
không xác định được tại thời điểm giao hàng đầu tiên
của họ. Nếu một phần quan trọng trong giải pháp
doanh nghiệp của chúng tôi
logic được thể hiện bằng một kho các dịch vụ có thể
tương tác thực chất, nó cho phép chúng ta tự do trộn
và kết hợp các dịch vụ này thành các cấu hình thành
phần vô hạn để
đáp ứng bất kỳ yêu cầu tự động hóa nào theo cách
của chúng tôi.
Kết quả là, khái niệm tích hợp bắt đầu mờ nhạt. Trao
đổi dữ liệu giữa các đơn vị khác nhau
của logic giải pháp trở thành một đặc tính thiết kế tự
nhiên và thứ cấp (Hình 3.24). Lại,
tuy nhiên, đây là thứ chỉ có thể chuyển tiếp khi một
tỷ lệ phần trăm đáng kể của
lôgic giải pháp của tổ chức được thể hiện bằng một
kho dịch vụ chất lượng. Trong khi làm việc
để đạt được môi trường này, có thể sẽ có nhiều yêu
cầu đối với
tích hợp giữa các hệ thống kế thừa hiện tại mà còn
giữa các hệ thống kế thừa và những
dịch vụ.

Thành phần dịch vụ

Ứng dụng, ứng dụng tích hợp, giải pháp, hệ thống —
tất cả các điều khoản này và những gì chúng
có đại diện truyền thống có thể được liên kết trực tiếp
với thành phần dịch vụ (Hình
3,25). Khi các sáng kiến chuyển đổi SOA tiếp tục
tiến triển trong một doanh nghiệp, nó có thể hữu ích
để phân biệt rõ ràng giữa một ứng dụng truyền thống
(một ứng dụng có thể nằm cùng với
triển khai SOA hoặc có thể thực sự được đóng gói
bởi một dịch vụ) và dịch vụ
các tác phẩm cuối cùng trở nên phổ biến hơn.

3.4 Mục tiêu và Lợi ích của Điện toán Hướng Dịch
vụ
Một tập hợp các mục tiêu và lợi ích chiến lược (Hình
3.26) đại diện chung cho trạng thái mục tiêu mà
chúng ta
mong muốn đạt được khi chúng tôi luôn áp dụng
định hướng dịch vụ vào thiết kế phần mềm
các chương trình. Sẽ rất có lợi nếu hiểu được tầm
quan trọng của những mục tiêu và lợi ích này
bởi vì chúng cung cấp cho chúng ta bối cảnh liên tục,
bao quát và lý do để duy trì
cam kết của chúng tôi trong việc thực hiện định
hướng dịch vụ trong dài hạn.

Các phần sắp tới mô tả từng mục tiêu và lợi ích chiến
lược này.
Tăng khả năng tương tác nội tại
Khả năng tương tác đề cập đến việc chia sẻ dữ liệu.
Các chương trình phần mềm có khả năng tương tác
cao hơn,
họ càng dễ dàng trao đổi thông tin. Các chương trình
phần mềm không
cần được tích hợp tương tác. Do đó, tích hợp có thể
được coi là một quá trình mà
cho phép khả năng tương tác. Mục tiêu của định
hướng dịch vụ là thiết lập khả năng tương tác nguyên
bản
bên trong các dịch vụ để giảm nhu cầu tích hợp
(Hình 3.27). Như đã giải thích trước đây trong
Ảnh hưởng của Định hướng Dịch vụ đối với phần
Doanh nghiệp, tích hợp như một khái niệm bắt đầu
mờ dần trong các môi trường hướng dịch vụ.

Khả năng tương tác được thúc đẩy đặc biệt thông qua
việc áp dụng nhất quán các nguyên tắc thiết kế
và tiêu chuẩn thiết kế. Điều này thiết lập một môi
trường trong đó các dịch vụ được tạo ra bởi các
các dự án tại các thời điểm khác nhau có thể được lắp
ráp nhiều lần với nhau thành nhiều loại bố cục
cấu hình để giúp tự động hóa một loạt các tác vụ kinh
doanh.
Khả năng tương tác nội tại thể hiện mục tiêu cơ bản
của định hướng dịch vụ thiết lập
nền tảng cho việc thực hiện các mục tiêu và lợi ích
chiến lược khác. Tiêu chuẩn hóa hợp đồng,
khả năng mở rộng, khả năng dự đoán hành vi và độ
tin cậy chỉ là một số đặc điểm thiết kế
cần thiết để tạo điều kiện cho khả năng tương tác, tất
cả đều được giải quyết theo hướng dịch vụ
các nguyên tắc được ghi lại trong cuốn sách này.
Mỗi nguyên tắc trong số tám nguyên tắc hướng dịch
vụ hỗ trợ hoặc góp phần vào khả năng tương tác
trong
một số cách. Sau đây chỉ là một số ví dụ:

Hợp đồng dịch vụ được tiêu chuẩn hóa (291) - Hợp

đồng dịch vụ được tiêu chuẩn hóa để đảm bảo đo
lường cơ bản về khả năng tương tác liên quan đến sự
hài hòa của các mô hình dữ liệu.
• Khớp nối lỏng lẻo dịch vụ (293) - Giảm mức độ
thúc đẩy khớp nối dịch vụ
khả năng tương tác bằng cách làm cho các dịch vụ
riêng lẻ ít phụ thuộc hơn vào các dịch vụ khác và do
đó
cởi mở hơn cho lời kêu gọi của những người tiêu
dùng dịch vụ khác nhau.
• Tóm tắt dịch vụ (294) - Các chi tiết trừu tượng về
dịch vụ giới hạn tất cả
tương tác với hợp đồng dịch vụ, tăng tính nhất quán
lâu dài của
khả năng tương tác bằng cách cho phép logic dịch vụ
cơ bản phát triển độc lập hơn.
• Khả năng tái sử dụng dịch vụ (295) - Việc thiết kế
các dịch vụ để tái sử dụng ngụ ý mức độ cao của
yêu cầu khả năng tương tác giữa dịch vụ và nhiều
dịch vụ tiềm năng
người tiêu dùng.
• Quyền tự chủ về dịch vụ (297) - Bằng cách nâng
cao quyền tự chủ của từng cá nhân trong dịch vụ,
hành vi của nó
trở nên dễ dự đoán nhất quán hơn, tăng tiềm năng tái
sử dụng và do đó
mức độ tương tác có thể đạt được.
• Dịch vụ không trạng thái (298) - Thông qua việc
nhấn mạnh vào thiết kế không trạng thái, tính khả
dụng
và khả năng mở rộng của các dịch vụ tăng lên, cho
phép chúng tương tác với nhau thường xuyên hơn và
một cách đáng tin cậy.
• Khả năng khám phá dịch vụ (300) - Có thể khám
phá chỉ đơn giản là cho phép các dịch vụ nhiều hơn
dễ dàng định vị bởi những người muốn có khả năng
tương tác với họ.
• Khả năng tổng hợp dịch vụ (302) - Cuối cùng, để
các dịch vụ có thể kết hợp một cách hiệu quả, chúng
phải có khả năng tương tác. Sự thành công của việc
đáp ứng các yêu cầu về khả năng tổng hợp thường
gắn liền với
trực tiếp đến mức độ mà các dịch vụ được tiêu chuẩn
hóa và trao đổi dữ liệu giữa các dịch vụ
được tối ưu hóa.
Mục tiêu cơ bản của việc áp dụng định hướng dịch
vụ là để khả năng tương tác trở thành một
sản phẩm phụ, lý tưởng ở mức độ khả năng tương tác
nội tại được thiết lập như một
đặc điểm thiết kế dịch vụ chung và mong đợi.

Liên kết gia tăng

Môi trường CNTT liên kết là môi trường nơi các tài
nguyên và ứng dụng được hợp nhất trong khi
duy trì quyền tự chủ và tự quản của cá nhân họ. Định
hướng dịch vụ nhằm mục đích
tăng quan điểm liên kết của một doanh nghiệp ở bất
kỳ mức độ nào mà nó được áp dụng. Nó
hoàn thành điều này thông qua việc triển khai rộng
rãi các
dịch vụ, mỗi dịch vụ bao gồm một bộ phận của
doanh nghiệp và thể hiện nó trong một
cách thức phù hợp.
Để hỗ trợ việc liên kết ngày càng tăng, tiêu chuẩn
hóa trở thành một phần của hỗ trợ bổ sung
sự chú ý mà mỗi dịch vụ nhận được tại thời điểm
thiết kế. Cuối cùng, điều này dẫn đến một môi trường
nơi
logic giải pháp toàn doanh nghiệp trở nên hài hòa
một cách tự nhiên, bất kể bản chất của
triển khai cơ bản (Hình 3.28)

Tăng tùy chọn đa dạng hóa nhà cung cấp

Đa dạng hóa nhà cung cấp đề cập đến khả năng mà
một tổ chức có được để chọn và chọn các sản phẩm
và cải tiến công nghệ của nhà cung cấp “giống tốt
nhất” và sử dụng chúng cùng nhau trong một
xí nghiệp. Có một môi trường đa dạng về nhà cung
cấp không nhất thiết có lợi cho một
cơ quan; tuy nhiên, có tùy chọn để đa dạng hóa khi
được yêu cầu là có lợi. Có
và giữ lại tùy chọn này yêu cầu rằng kiến trúc công
nghệ của nó không bị ràng buộc hoặc bị khóa vào bất
kỳ
một nền tảng nhà cung cấp cụ thể.
Điều này thể hiện một trạng thái quan trọng đối với
một doanh nghiệp trong đó nó cung cấp sự tự do liên
tục
cho một tổ chức để thay đổi, mở rộng và thậm chí
thay thế việc triển khai giải pháp và
tài nguyên công nghệ mà không làm gián đoạn kiến
trúc dịch vụ tổng thể, liên kết. Đây
biện pháp tự chủ quản trị hấp dẫn vì nó kéo dài tuổi
thọ và tăng
lợi nhuận tài chính của các giải pháp tự động hóa.
Bằng cách thiết kế một giải pháp hướng đến dịch vụ
phù hợp với nhưng trung lập với SOA của nhà cung
cấp lớn
nền tảng và bằng cách định vị các hợp đồng dịch vụ
làm điểm cuối được tiêu chuẩn hóa trong suốt
doanh nghiệp liên hợp, chi tiết triển khai dịch vụ độc
quyền có thể được tóm tắt để thiết lập
một khung giao tiếp dịch vụ xen kẽ nhất quán. Điều
này cung cấp cho các tổ chức
các lựa chọn liên tục bằng cách cho phép họ đa dạng
hóa doanh nghiệp của mình khi cần thiết (Hình 3.29)
Việc đa dạng hóa nhà cung cấp được hỗ trợ thêm
bằng cách tận dụng các tiêu chuẩn dựa trên,
khung dịch vụ Web trung lập với nhà cung cấp. Bởi
vì họ không áp đặt giao tiếp độc quyền
các yêu cầu, dịch vụ giảm hơn nữa sự phụ thuộc vào
nền tảng của nhà cung cấp. Như với bất kỳ khác
phương tiện thực hiện, tuy nhiên, các dịch vụ cần
được định hình và tiêu chuẩn hóa thông qua
định hướng dịch vụ để trở thành một phần liên kết
của kho dịch vụ lớn hơn.
Tăng cường liên kết miền công nghệ và kinh doanh
Mức độ đáp ứng các yêu cầu kinh doanh CNTT
thường gắn liền với
độ chính xác mà logic nghiệp vụ được thể hiện và tự
động hóa bằng logic giải pháp. Mặc dù
triển khai ứng dụng ban đầu theo truyền thống được
thiết kế để đáp ứng
yêu cầu, trước đây đã có một thách thức trong việc
giữ cho các ứng dụng được liên kết
với nhu cầu kinh doanh khi bản chất và hướng của
doanh nghiệp thay đổi.
Định hướng dịch vụ thúc đẩy sự trừu tượng hóa ở
nhiều cấp độ. Một trong những phương tiện hiệu quả
nhất bằng cách
sự trừu tượng hóa chức năng nào được áp dụng là
việc thiết lập các lớp dịch vụ một cách chính xác
đóng gói và đại diện cho các mô hình kinh doanh.
Bằng cách đó, phổ biến, tồn tại từ trước
biểu diễn logic kinh doanh (các thực thể kinh doanh,
quy trình kinh doanh) có thể tồn tại ở dạng hoàn
thiện như các dịch vụ vật lý.
Điều này được thực hiện bằng cách kết hợp một quy
trình phân tích và mô hình hóa có cấu trúc
đòi hỏi sự tham gia thực hành của các chuyên gia về
vấn đề kinh doanh trong định nghĩa thực tế
của các dịch vụ (như được giải thích trong phần Phân
tích hướng dịch vụ (Mô hình hóa dịch vụ) trong
Chương 4). Các thiết kế dịch vụ kết quả có khả năng
phù hợp với công nghệ tự động hóa với
kinh doanh thông minh ở mức độ chưa từng có (Hình
3.30).

Hơn nữa, thực tế là các dịch vụ được thiết kế để có

thể tương tác trực tiếp về bản chất
tạo điều kiện cho doanh nghiệp thay đổi. Khi các quy
trình kinh doanh được tăng cường để đáp ứng với các
các yếu tố (môi trường kinh doanh, chính sách mới,
ưu tiên mới, v.v.) dịch vụ có thể được cấu hình lại
thành
các sáng tác mới phản ánh logic kinh doanh đã thay
đổi. Điều này cho phép một hướng dịch vụ
kiến trúc công nghệ để phát triển song song với chính
doanh nghiệp.
Tăng ROI
Đo lường lợi tức đầu tư (ROI) của các giải pháp tự
động là một yếu tố quan trọng trong
xác định mức độ hiệu quả về chi phí của một ứng
dụng hoặc hệ thống nhất định. Càng lớn
trở lại, tổ chức càng được hưởng lợi từ giải pháp.
Tuy nhiên, lợi nhuận càng thấp thì
chi phí cho các giải pháp tự động càng ngốn ngân
sách và lợi nhuận của một tổ chức. Vì bản chất của
logic ứng dụng bắt buộc đã tăng độ phức tạp và do
các kiến trúc tích hợp không liên kết ngày càng phát
triển, khó duy trì và phát triển,
bộ phận CNTT trung bình đại diện cho một lượng
đáng kể hoạt động của một tổ chức
ngân sách. Đối với nhiều tổ chức, chi phí tài chính do
CNTT yêu cầu là mối quan tâm chính
bởi vì nó thường tiếp tục tăng mà không cho thấy bất
kỳ mức tăng tương ứng nào trong
giá trị kinh doanh.

Định hướng dịch vụ ủng hộ việc tạo ra lôgic giải

pháp bất khả tri — lôgic bất khả tri
cho bất kỳ mục đích nào và do đó hữu ích cho nhiều
mục đích. Đa năng này hoặc có thể tái sử dụng
logic hoàn toàn tận dụng bản chất có thể tương tác
nội tại của các dịch vụ. Dịch vụ bất khả tri có
tăng khả năng tái sử dụng có thể được thực hiện bằng
cách cho phép chúng được lắp ráp nhiều lần
thành các sáng tác khác nhau. Do đó, bất kỳ một dịch
vụ bất khả tri nào cũng có thể tự nhận thấy rằng
được thay thế nhiều lần để tự động hóa các quy trình
kinh doanh khác nhau như một phần của
các giải pháp hướng tới dịch vụ.
Với lợi ích này, chi phí trả trước bổ sung và nỗ lực
được đầu tư vào mỗi sản phẩm
logic của giải pháp để định vị nó như một tài sản
CNTT với mục đích lặp lại, lâu dài
lợi nhuận tài chính. Như thể hiện trong Hình 3.31,
việc nhấn mạnh vào việc tăng ROI thường đi
vượt ra ngoài lợi nhuận được tìm kiếm theo cách
truyền thống như một phần của các sáng kiến tái sử
dụng trong quá khứ. Điều này có nhiều việc phải làm
với thực tế là định hướng dịch vụ nhằm mục đích
thiết lập việc tái sử dụng như một
đặc trưng trong hầu hết các dịch vụ.

Điều quan trọng là phải thừa nhận rằng mục tiêu này
không chỉ đơn giản gắn liền với các lợi ích theo
truyền thống
liên quan đến việc tái sử dụng phần mềm. Các kỹ
thuật thiết kế sản phẩm thương mại đã được chứng
minh là
kết hợp và kết hợp với các phương pháp phân phối
ứng dụng doanh nghiệp hiện có để tạo thành
cơ sở của một tập hợp các quy trình thiết kế và phân
tích hướng dịch vụ riêng biệt (như được đề cập trong
các chương trong Phần II, Phân tích và Thiết kế
Hướng Dịch vụ)

Tăng sự nhanh nhẹn của tổ chức

Tính nhanh nhẹn, ở cấp độ tổ chức, đề cập đến hiệu
quả mà tổ chức có thể
đáp ứng với sự thay đổi. Tăng cường sự nhanh nhẹn
của tổ chức là điều rất hấp dẫn đối với các công ty,
đặc biệt là những người trong khu vực tư nhân. Có
thể thích ứng nhanh hơn với những thay đổi của
ngành
và vượt xa các đối thủ cạnh tranh có ý nghĩa chiến
lược to lớn.
Một bộ phận CNTT đôi khi có thể bị coi là điểm
nghẽn, cản trở mong muốn
khả năng đáp ứng bằng cách đòi hỏi quá nhiều thời
gian hoặc nguồn lực để hoàn thành công việc kinh
doanh mới hoặc thay đổi
các yêu cầu. Đây là một trong những lý do tại sao các
phương pháp phát triển nhanh đã trở nên phổ biến,
vì chúng cung cấp một phương tiện giải quyết các
mối quan tâm chiến thuật tức thời nhanh chóng hơn.
Định hướng dịch vụ hướng rất nhiều đến việc thiết
lập tổ chức rộng rãi
sự nhanh nhẹn. Khi định hướng dịch vụ được áp
dụng trong toàn bộ doanh nghiệp, nó dẫn đến các
dịch vụ creationof được tiêu chuẩn hóa cao và có thể
tái sử dụng và do đó không phù hợp với doanh
nghiệp mẹ
các quy trình và môi trường ứng dụng cụ thể.
Khi một kho dịch vụ bao gồm ngày càng nhiều dịch
vụ bất khả tri, sự gia tăng
phần trăm lôgic giải pháp tổng thể của nó không
thuộc về một môi trường ứng dụng nào. Thay vì,
bởi vì các dịch vụ này đã được định vị là tài sản
CNTT có thể tái sử dụng, chúng có thể được lặp đi
lặp lại
được cấu tạo thành các cấu hình khác nhau. Do đó,
thời gian và nỗ lực cần thiết để tự động hóa
các quy trình kinh doanh mới hoặc thay đổi bị giảm
tương ứng vì các dự án phát triển
hiện có thể được hoàn thành với nỗ lực phát triển tùy
chỉnh ít hơn đáng kể (Hình 3.32).

Kết quả ròng của sự thay đổi cơ bản này trong việc
phân phối dự án là khả năng đáp ứng được nâng cao
và
giảm thời gian tiếp cận tiềm năng thị trường, tất cả
điều này chuyển thành sự nhanh nhẹn của tổ chức
tăng lên.
Sự nhanh nhạy của tổ chức thể hiện trạng thái mục
tiêu mà các tổ chức hướng tới là
họ cung cấp dịch vụ và nhập kho dịch vụ. Tổ chức
được hưởng lợi
từ việc tăng khả năng đáp ứng sau khi một lượng
dịch vụ đáng kể được cung cấp.
Các quy trình cần thiết để lập mô hình và thiết kế các
dịch vụ đó yêu cầu trả trước nhiều hơn
chi phí và nỗ lực hơn là xây dựng số lượng logic giải
pháp tương ứng bằng cách sử dụng
các cách tiếp cận phân phối dự án truyền thống.
Do đó, điều quan trọng là phải thừa nhận rằng định
hướng dịch vụ có một chiến lược
tập trung có ý định thành lập một doanh nghiệp
nhanh nhẹn. Điều này khác với
phương pháp tiếp cận phát triển nhanh tập trung
nhiều hơn vào chiến thuật.

Giảm gánh nặng CNTT

Áp dụng nhất quán các kết quả định hướng dịch vụ
trong một doanh nghiệp CNTT với việc giảm lãng
phí và
dự phòng, giảm kích thước và chi phí hoạt động
(Hình 3.33), và giảm chi phí liên quan
với sự quản lý và phát triển của nó. Một doanh
nghiệp như vậy có thể mang lại lợi ích cho một tổ
chức thông qua
tăng đáng kể hiệu quả và hiệu quả chi phí
Về bản chất, việc đạt được các mục tiêu được mô tả
trước đây có thể tạo ra một CNTT gọn gàng hơn,
nhanh nhẹn hơn
bộ phận, một bộ phận ít gánh nặng hơn cho tổ chức
và nhiều hơn nữa
người đóng góp vào các mục tiêu chiến lược của nó.
Tóm lại, việc áp dụng nhất quán các nguyên tắc thiết
kế hướng dịch vụ cho từng cá nhân
các dịch vụ cuối cùng bao gồm khoảng không quảng
cáo dịch vụ lớn hơn là yêu cầu cốt lõi để
đạt được các mục tiêu và lợi ích của tính toán hướng
dịch vụ (Hình 3.34)

3.5 Bốn Trụ cột của Định hướng Dịch vụ

Như đã giải thích trước đây, định hướng dịch vụ
cung cấp cho chúng tôi một phương pháp được xác
định rõ ràng để
định hình các chương trình phần mềm thành các đơn
vị logic hướng dịch vụ mà chúng ta có thể tham khảo
một cách hợp pháp
như các dịch vụ. Mỗi dịch vụ như vậy mà chúng tôi
cung cấp sẽ đưa chúng tôi đến một bước gần hơn để
đạt được mong muốn
trạng thái mục tiêu được đại diện bởi các mục tiêu và
lợi ích chiến lược nói trên.
Thực tiễn, mô hình, nguyên tắc và công nghệ đã
được chứng minh tồn tại để hỗ trợ định hướng dịch
vụ.
Tuy nhiên, do tính chất chiến lược rõ ràng của trạng
thái mục tiêu mà định hướng dịch vụ
nhằm mục đích thiết lập, có một tập hợp các yếu tố
thành công quan trọng cơ bản hoạt động như một
điều kiện tiên quyết để áp dụng thành công. Những
yếu tố thành công quan trọng này được gọi là
trụ cột bởi vì chúng cùng thiết lập một nền tảng lành
mạnh và vững chắc để xây dựng,
triển khai và quản lý các dịch vụ.
Bốn trụ cột của định hướng dịch vụ là
• Làm việc theo nhóm - Cần có sự hợp tác và nhóm
giữa các dự án.
• Giáo dục - Các thành viên trong nhóm phải giao
tiếp và hợp tác dựa trên cơ sở
kiến thức và sự hiểu biết.
• Kỷ luật - Các thành viên trong nhóm phải áp dụng
kiến thức chung của họ một cách nhất quán.
• Phạm vi cân bằng - Mức độ yêu cầu của Làm việc
nhóm, Giáo dục và
Kỷ luật cần được thực hiện được thể hiện bằng một
phạm vi có ý nghĩa nhưng có thể quản lý được.
Sự tồn tại của bốn trụ cột này được coi là thiết yếu
đối với bất kỳ sáng kiến SOA nào. Sự vắng mặt
của bất kỳ một trong những trụ cột này ở một mức độ
đáng kể sẽ tạo ra một yếu tố rủi ro chính. Nếu như
một
sự vắng mặt được xác định trong giai đoạn lập kế
hoạch ban đầu, nó có thể đảm bảo không tiến hành
dự án cho đến khi nó đã được giải quyết — hoặc
phạm vi của dự án đã bị giảm xuống.

TEAMWORK
Trong khi các ứng dụng dựa trên silo truyền thống
đòi hỏi sự hợp tác giữa các thành viên của
các nhóm dự án riêng lẻ, việc cung cấp các dịch vụ
và các giải pháp theo định hướng dịch vụ yêu cầu
hợp tác giữa nhiều nhóm dự án. Phạm vi làm việc
theo nhóm được yêu cầu là đáng chú ý
lớn hơn và có thể giới thiệu các động lực mới, vai trò
dự án mới và nhu cầu rèn luyện và duy trì
các mối quan hệ mới giữa các cá nhân và bộ phận.
Những người trong nhóm SOA tổng thể cần phải
tin cậy và nương tựa lẫn nhau; nếu không đội sẽ thất
bại.
Education
Yếu tố chính để nhận ra độ tin cậy và sự tin cậy mà
các thành viên trong nhóm SOA yêu cầu là đảm bảo
rằng họ sử dụng một khung giao tiếp chung dựa trên
từ vựng phổ biến,
định nghĩa, khái niệm, phương pháp và hiểu biết
chung về trạng thái mục tiêu mà nhóm
tập thể làm việc để đạt được. Để đạt được sự hiểu
biết chung này đòi hỏi
giáo dục, không chỉ trong các chủ đề chung liên quan
đến định hướng dịch vụ, SOA và dịch vụ
công nghệ, mà còn trong các nguyên tắc, mẫu và
thực hành cụ thể, cũng như
tiêu chuẩn, chính sách và phương pháp luận cụ thể
cho tổ chức.
Kết hợp các trụ cột của làm việc nhóm và giáo dục
thiết lập nền tảng kiến thức và
sự hiểu biết về cách sử dụng kiến thức đó giữa các
thành viên của nhóm SOA. Các
kết quả là rõ ràng loại bỏ nhiều rủi ro phổ biến mà
SOA truyền thống gây ra
dự án

Kỷ luật
Một yếu tố thành công quan trọng đối với bất kỳ
sáng kiến SOA nào là sự nhất quán về cách thức và
kiến thức thực hành
giữa một nhóm hợp tác được sử dụng và áp dụng. Để
thành công chung, các thành viên trong nhóm
do đó phải có kỷ luật trong cách họ áp dụng kiến
thức của họ và trong cách họ thực hiện
vai trò tương ứng của họ. Các biện pháp kỷ luật bắt
buộc thường được thể hiện trong
phương pháp luận, mô hình hóa và tiêu chuẩn thiết
kế, cũng như các quy tắc quản trị. Ngay cả với
những ý định tốt nhất, một đội có giáo dục và hợp tác
sẽ thất bại nếu không có kỷ luật.
Phạm vi cân bằng
Cho đến nay, chúng tôi đã xác định rằng chúng tôi
cần:
• các nhóm hợp tác có…
• hiểu biết chung và giáo dục liên quan đến ngành và
doanh nghiệp cụ thể
lĩnh vực kiến thức và điều đó…
• chúng ta cần hợp tác nhất quán như một nhóm, áp
dụng sự hiểu biết của mình và tuân theo các phương
pháp và tiêu chuẩn phổ biến một cách có kỷ luật.
Trong một số doanh nghiệp CNTT, đặc biệt là những
doanh nghiệp có lịch sử lâu đời trong việc xây dựng
dựa trên silo
ứng dụng, đạt được những phẩm chất này có thể là
một thách thức. Văn hóa, chính trị và nhiều
các hình thức khác của các vấn đề về tổ chức có thể
phát sinh gây khó khăn cho việc đạt được những điều
cần thiết
những thay đổi về tổ chức theo yêu cầu của ba trụ cột
này. Làm thế nào sau đó chúng có thể được thực tế
đạt được? Tất cả đều nằm ở việc xác định phạm vi áp
dụng cân bằng.
Phạm vi áp dụng cần phải có ý nghĩa xuyên suốt,
đồng thời thực tế
có thể quản lý được. Điều này đòi hỏi phải xác định
phạm vi cân bằng của việc áp dụng định hướng dịch
vụ.

Ghi chú
Khái niệm về phạm vi cân bằng tương ứng trực tiếp
với hướng dẫn sau
trong Tuyên ngôn SOA:
“Phạm vi áp dụng SOA có thể khác nhau. Giữ cho nỗ
lực có thể quản lý được và trong phạm vi
ranh giới có ý nghĩa. ”
Xem Phụ lục D để biết Tuyên ngôn SOA hoàn chỉnh
và SOA được chú thích
Tuyên ngôn.
Khi phạm vi áp dụng cân bằng đã được xác định,
phạm vi này sẽ xác định mức độ
ba trụ cột khác cần được thiết lập. Ngược lại, mức độ
bạn có thể nhận ra
ba trụ cột khác sẽ ảnh hưởng đến cách bạn xác định
phạm vi (Hình 3.35).

Các yếu tố phổ biến liên quan đến việc xác định
phạm vi cân bằng bao gồm:
• Những trở ngại về văn hóa
• Cơ cấu quyền hạn
• Địa lý
• Căn chỉnh miền doanh nghiệp
• Hỗ trợ và tài trợ của các bên liên quan có sẵn
• Tài nguyên CNTT có sẵn
Một tổ chức có thể chọn một hoặc nhiều phạm vi áp
dụng cân bằng (Hình 3.36).
Có nhiều phạm vi dẫn đến cách tiếp cận dựa trên
miền để áp dụng. Mỗi miền
thiết lập ranh giới cho hàng tồn kho các dịch vụ.
Trong số các lĩnh vực, việc áp dụng định hướng dịch
vụ và cung cấp dịch vụ có thể diễn ra độc lập. Điều
này không dẫn đến
silo ứng dụng; nó thiết lập các miền dịch vụ có ý
nghĩa (còn được gọi là "lục địa của
dịch vụ ”) trong doanh nghiệp CNTT.