Welcome!

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

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

Microservices Articles
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...
Adding public cloud resources to an existing application can be a daunting process. The tools that you currently use to manage the software and hardware outside the cloud aren’t always the best tools to efficiently grow into the cloud. All of the major configuration management tools have cloud orchestration plugins that can be leveraged, but there are also cloud-native tools that can dramatically improve the efficiency of managing your application lifecycle. In his session at 18th Cloud Expo, ...
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...
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 ...
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...
CloudEXPO New York 2018, colocated with DXWorldEXPO New York 2018 will be held November 11-13, 2018, in New York City and will bring together Cloud Computing, FinTech and Blockchain, Digital Transformation, Big Data, Internet of Things, DevOps, AI, Machine Learning and WebRTC to one location.
DevOpsSummit New York 2018, colocated with CloudEXPO | DXWorldEXPO New York 2018 will be held November 11-13, 2018, in New York City. Digital Transformation (DX) is a major focus with the introduction of DXWorldEXPO within the program. Successful transformation requires a laser focus on being data-driven and on using all the tools available that enable transformation if they plan to survive over the long term.
In his session at 20th Cloud Expo, Scott Davis, CTO of Embotics, discussed how automation can provide the dynamic management required to cost-effectively deliver microservices and container solutions at scale. He also discussed how flexible automation is the key to effectively bridging and seamlessly coordinating both IT and developer needs for component orchestration across disparate clouds – an increasingly important requirement at today’s multi-cloud enterprise.