Welcome!

Microservices Expo Authors: LeanTaaS Blog, Derek Weeks, Don MacVittie, Karthick Viswanathan, Gopala Krishna Behara

Related Topics: Microservices Expo

Microservices Expo: Article

Where Are Web Services Going?

Where Are Web Services Going?

Web Services is a term that is being used to define a set of technologies that exposes business functionality over the Web as a set of automated interfaces. These automated interfaces allow businesses to discover and bind to interfaces at run-time, supposedly minimizing the amount of static preparation that is needed by other integration technologies. The question is, "Do Web Services solve the business problem they propose to solve?"

The business problem in the case of Web Services is the integration of extranet services into larger applications. My belief is that Web Services do not offer any great advancement forward in solving extranet integration, which I hope to illustrate throughout this article. Let's start by further identifying the business problem and the components of Web Services that serve as a solution.

The first part of the business problem is discovering the available services that have been exposed by a particular organization. These services may be transactional, informational, or visual. A transactional service allows the user of the service to invoke a transaction, such as ordering a new computer system. An informational service allows users to query information, such as the status of an already placed order or to request product documentation. A visual service will respond by providing data that is designed for visual display, such as in a Web browser.

The business problem is defined as two-parts: (1) how can we locate and identify a service for use, and (2) once found, how can we incorporate that service as part of a larger extranet application. It is important to recognize that this is about extranet applications here. Web Services is a powerful, but potentially heavyweight, service that may fill the needs of an extremely large population, but might be excessive for intranet integration purposes.

