Microservices Expo Authors: Zakia Bouachraoui, Elizabeth White, Pat Romanski, Liz McMillan, Yeshim Deniz

Related Topics: Microservices Expo

Microservices Expo: Article

SOA Adoption Models

Ad hoc versus program-based

SOA Adoption Models
We have encountered various approaches that enterprises are taking for migrating to and adopting SOA for their enterprises. We list the following models in this article that we have come across consistently: ad hoc and program-based (organic and strategic) models.

The Ad Hoc SOA Adoption Model
Ad hoc SOA adoption is the project-level adoption of service-oriented technologies on a specific need or tactical basis. There is no central coordination or plan. The results of this adoption model are:
• Each project or initiative benefits the technical advantages of new services at an individual level.
• The technologies are applied inconsistently, which allows for proliferation of bad SOA practices, such as the development of non-standard Web Services, hidden pockets of cost in one-off maintenance, low-level of service reuse, increase in point-to-point Web Services connectivity, etc
• Enterprise reuse can't be achieved and can therefore yield redundant development efforts.
• Increased IT complexity, resulting in reduced agility for responding to business demands
• Potentially resulting in worse condition than the previous status quo.

It's clear that businesses need to invest in a strategy for SOA adoption that will address business drivers, improve existing IT challenges, and avoid the negative impact of unplanned ad hoc SOA adoption. Depending on the organization's goals and level of investment, SOA adoption can be planned in accordance with an overall program.

The Program-based SOA Adoption Model
Program-based SOA adoption allows SOA evolution to be controlled according to an overarching enterprise strategy and goals. This model provides a holistic view and addresses the enterprise from organizational, process, and technology dimensions over time. A planned and directed SOA adoption strategy eliminates the risk of propagating SOA bad practices that will worsen the IT situation. Some key characteristics of a program-based approach are:
• Creates processes and guidelines that support desirable, consistent, predictable, and measurable outcomes for SOA adoption.
• Provides active service portfolio management, including ongoing SOA opportunity identification.
• Promotes SOA best practices and enhances one's ability to adopt new technology paradigm consistently across the enterprise as well as increase SOA ROI
• Provides an opportunity for changes to the organization and processes as learning can be applied to further strengthen the SOA ROI.

We'll consider two program-based SOA adoption models: organic and strategic. Both provide planned and controlled adoption behaviors. The difference in these models is how they are initiated and the pace of adoption. (See Sidebar)

The Program-based Organic SOA Adoption Model
Organic SOA adoption model requires low investment. It allows:
• Quick understanding and alignment of key business drivers with SOA objectives
• Execution of a prioritized project using SOA principles
• Development of core (base line) processes
• Building foundation technologies that can be used for successive SOA projects.

In an organic adoption model of SOA, one builds a business case from the findings of the initial project. Base line standards, best practices, processes, and organization structure are created and then evolved. The initial project rarely provides a positive ROI due to the cost associated with additional planning and the SOA infrastructure build-out. However, the organic model shows that incremental benefits will be achieved through SOA on successive projects. SOA does not require a full enterprise implementation to begin to realize value. Investments in the infrastructure can be aligned on a project basis to reduce risk. The value can be realized earlier without a comprehensive SOA strategy.

Figure 1 shows the typical progression of the organic SOA adoption model. The initial project is chosen opportunistically from existing planned projects according to agreed upon criteria. The project is executed with the original scope in mind and a specific business problem is solved. SOA artifacts and processes used on the project are then harvested. Incremental SOA costs are absorbed by the initial project and are recouped by the business in subsequent SOA projects.

The Program-based Strategic SOA Adoption Model
As an alternative to the organic approach, the strategic SOA adoption model is characterized by an initial strategy project to build an enterprise business case for SOA, define a future state, and plan a roadmap for implementation. The future state incorporates not only the technology transformation required to move towards SOA, but also the organizational and process changes as well. (Figure 2)

Organizations adopting SOA through a strategic model build out a supporting infrastructure for enterprise SOA with a reference implementation that demonstrates the recommended use of standards and best practices.

The roadmap of strategic SOA is based on a comprehensive assessment of the enterprise and defines SOA projects over a three- to five-year timeframe. It takes into account all the dimensions of an enterprise: people, processes, and technology (see Figure 3). NOTE: We need to redraw this visual differently. It was done for PMUSA with ToPCoder).

SOA Adoption Recommendations
While there are clear tradeoffs between the organic and strategic SOA adoption models, there are four key adoption recommendations for any successful program-based SOA. They are:
• Align SOA objectives with business drivers
• Selectively determine SOA adopters
• Identify and address organizational barriers to adoption
• Define and measure success

Align SOA objectives with business drivers
Since SOA is a set of best practices and related standards that can be applied uniquely on each implementation, implementation can produce a variety of benefits. There's a risk of misfiring or misinterpretation when SOA objectives aren't clearly aligned with business drivers. To be effective, SOA implementation objectives have to be in alignment with the enterprise imperatives for both organic and strategic adoption. In both organic and strategic SOA adoption, SOA objectives need to be documented that can:
• Support the business case for SOA
• Align the architecture with the needs of the business
• Act as a reference for developing a future-state reference architecture
• Prioritize the approach for potential projects and a SOA roadmap

