WE LIVE IN HARD TIMES. THE SOCIAL M

WE LIVE IN HARD TIMES. THE SOCIAL MARKET ECONOMY IS BEING REPLACED BY A GLOBAL MARKET economy, and the marketing guys rule the world. As a consequence, you have to be fast and flexible to survive. It’s a renaissance of Darwinism:

It is not the strongest of the species that survive, nor the most intelligent, but the ones

most responsive to change.

The key is flexibility. For all major companies and large distributed systems, information technology (IT) flexibility is paramount. In fact, IT has become a key business value enabler.

At the same time, processes and systems are also becoming more and more complex. We have left the stage where automation was primarily a matter of individual systems, and are fast moving toward a world where all those individual systems will become one distrib-uted system. The challenge is maintainability.

It turns out that the old ways of dealing with the problems of scalability and distribution don’t work anymore. We can no longer harmonize or maintain control. Centralization, the precondition for harmonization and control, does not scale, and we have reached its limits. For this reason, we need a new approach—an approach that accepts heterogeneity and leads to decentralization.

ent languages. The new approach must bring business and IT much closer than ever before.


Service-oriented architecture (SOA) is exactly what’s needed. It’s an approach that helps sys-tems remain scalable and flexible while growing, and that also helps bridge the business/IT gap. The approach consists of three major elements:

• Services, which on the one hand represent self-contained business functionalities that can be part of one or more processes, and on the other hand, can be implemented by any technology on any platform.

• A specific infrastructure, called the enterprise service bus (ESB), that allows us to combine these services in an easy and flexible manner.

• Policies and processes that deal with the fact that large distributed systems are heteroge-neous, under maintenance, and have different owners.

SOA accepts that the only way to maintain flexibility in large distributed systems is to support heterogeneity, decentralization, and fault tolerance.

Sounds like a dream, doesn’t it?

The problem is that you can’t just buy SOA; you have to understand it and live it. SOA is a paradigm. SOA is a way of thinking. SOA is a value system for architecture and design.

This book will explain the paradigm and value system of SOA, drawing on real experi-ences. SOA is often explained with brief statements and prototypes, which leads to a problem illustrated by the infamous “hockey stick function” (see Figure 1-1).* Up to a cer-tain level of complexity, the amount of effort required is low, and things look fine. But when this level of complexity is exceeded, the amount of effort required suddenly begins to rise faster than the benefit you gain, and finally, things collapse.

Too often, SOA is only partly explained and installed. Just introducing an infrastructure like Web Services might help up to a certain level of complexity, but this is not enough to guarantee scalability. The whole architecture, dealing with services, infrastructure, poli-cies, and processes, must match. Once you understand how to implement SOA, it’s not hard, but it takes time and courage. (OK, so it is hard.) And a lot of effort is required to help people understand (beginning with yourself). If you’re not willing to put in the effort, you will fail.


Before we get into the details, I’d like to provide a foundation for the rest of this book by talking about the context and history of SOA. The following sections will present some of the “tales and mystery” of SOA to help you get familiar with SOA

Kết quả (Việt) 1:

CHÚNG TA SỐNG TRONG THỜI ĐIỂM KHÓ KHĂN. Nền kinh tế xã hội thị trường nền kinh tế là đang được thay thế bởi A toàn cầu thị trường, và những kẻ tiếp thị cai trị thế giới. Kết quả là, bạn phải được nhanh chóng và linh hoạt để tồn tại. Nó là một thời kỳ phục hưng của Darwinism:

nó không phải là mạnh nhất của loài tồn tại, cũng không thông minh nhất, nhưng những người

đặt đáp ứng với sự thay đổi.

điều quan trọng là tính linh hoạt. Cho tất cả các công ty lớn và hệ thống phân phối lớn, thông tin công nghệ (CNTT) linh hoạt là tối quan trọng. Trong thực tế, nó đã trở thành một kinh doanh chính giá trị enabler.

cùng một lúc, quy trình và hệ thống đang cũng trở nên phức tạp hơn và nhiều hơn nữa. Chúng tôi đã để lại giai đoạn nơi tự động hóa là chủ yếu là một vấn đề của hệ thống cá nhân, và nhanh chóng di chuyển về hướng một thế giới nơi mà tất cả các hệ thống cá nhân sẽ trở thành một hệ thống distrib uted. Thách thức là bảo trì.

