Welcome!

Microservices Expo Authors: Pat Romanski, Elizabeth White, Liz McMillan, Flint Brenton, Karthick Viswanathan

Related Topics: Microservices Expo, Agile Computing

Microservices Expo: Article

SOA and the Rise of WOA

A lightweight version of SOA has arrived: Web-Oriented Architecture or WOA

Paul Wallis's Blog

How does SOA work, how can it be used? And what is WOA? With the use of a real-world example,this article describes why a properly planned and implemented Service Oriented Architecture can create a flexible way of aligning business and IT. Paul Wallis, of Stroma Software (UK) Ltd, explains...


Over the past year or so there has been a huge increase in the amount of discussion about Service Oriented Architecture (SOA), and the number of blogs and posts on the subject seems to increase daily.

So with over 25 million references to SOA discovered by Google, why bother writing another SOA blog post?

Much of the discussion amongst the SOA community is interesting to other technophiles, but only serves to confuse the majority of readers. Bloggers like Mike Kavis try to bring the focus of SOA back to a business perspective, but the vast majority of articles concentrate on the technology debate.

In recent weeks the rise of a lightweight version of SOA, termed Web Oriented Architecture (WOA), has had the techno-bloggers tapping away at their keyboards. OnStrategies gives us a quick digest of some of the highlights.

Rather than join the technology debate about SOA we’ll take a step back and explain simply how it works, how it can be used and, with the use of a real-world example, describe why a properly planned and implemented Service Oriented Architecture can create a flexible way of aligning business and IT.

Let’s start by looking at what the term Service Oriented Architecture actually means.

The original definition of the word “architecture” can be described as “the art and science of designing and constructing physical structures”. Typically we associate the word “architecture” with the style of buildings, be it the Art Deco style of the Chrysler Building in New York, the modernist formalism of the Bank of China Tower in Hong Kong, or the grand scale of the gothic Milan Cathedral.

Recently the IT industry has used the term Architecture more and more frequently to describe how building blocks of hardware, software and interface protocols can be put together to create systems. The best recent description of its usage that I have seen described Architecture as:

“a subjective mapping from a human perspective (that of the user in the case of abstract or physical artifacts) to the elements or components of some kind of structure or system, which preserves the relationships among the elements or components.”

When it comes to Service Oriented Architecture (SOA), the term means designing a system where each system component provides access to its computational or business resources as a service to other components.

By way of explanation, let’s say that we have a simplified system which receives an order, generates an invoice and faxes it to the purchaser. The workflow of that function can be broken down into four distinct services:

1) Stock availability and pricing service
2) Order creation service
3) Document creation service
4) Faxing service

The theory is that by creating these distinct, separate and self contained services for each of the components we gain greater flexibility. Each of these services could be called from other business functions allowing re-use in subsequent areas of the business.

For example, the business could offer potential clients access to its stock availability and pricing information rather than utilising its own sales staff to process queries. Or it could expand the faxing service to cover email without changes to multiple larger systems - saving money, time and resources.

That, put very simply, forms the basis of all SOA. Those of you familiar with software development will recognise the re-use advantages of this approach which has been the main-stay of functional and object oriented design for many years.

So if this concept of re-use is not new, why all the hype surrounding SOA?

Although the concept is not new, software re-use traditionally required the code to be “tightly coupled”, meaning that the programmers had to understand how both the new code and the re-usable code could be linked together to create an interface which tied them explicitly together. Vendors are now trying to promote the technology, tools and standards that have been developed to allow services to be “loosely coupled” with each other, reducing the complexity of integrating services together. To understand how this works we need to look at how the service industries work in the real world.

Over the past few decades we have seen a growth in the service industry sector, driven partly by economic constraints. Companies have increasingly analysed their strengths and been concentrating on their core expertise, outsourcing those functions that they see as non-core and awarding contracts to companies to service those contracts. Remember in the 1980’s when the telephone sanitiser companies had the contract for wiping telephone handsets, or in the 1990’s when plant maintenance companies came in to water the peace lilies in the foyer?

