SOA Worst Practices Vol2

SOA Worst Practices, Volume II, as the title suggests, is the follow-on white paper to SOA Worst Practices, Volume I: a collection, of dubious––and sometimes disastrous ––case studies of service-oriented architecture (SOA) implementations….

worstpracticevol_ii.pdf

SOA Worst Practices Vol1

Make no mistake: SOA can be tricky. Learn from this compilation of “SOA Worst Practices” which traps to avoid. Learn the limits of XML firewalls. Find out how not to fall prey to consultants. Make sure you don’t hand out your WSDL to passersby… This wisdom and much, much more from the experts at Actional.

soa_worstpractices_vol1.pdf

The “S” in “SOA” is Services

SOA is indeed architecture, but it’s based on the proper design, development, and testing of Services. These Services provide what’s core to SOA, and the discipline and process that software engineers put around this effort should be significant. Changes to SOA Services design, development and testing need to be made and understood right now.

Anemic Domain Model

The basic symptom of an Anemic Domain Model is that at first blush it looks like the real thing. There are objects, many named after the nouns in the domain space, and these objects are connected with the rich relationships and structure that true domain models have. The catch comes when you look at the behavior, and you realize that there is hardly any behavior on these objects, making them little more than bags of getters and setters. Indeed often these models come with design rules that say that you are not to put any domain logic in the the domain objects. Instead there are a set of service objects which capture all the domain logic. These services live on top of the domain model and use the domain model for data.

Elements of Service-Oriented Analysis and Design

A structured approach or analysis and design method is required to craft SOAs of quality. As none of the existing approaches met the authors requirements on recent SOA projects, they suggest combining elements from well-established practices such as OOAD, EA, and BPM, complementing them with innovative elements upon demand.

Service-oriented modeling and architecture

This article discusses the highlights of service-oriented modeling and architecture; the key activities that you need for the analysis and design required to build a Service-Oriented Architecture (SOA). The author stresses the importance of addressing the techniques required for the identification, specification and realization of services, their flows and composition, as well as the enterprise-scale components needed to realize and ensure the quality of services required of a SOA.

Defining SOA Governance

Considering that there are really two flavors emerging for SOA Governance: Design time and runtime. It’s important to understand the differences, and that you may indeed need two SOA governance products, at the end of the day

SOA antipatterns

Explore different Service-Oriented Architecture (SOA) antipatterns, which are descriptions of commonly occurring situations or solutions that generate decidedly negative consequences. With more businesses taking major steps to move from Web services to SOA, barriers to the introduction, adoption, and successful implementations of SOA are becoming more evident. Some of these barriers are similar to those that caused past essential initiatives to fail; others are specific to SOA. Documenting such barriers and worst practices will help consultants, architects and specialists not to repeat the same mistakes and learn how to avoid them instead. The antipatterns compiled and described here were identified by the authors through personal experiences as IBM architects, examination of past and current SOA engagements, and by soliciting input from practitioners who were involved in customer SOA engagements.

Rethinking SOA Governance

Rethinking SOA governance comes down to understanding and addressing two primary and complementary factors: cost and profit. This article presents a discussion on recognizing the incentives for organizations to undertake an effective SOA governance model through a pragmatic approach of addressing cost and profit.

Governance, the key to SOA success

Few would argue that SOA is inevitable and has become a strategic imperative for organizations today. Those without a strategy for SOA risk being outpaced and outperformed by competitors who are better equipped to serve customers, seize opportunities and respond to change.

← Previous PageNext Page →