nó chỉ ra rằng những cách cũ của đối phó với các vấn đề về khả năng mở rộng và phân phối không làm việc nữa. Chúng tôi không còn có thể hài hoà hoặc duy trì kiểm soát. Tập trung, điều kiện tiên quyết cho sự hài hoà và kiểm soát, không có quy mô, và chúng tôi đã đạt đến giới hạn của nó. Vì lý do này, chúng ta cần một cách tiếp cận mới-một cách tiếp cận chấp nhận heterogeneity và dẫn đến phân cấp.

ent ngôn ngữ. Cách tiếp cận mới phải mang lại kinh doanh và nó gần gũi hơn hơn bao giờ hết.


kiến trúc hướng dịch vụ (SOA) là chính xác những gì cần thiết. Nó là một cách tiếp cận giúp sys-tems vẫn còn khả năng mở rộng và linh hoạt trong khi phát triển, và cũng giúp cầu kinh doanh / nó gap. Phương pháp tiếp cận bao gồm ba yếu tố chính:

• Dịch vụ, một mặt đại diện cho dịch vụ doanh nhân tự phục vụ chức năng mà có thể là một phần của một hoặc nhiều quy trình, và mặt khác, có thể được thực hiện bởi bất kỳ công nghệ trên nền tảng nào.

Cơ sở hạ tầng cụ thể • một, được gọi là doanh nghiệp dịch vụ bus (ESB), cho phép chúng tôi để kết hợp các dịch vụ này một cách dễ dàng và linh hoạt.

• Chính sách và quy trình mà đối phó với thực tế rằng lớn distributed hệ thống là heteroge-neous, dưới bảo trì, và có chủ sở hữu khác nhau.

SOA chấp nhận rằng cách duy nhất để duy trì sự linh hoạt trong hệ thống phân phối lớn là để hỗ trợ heterogeneity, phân quyền, và lỗi khoan dung.

âm thanh như một giấc mơ, không nó?

vấn đề là bạn không thể chỉ cần mua SOA; bạn phải hiểu nó và sống nó. SOA là một mô hình. SOA là một cách để suy nghĩ. SOA là một hệ thống giá trị cho kiến trúc và thiết kế.

cuốn sách này sẽ giải thích mô hình và giá trị hệ thống của SOA, vẽ trên thực experi-ences. SOA thường được giải thích với báo cáo ngắn và chiếc nguyên mẫu, mà dẫn đến một vấn đề minh họa bởi các khét tiếng "chơi khúc côn cầu thanh chức năng" (xem hình 1-1). * lên đến một mức độ cer-tain phức tạp, số nỗ lực cần thiết là thấp, và những điều trông khỏe chút nào. Nhưng khi mức độ phức tạp vượt quá, số tiền của nỗ lực cần thiết đột nhiên bắt đầu tăng nhanh hơn so với lợi ích bạn đạt được, và cuối cùng, những thứ sụp đổ.

quá thường xuyên, SOA là chỉ một phần giải thích và cài đặt. Chỉ giới thiệu một cơ sở hạ tầng như dịch vụ Web có thể giúp lên đến một mức nhất định của phức tạp, nhưng điều này là không đủ để đảm bảo khả năng mở rộng. Kiến trúc toàn bộ, đối phó với dịch vụ, cơ sở hạ tầng, poli-cies, và các quy trình, phải phù hợp với. Một khi bạn hiểu làm thế nào để thực hiện SOA, nó không phải là khó, nhưng phải mất thời gian và can đảm. (OK, do đó, nó là khó khăn.) Và rất nhiều nỗ lực được yêu cầu để giúp mọi người hiểu (bắt đầu với chính mình). Nếu bạn không sẵn sàng để đưa vào nỗ lực, bạn sẽ thất bại.


trước khi chúng tôi nhận được vào các chi tiết, tôi cũng muốn cung cấp một nền tảng cho phần còn lại của cuốn sách này bằng cách nói chuyện về bối cảnh và lịch sử của SOA. Phần sau đây sẽ giới thiệu một số "tales và bí ẩn" của SOA để giúp bạn làm quen với SOA