Allow me to further clarify this point. There are those who confuse the entire Web Services architecture with the portion of Web Services that satisfies the second part of the business problem (described by #2 above). Indeed, there is a need to leverage and use services in a loosely coupled manner for intranet application integration as well as for extranet applications, but there are more lightweight technologies that are available to assist in these endeavors. We will cover this further in the section on "Leveraging Web Services."

For now, we can identify the problem as attempting to incorporate existing extranet services into internal business processes for the purpose of automation and increased communications.

How To Discover A Service
To discover these types of services, a group of companies, led by Microsoft, Ariba, and IBM, created the Universal Description, Discovery, and Integration (UDDI) specification. This specification forms the basis of a registry that is designed to store service profiles by organization, and contains all the necessary information required to understand the intent and invoke a particular service. Note that not all of this information is intended for machine-to-machine communications. A service interface might be represented by a telephone number as well as by a TCP/IP port.

The UDDI specification focuses on the storage, organization, and architecture of the registry service, and not on the usage of the information that is contained within. UDDI leverages the Simple Object Access Protocol (SOAP) to define interfaces for publishing and inquiring about the information in the UDDI repository.

Leveraging Web Services
Initially, some human intervention will probably be required to locate and identify a Web service. This will probably occur during the design phase of a new or modified business process. This Web service will then be incorporated into an application that extends across the firewall during one or more steps of the business process to retrieve information associated with that process.

For example, an automobile manufacturer may want to automate their supply chain by extending across the Internet and retrieving order and inventory status from a supplier. This will probably take place as part of a larger planning process that also leverages information from internal ERP and other operational systems.

The next set of technologies that assists with this type of initiative will help companies with binding and executing remote services in an automated fashion. Again, this is where some confusion occurs regarding the purpose of the binding technology. In the case of Web Services, there is an accepted specification called Web Service Description Language (WSDL) that is an XML document that defines the inputs and outputs of a Web service, including the XML Schemas that should be used to create the input and output documents.

Each WSDL document contains both an abstract definition of the service and how that service binds to a particular network im-plementation and data format bindings. The following example is from the WSDL specification and defines two messages that will be used to create a virtual port and how that port binds to an HTTP/SOAP implementation.

<message name="GetLastTradePriceInput">
<part name="body" element="xsd1:TradePrice"/>
</message>

<message name="GetLastTradePriceOutput">
<part name="body" element="xsd1:TradePriceResult"/>
</message>

GetLastTradePriceInput and GetLastTrade PriceOutput each describe a message whose body consists of either TradePrice or TradePriceResult document types.
<portType name="StockQuotePortType">
<operation name="GetLastTradePrice">
<input message="tns:GetLastTradePriceInput"/>
<output message="tns:GetLastTradePriceOutput"/>
</operation>
</portType>
In the above section, portType defines a virtual port that creates an interface called StockQuotePortType with an operation called GetLastTradePrice. GetLastTradePrice is analogous to a method on the StockQuote PortType interface for those familiar with this type of terminology. It also defines that the input to this method is a GetLastTrade PriceInput and the output is returned as GetLastTradePriceOutput.

The binding section in Listing 1 physically links the interface and the method described earlier to a specific implementation. In this case, the binding states that the service is implemented on the URL specified by the soapAction attribute of the soap:operation element and that it returns a SOAP message with a body conforming to the stockquote XML Schema.

This section of the WSDL document is critical for users of the service to understand as it tells them how to create the SOAP message for delivery. Other such bindings exist for HTTP GET/POST and MIME.

<service name="StockQuoteService">
<documentation>My first service</documentation>
<port name="StockQuotePort" binding="tns:StockQuoteBinding">
<soap:address location="http://example.com/stockquote"/>
</port>
</service>
Finally, we name the service StockQuote Service, which links it to the SOAP binding and the abstract definition of the StockQuotePort. Users of this service will send their SOAP messages to the URL defined by the soap:address element. By definition then we can tell that there are multiple URLs used to implement this service. The external service definition is identified by the service element and the internal service implementation is identified by the binding element.

In the above example, a significant portion of the specification is dedicated to late binding efforts that allow a service definition to be connected to many different implementations. While this could be used for the purposes of intranet application integration, there are many more assumptions that can be made about the environment in which that type of integration is being performed. For example, it may prove more advantageous to use IBM's MQ Series to connect two disparate applications and to use a SOAP message between them to provide the loose coupling desired without inheriting all of the overhead of the multiple layers discussed here, which are necessary for extranet binding to occur.

Where Is This Leading?
It is my belief that XML is so flexible and can be so easily molded to fit any problem space that it has led to people using XML in scenarios where it is actually debilitating to the application instead of an enhancement. I call this illogical need of engineers to use XML without solid reasoning the "Not Invented For XML" (NIFX) syndrome-a derivation of the well-known Not Invented Here (NIH) syndrome. Web Services in total is one example of NIFX.

Web Services, like many other extranet integration technologies, still suffers from many of the same hurdles as its predecessors, namely CORBA, DCOM, Java RMI, or DCE. XML does provide a more flexible data serialization mechanism to use in tandem with an extranet integration, but adds a new dimension of complexity to the overall application. For example, there are now multiple layers of parsing and unmarshaling that must occur before the actual implementation is invoked. Also, it is as strongly tied to the need for standardization of data formats as any of the preexisting extranet integration technologies.

Additionally, Web Services does not provide solutions for any unanswered questions business executives might have with regard to exposing functionality to its trading partners. Indeed, many of the functions that businesses have chosen to expose they already do or could have with existing Web application technologies, such as HTTP, HTML, and servlets/Active Server Pages. Also, the security model surrounding Web Services needs time to mature as we continue to find holes in Internet security implementations on a monthly basis. And, WSDL is simply a new incarnation of the Interface Definition Language (IDL) that was used by Microsoft's DCOM and CORBA.

Web Services does offer an alternative to invoking publicly exposed functionality. That is, users are no longer tied to "scraping" ever-changing HTML forms in order to integrate over the Web, but still gain the benefit of a document metaphor for integration over a pure application programming interface. However, the downside risk is that users are now susceptible to XML Schema versioning the development of XML document handlers for the return values.

Web Services will become prevalent because anything XML is perceived by business to be simpler to use and to write applications to process - not because it is a major improvement over other extranet integration technologies. It is my belief that the industry would have been better served by focusing on using XML as a serialization format between disparate existing extranet integration technologies, thus leveraging the maturity of those solutions while minimizing the disparities between them.

More Stories By JP Morgenthal

JP Morgenthal is a veteran IT solutions executive and Distinguished Engineer with CSC. He has been delivering IT services to business leaders for the past 30 years and is a recognized thought-leader in applying emerging technology for business growth and innovation. JP's strengths center around transformation and modernization leveraging next generation platforms and technologies. He has held technical executive roles in multiple businesses including: CTO, Chief Architect and Founder/CEO. Areas of expertise for JP include strategy, architecture, application development, infrastructure and operations, cloud computing, DevOps, and integration. JP is a published author with four trade publications with his most recent being “Cloud Computing: Assessing the Risks”. JP holds both a Masters and Bachelors of Science in Computer Science from Hofstra University.

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
Shauna Davies 01/15/02 06:41:00 PM EST

I would like to know how to go about ordering and extra copy of Volume 1 Issue 3. My boss Karyn Haaland is very interested in obtaiing an additional copy.

Please let me know the propers channels I would need to go through.

Thanks!

@MicroservicesExpo Stories
The notion of improving operational efficiency is conspicuously absent from the healthcare debate - neither Obamacare nor the newly proposed GOP plan discusses the impact that a step-function improvement in efficiency could have on access to healthcare (through more capacity), quality of healthcare services (through reduced wait times for patients) or cost (through better utilization of scarce, expensive assets).
Some people are directors, managers, and administrators. Others are disrupters. Eddie Webb (@edwardawebb) is an IT Disrupter for Software Development Platforms at Liberty Mutual and was a presenter at the 2016 All Day DevOps conference. His talk, Organically DevOps: Building Quality and Security into the Software Supply Chain at Liberty Mutual, looked at Liberty Mutual's transformation to Continuous Integration, Continuous Delivery, and DevOps. For a large, heavily regulated industry, this task...
Our work, both with clients and with tools, has lead us to wonder how it is that organizations are handling compliance issues in the cloud. The big cloud vendors offer compliance for their infrastructure, but the shared responsibility model requires that you take certain steps to meet compliance requirements. Which lead us to start poking around a little more. We wanted to get a picture of what was available, and how it was being used. There is a lot of fluidity in this space, as in all things c...
Gone are the days when application development was the daunting task of the highly skilled developers backed with strong IT skills, low code application development has democratized app development and empowered a new generation of citizen developers. There was a time when app development was in the domain of people with complex coding and technical skills. We called these people by various names like programmers, coders, techies, and they usually worked in a world oblivious of the everyday pri...
The goal of Microservices is to improve software delivery speed and increase system safety as scale increases. Microservices being modular these are faster to change and enables an evolutionary architecture where systems can change, as the business needs change. Microservices can scale elastically and by being service oriented can enable APIs natively. Microservices also reduce implementation and release cycle time and enables continuous delivery. This paper provides a logical overview of the Mi...
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 ...
Some journey to cloud on a mission, others, a deadline. Change management is useful when migrating to public, private or hybrid cloud environments in either case. For most, stakeholder engagement peaks during the planning and post migration phases of a project. Legacy engagements are fairly direct: projects follow a linear progression of activities (the “waterfall” approach) – change managers and application coders work from the same functional and technical requirements. Enablement and develo...
Admiral Calcote - also known as Lee Calcote (@lcalcote) or the Ginger Geek to his friends - gave a presentation entitled Characterizing and Contrasting Container Orchestrators at the 2016 All Day DevOps conference. Okay, he isn't really an admiral - nor does anyone call him that - but he used the title admiral to describe what container orchestrators do, relating it to an admiral directing a fleet of container ships. You could also say that they are like the conductor of an orchestra, directing...
The past few years have brought a sea change in the way applications are architected, developed, and consumed—increasing both the complexity of testing and the business impact of software failures. How can software testing professionals keep pace with modern application delivery, given the trends that impact both architectures (cloud, microservices, and APIs) and processes (DevOps, agile, and continuous delivery)? This is where continuous testing comes in. D
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...
The dynamic nature of the cloud means that change is a constant when it comes to modern cloud-based infrastructure. Delivering modern applications to end users, therefore, is a constantly shifting challenge. Delivery automation helps IT Ops teams ensure that apps are providing an optimal end user experience over hybrid-cloud and multi-cloud environments, no matter what the current state of the infrastructure is. To employ a delivery automation strategy that reflects your business rules, making r...
Gaining visibility in today’s sprawling cloud infrastructure is complex and laborious, involving drilling down into tools offered by various cloud services providers. Enterprise IT organizations need smarter and effective tools at their disposal in order to address this pertinent problem. Gaining a 360 - degree view of the cloud costs requires collection and analysis of the cost data across all cloud infrastructures used inside an enterprise.
SYS-CON Events announced today that Synametrics Technologies will exhibit at SYS-CON's 22nd International Cloud Expo®, which will take place on June 5-7, 2018, at the Javits Center in New York, NY. Synametrics Technologies is a privately held company based in Plainsboro, New Jersey that has been providing solutions for the developer community since 1997. Based on the success of its initial product offerings such as WinSQL, Xeams, SynaMan and Syncrify, Synametrics continues to create and hone in...
Kubernetes is an open source system for automating deployment, scaling, and management of containerized applications. Kubernetes was originally built by Google, leveraging years of experience with managing container workloads, and is now a Cloud Native Compute Foundation (CNCF) project. Kubernetes has been widely adopted by the community, supported on all major public and private cloud providers, and is gaining rapid adoption in enterprises. However, Kubernetes may seem intimidating and complex ...
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.
For DevOps teams, the concepts behind service-oriented architecture (SOA) are nothing new. A style of software design initially made popular in the 1990s, SOA was an alternative to a monolithic application; essentially a collection of coarse-grained components that communicated with each other. Communication would involve either simple data passing or two or more services coordinating some activity. SOA served as a valid approach to solving many architectural problems faced by businesses, as app...
Many IT organizations have come to learn that leveraging cloud infrastructure is not just unavoidable, it’s one of the most effective paths for IT organizations to become more responsive to business needs. Yet with the cloud comes new challenges, including minimizing downtime, decreasing the cost of operations, and preventing employee burnout to name a few. As companies migrate their processes and procedures to their new reality of a cloud-based infrastructure, an incident management solution...
Cloud Governance means many things to many people. Heck, just the word cloud means different things depending on who you are talking to. While definitions can vary, controlling access to cloud resources is invariably a central piece of any governance program. Enterprise cloud computing has transformed IT. Cloud computing decreases time-to-market, improves agility by allowing businesses to adapt quickly to changing market demands, and, ultimately, drives down costs.
Recent survey done across top 500 fortune companies shows almost 70% of the CIO have either heard about IAC from their infrastructure head or they are on their way to implement IAC. Yet if you look under the hood while some level of automation has been done, most of the infrastructure is still managed in much tradition/legacy way. So, what is Infrastructure as Code? how do you determine if your IT infrastructure is truly automated?
Every few years, a disruptive force comes along that prompts us to reframe our understanding of what something means, or how it works. For years, the notion of what a computer is and how you make one went pretty much unchallenged. Then virtualization came along, followed by cloud computing, and most recently containers. Suddenly the old rules no longer seemed to apply, or at least they didn’t always apply. These disruptors made us reconsider our IT worldview.