Usually, each of these contracts would have an associated cost negotiated before the contract was awarded, and was subject to procurement rigours for value for money. They would also of had predefined deliverables and be monitored to ensure the service matched those promised. Finally, each contract commonly had a point of contact for efficient communication with that service organisation.

By building similar capabilities into SOA, the IT industry now has a way of creating re-usable services which can be used by third parties seeking “buy not build” functionality for their applications or for the support of their business functions. By implementing a standard contract approach into the implementation of services, they can be used without a detailed knowledge of bespoke interface considerations. As such, it is relatively easy to decouple from one service provider and move to another, hence the term “loosely coupled” as opposed to “tightly coupled”.

As well as adhering to a contract model and having the ability to be loosely coupled, services generally also allow abstraction, reusability, autonomy, statelessness, discoverability, and composability – depending on the specification and design brief of the service.

Architecture

When an architect is commissioned to design a building his first requirement is a design brief. As well as understanding the style of the building, he must also gain knowledge of budget, environmental considerations, location specific requirements, building usage, decision authority, material availability, reasons for embarking on the project etc.

The answers to these questions will determine how the building will look and feel. It will also, however, determine the tools and equipment needed to undertake the task, the best approach to take, what skills are required to deliver the project, the scope of work, bill of materials and project timescales.

The same is true of SOA. Just as there is more than one way to design and construct a building, and more than one set of tools which can be used, so with SOA there are many technologies and methodologies which can be used to deliver an SOA solution and all have different advantages and disadvantages.

In the construction industry there are some people who prefer sustainable hardwood construction rather than metal. Within the proponents of metal construction, there are some which prefer aluminium to steel. Within the advocates of steel, some prefer rivets to welding.

Similarly, in the SOA community some advocates prefer SOAP/web services to CORBA, DCOM, REST, RPC or JINI. Some prefer complex messaging backbones and others simple state protocol transmissions. Some prefer closely coupled, others loosely coupled. Some use a top-down approach to architectural design, whilst others suggest bottom up.

Does it matter? Yes it does.

Which is best? Unfortunately that depends on your design brief.

SOA Architecture Principles

There are some well defined specific SOA architectural principles governing service design and service definition, namely:

  • Service encapsulation - Many web-services are consolidated to be used under the SOA Architecture. Often such services have not been planned to be under SOA.
  • Service loose coupling - Services maintain a relationship that minimizes dependencies and only requires that they maintain an awareness of each other
  • Service contract - Services adhere to a communications agreement, as defined collectively by one or more service description documents
  • Service abstraction - Beyond what is described in the service contract, services hide logic from the outside world
  • Service reusability - Logic is divided into services with the intention of promoting reuse
  • Service composability - Collections of services can be coordinated and assembled to form composite services
  • Service autonomy – Services have control over the logic they encapsulate
  • Service optimization – All else equal, high-quality services are generally considered preferable to low-quality ones
  • Service discoverability – Services are designed to be outwardly descriptive so that they can be found and accessed via available discovery mechanisms such as service repositories or directories

Further information about these principles can be found here.

There are two approaches to Service Orientated Modelling – “top-down” and “bottom-up”. The top-down approach starts with analysis at a business process level to evaluate re-engineering and workflow, ensuring that service delivery matches business requirements. The “bottom-up” approach starts in the IT stack, analysing systems and system functionality, before existing systems are wrapped using Web services to create a service layer.

In reality, despite much debate over a number of years, success will not come from “top-down” OR “bottom-up”. It is only a mixture of the two which will work effectively, a view shared by Neil Ward-Dutton in his recent post “Which comes first: process or service?

Next Page: A Real-Life example...

More Stories By Paul Wallis

Paul Wallis is Chief Technology Officer at Stroma Software Limited. He blogs at www.keystonesandrivets.com, where he tries to bridge the understanding gap between business and IT.

Comments (1) View Comments

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.


Most Recent Comments
kvandersluis 12/04/08 11:48:04 PM EST