SOA strategy should begin by understanding the enterprise imperatives - a successful business plan takes the external environment, business and IT strategy, and current and planned projects into account. SOA objectives are best identified collaboratively in a workshop environment with key SOA stakeholders from business and IT leaders along with user communities. With enterprise imperatives identified, SOA objectives can be well articulated and prioritized across functional units of the value chain.

Earlier we showed you typical business drivers for SOA (Table 1). SOA objectives for the enterprise can be an extension of these kinds of drivers prioritized and aligned with the enterprise imperatives. For example, the first business driver - lower cost of IT - simplify the IT infrastructure - can be the basis of a SOA objective and can be extended to state - lower cost of IT - simplify the IT infrastructure by reducing the data redundancies across customer-oriented systems. An SOA objective should relate to a particular business strategy, but not prescribe an implementation approach.

More Stories By Alkesh Shah

Alkesh Shah is a director at Keane Architecture Services.

More Stories By Paul Kalin

Paul Kalin is senior principal enterprise architect at Keane Architecture Services.

Comments (0)

Share your thoughts on this story.

Add your comment
You must be signed in to add a comment. Sign-in | Register

In accordance with our Comment Policy, we encourage comments that are on topic, relevant and to-the-point. We will remove comments that include profanity, personal attacks, racial slurs, threats of violence, or other inappropriate material that violates our Terms and Conditions, and will block users who make repeated violations. We ask all readers to expect diversity of opinion and to treat one another with dignity and respect.

Microservices Articles
When building large, cloud-based applications that operate at a high scale, it’s important to maintain a high availability and resilience to failures. In order to do that, you must be tolerant of failures, even in light of failures in other areas of your application. “Fly two mistakes high” is an old adage in the radio control airplane hobby. It means, fly high enough so that if you make a mistake, you can continue flying with room to still make mistakes. In his session at 18th Cloud Expo, Lee A...
In his general session at 19th Cloud Expo, Manish Dixit, VP of Product and Engineering at Dice, discussed how Dice leverages data insights and tools to help both tech professionals and recruiters better understand how skills relate to each other and which skills are in high demand using interactive visualizations and salary indicator tools to maximize earning potential. Manish Dixit is VP of Product and Engineering at Dice. As the leader of the Product, Engineering and Data Sciences team at D...
Lori MacVittie is a subject matter expert on emerging technology responsible for outbound evangelism across F5's entire product suite. MacVittie has extensive development and technical architecture experience in both high-tech and enterprise organizations, in addition to network and systems administration expertise. Prior to joining F5, MacVittie was an award-winning technology editor at Network Computing Magazine where she evaluated and tested application-focused technologies including app secu...
Containers and Kubernetes allow for code portability across on-premise VMs, bare metal, or multiple cloud provider environments. Yet, despite this portability promise, developers may include configuration and application definitions that constrain or even eliminate application portability. In this session we'll describe best practices for "configuration as code" in a Kubernetes environment. We will demonstrate how a properly constructed containerized app can be deployed to both Amazon and Azure ...
Modern software design has fundamentally changed how we manage applications, causing many to turn to containers as the new virtual machine for resource management. As container adoption grows beyond stateless applications to stateful workloads, the need for persistent storage is foundational - something customers routinely cite as a top pain point. In his session at @DevOpsSummit at 21st Cloud Expo, Bill Borsari, Head of Systems Engineering at Datera, explored how organizations can reap the bene...
Using new techniques of information modeling, indexing, and processing, new cloud-based systems can support cloud-based workloads previously not possible for high-throughput insurance, banking, and case-based applications. In his session at 18th Cloud Expo, John Newton, CTO, Founder and Chairman of Alfresco, described how to scale cloud-based content management repositories to store, manage, and retrieve billions of documents and related information with fast and linear scalability. He addresse...
The now mainstream platform changes stemming from the first Internet boom brought many changes but didn’t really change the basic relationship between servers and the applications running on them. In fact, that was sort of the point. In his session at 18th Cloud Expo, Gordon Haff, senior cloud strategy marketing and evangelism manager at Red Hat, will discuss how today’s workloads require a new model and a new platform for development and execution. The platform must handle a wide range of rec...
SYS-CON Events announced today that DatacenterDynamics has been named “Media Sponsor” of SYS-CON's 18th International Cloud Expo, which will take place on June 7–9, 2016, at the Javits Center in New York City, NY. DatacenterDynamics is a brand of DCD Group, a global B2B media and publishing company that develops products to help senior professionals in the world's most ICT dependent organizations make risk-based infrastructure and capacity decisions.
Discussions of cloud computing have evolved in recent years from a focus on specific types of cloud, to a world of hybrid cloud, and to a world dominated by the APIs that make today's multi-cloud environments and hybrid clouds possible. In this Power Panel at 17th Cloud Expo, moderated by Conference Chair Roger Strukhoff, panelists addressed the importance of customers being able to use the specific technologies they need, through environments and ecosystems that expose their APIs to make true ...
In his keynote at 19th Cloud Expo, Sheng Liang, co-founder and CEO of Rancher Labs, discussed the technological advances and new business opportunities created by the rapid adoption of containers. With the success of Amazon Web Services (AWS) and various open source technologies used to build private clouds, cloud computing has become an essential component of IT strategy. However, users continue to face challenges in implementing clouds, as older technologies evolve and newer ones like Docker c...