Great intro to SOA, Paul. You mention in the summary that budget cuts may stifle SOA for many companies. But SOA-related infrastructure and tooling is an area of rapid growth in open source development, not only with the project I work with (xaware.org), but at companies like WSO2, and many Apache projects like Synapse and Tuscany. Companies can find value in service orientation at the project level before taking on the all-encompassing, enterprise-wide SOA initiative. Open source facilitates this without the huge investment of many of the commercial platforms.

-Kirstan

@MicroservicesExpo Stories
With the rise of DevOps, containers are at the brink of becoming a pervasive technology in Enterprise IT to accelerate application delivery for the business. When it comes to adopting containers in the enterprise, security is the highest adoption barrier. Is your organization ready to address the security risks with containers for your DevOps environment? In his session at @DevOpsSummit at 21st Cloud Expo, Chris Van Tuin, Chief Technologist, NA West at Red Hat, will discuss: The top security r...
The last two years has seen discussions about cloud computing evolve from the public / private / hybrid split to the reality that most enterprises will be creating a complex, multi-cloud strategy. Companies are wary of committing all of their resources to a single cloud, and instead are choosing to spread the risk – and the benefits – of cloud computing across multiple providers and internal infrastructures, as they follow their business needs. Will this approach be successful? How large is the ...
Enterprises are moving to the cloud faster than most of us in security expected. CIOs are going from 0 to 100 in cloud adoption and leaving security teams in the dust. Once cloud is part of an enterprise stack, it’s unclear who has responsibility for the protection of applications, services, and data. When cloud breaches occur, whether active compromise or a publicly accessible database, the blame must fall on both service providers and users. In his session at 21st Cloud Expo, Ben Johnson, C...
Many organizations adopt DevOps to reduce cycle times and deliver software faster; some take on DevOps to drive higher quality and better end-user experience; others look to DevOps for a clearer line-of-sight to customers to drive better business impacts. In truth, these three foundations go together. In this power panel at @DevOpsSummit 21st Cloud Expo, moderated by DevOps Conference Co-Chair Andi Mann, industry experts will discuss how leading organizations build application success from all...
Most of the time there is a lot of work involved to move to the cloud, and most of that isn't really related to AWS or Azure or Google Cloud. Before we talk about public cloud vendors and DevOps tools, there are usually several technical and non-technical challenges that are connected to it and that every company needs to solve to move to the cloud. In his session at 21st Cloud Expo, Stefano Bellasio, CEO and founder of Cloud Academy Inc., will discuss what the tools, disciplines, and cultural...
The “Digital Era” is forcing us to engage with new methods to build, operate and maintain applications. This transformation also implies an evolution to more and more intelligent applications to better engage with the customers, while creating significant market differentiators. In both cases, the cloud has become a key enabler to embrace this digital revolution. So, moving to the cloud is no longer the question; the new questions are HOW and WHEN. To make this equation even more complex, most ...
As DevOps methodologies expand their reach across the enterprise, organizations face the daunting challenge of adapting related cloud strategies to ensure optimal alignment, from managing complexity to ensuring proper governance. How can culture, automation, legacy apps and even budget be reexamined to enable this ongoing shift within the modern software factory?
Agile has finally jumped the technology shark, expanding outside the software world. Enterprises are now increasingly adopting Agile practices across their organizations in order to successfully navigate the disruptive waters that threaten to drown them. In our quest for establishing change as a core competency in our organizations, this business-centric notion of Agile is an essential component of Agile Digital Transformation. In the years since the publication of the Agile Manifesto, the conn...
The nature of the technology business is forward-thinking. It focuses on the future and what’s coming next. Innovations and creativity in our world of software development strive to improve the status quo and increase customer satisfaction through speed and increased connectivity. Yet, while it's exciting to see enterprises embrace new ways of thinking and advance their processes with cutting edge technology, it rarely happens rapidly or even simultaneously across all industries.
These days, APIs have become an integral part of the digital transformation journey for all enterprises. Every digital innovation story is connected to APIs . But have you ever pondered over to know what are the source of these APIs? Let me explain - APIs sources can be varied, internal or external, solving different purposes, but mostly categorized into the following two categories. Data lakes is a term used to represent disconnected but relevant data that are used by various business units wit...
21st International Cloud Expo, taking place October 31 - November 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA, will feature technical sessions from a rock star conference faculty and the leading industry players in the world. Cloud computing is now being embraced by a majority of enterprises of all sizes. Yesterday's debate about public vs. private has transformed into the reality of hybrid cloud: a recent survey shows that 74% of enterprises have a hybrid cloud strategy. Me...
DevOps is often described as a combination of technology and culture. Without both, DevOps isn't complete. However, applying the culture to outdated technology is a recipe for disaster; as response times grow and connections between teams are delayed by technology, the culture will die. A Nutanix Enterprise Cloud has many benefits that provide the needed base for a true DevOps paradigm. In their Day 3 Keynote at 20th Cloud Expo, Chris Brown, a Solutions Marketing Manager at Nutanix, and Mark Lav...
"NetApp's vision is how we help organizations manage data - delivering the right data in the right place, in the right time, to the people who need it, and doing it agnostic to what the platform is," explained Josh Atwell, Developer Advocate for NetApp, in this SYS-CON.tv interview at 20th Cloud Expo, held June 6-8, 2017, at the Javits Center in New York City, NY.
One of the biggest challenges with adopting a DevOps mentality is: new applications are easily adapted to cloud-native, microservice-based, or containerized architectures - they can be built for them - but old applications need complex refactoring. On the other hand, these new technologies can require relearning or adapting new, oftentimes more complex, methodologies and tools to be ready for production. In his general session at @DevOpsSummit at 20th Cloud Expo, Chris Brown, Solutions Marketi...
Leading companies, from the Global Fortune 500 to the smallest companies, are adopting hybrid cloud as the path to business advantage. Hybrid cloud depends on cloud services and on-premises infrastructure working in unison. Successful implementations require new levels of data mobility, enabled by an automated and seamless flow across on-premises and cloud resources. In his general session at 21st Cloud Expo, Greg Tevis, an IBM Storage Software Technical Strategist and Customer Solution Architec...
DevOps at Cloud Expo – being held October 31 - November 2, 2017, at the Santa Clara Convention Center in Santa Clara, CA – announces that its Call for Papers is open. Born out of proven success in agile development, cloud computing, and process automation, DevOps is a macro trend you cannot afford to miss. From showcase success stories from early adopters and web-scale businesses, DevOps is expanding to organizations of all sizes, including the world's largest enterprises – and delivering real r...
Today companies are looking to achieve cloud-first digital agility to reduce time-to-market, optimize utilization of resources, and rapidly deliver disruptive business solutions. However, leveraging the benefits of cloud deployments can be complicated for companies with extensive legacy computing environments. In his session at 21st Cloud Expo, Craig Sproule, founder and CEO of Metavine, will outline the challenges enterprises face in migrating legacy solutions to the cloud. He will also prese...
You know you need the cloud, but you’re hesitant to simply dump everything at Amazon since you know that not all workloads are suitable for cloud. You know that you want the kind of ease of use and scalability that you get with public cloud, but your applications are architected in a way that makes the public cloud a non-starter. You’re looking at private cloud solutions based on hyperconverged infrastructure, but you’re concerned with the limits inherent in those technologies.
‘Trend’ is a pretty common business term, but its definition tends to vary by industry. In performance monitoring, trend, or trend shift, is a key metric that is used to indicate change. Change is inevitable. Today’s websites must frequently update and change to keep up with competition and attract new users, but such changes can have a negative impact on the user experience if not managed properly. The dynamic nature of the Internet makes it necessary to constantly monitor different metrics. O...
Hypertext Transfer Protocol, or HTTP, was first introduced by Tim Berners-Lee in 1991. The initial version HTTP/0.9 was designed to facilitate data transfers between a client and server. The protocol works on a request-response model over a TCP connection, but it’s evolved over the years to include several improvements and advanced features. The latest version is HTTP/2, which has introduced major advancements that prioritize webpage performance and speed.