Welcome!

Microservices Expo Authors: Liz McMillan, Pat Romanski, Elizabeth White, Mehdi Daoudi, Yeshim Deniz

Related Topics: Microservices Expo

Microservices Expo: Article

Brokering Web Services... The Next Big Thing?

Write a service and get rich

Web services were created around the notion that it's easier to discover and leverage somebody else's service rather than write your own from scratch. Also, it is much easier to create applications made up of many services, thereby allowing change to occur at a pace faster than anything we've seen in the industry thus far.

The idea of Web services was to create a standard interface, programming model, description language, and a directory that would allow this to happen in and among very different systems. Indeed, today you can leverage services across the Internet that are functionally equivalent to the services being hosted locally.

Taking this concept to the next level, we can build applications (composites) through the selection and use of these Web services. For instance, we have no need to write a logistics subsystem if one exists on a server someplace for you to leverage it. There is no need to write a risk analytics application; instead, leverage somebody else's work. You get the idea. This is clearly more a traditional computing concept than something new, thus saving a ton of time in the application development process and allowing businesses, large and small, to become more agile and have a much more cost effective IT. This is the promise of SOA.

Considering that we both understand the benefits of leveraging Web services and are willing to change our existing systems to support the exposure and leveraging of services, now what? The next step is brokering, or allowing consumers of services to find producers of services. There are a few instances of brokers today, including StrikeIron, Jamcracker, and SalCentral. Keep in mind that these brokers are also similar to directory and governance systems we are defining in SOAs today.

These brokers, as well as brokers yet to emerge, will provide a few key features to facilitate consumers finding producers, and the ability to monetize this interaction, such as:

  • A directory service where the Web services can be found that contains a description of the service, owner, technology documentation, etc.
  • An ability to charge for the service, either through a perpetual license, or a pay-per-drink kind of arrangement
  • An ability to share reviews and other user information with other services users
  • The ability to support a federated identity infrastructure
Thus, like monetized Web sites today, you're able to create a service, register it with a broker, and sit back and see the usage turn into fees for use. You can count on seeing many companies, such as the on-demand application service providers today, beginning to sell their Web services versus simple browser interfaces to applications. Clearly, Salesforce.com and Netsuite are moving in this direction. Moreover, we'll see smaller players, such as the "one guy and a dog" hit it big time as they create that killer service that everyone wants to leverage.

So, how do you prepare for this forthcoming market? Those who design and post services will have to understand a few basic principles:

  1. Focus on granular services that are part of a holistic solution
  2. Consider many service externalizations scenarios.
  3. Track usage
  4. Quality in the design
Focusing on granular services that are part of a holistic solution means that you consider the problem you're solving, as opposed to just the service you're implementing. Moreover, you're willing to provide many services that together will solve a business problem, but at that instance solve a tactical problem. For example, you're building a service to track overdue accounts, but you also need to consider how that works and plays with existing accounting applications, or other accounting services.

Considering many service externalizations scenarios means that you're building a service that may be externalized to humans or to other computer systems through a variety of interfaces. In essence you're interface-agnostic, understanding that the value of the service will need to be realized within a variety of systems, all having different looks and feels.

Track usage. Not to be too big brother, but it's nice to know who's using the service and where. This serves two purposes: first, it allows you to match up your income expectations with service usage. Second, it allows you to solve performance and availability issues before they become a larger problem. Remember, you're hosting this someplace, it's not delivered in a CD. You can build a tracking subsystem easily within services; make sure that those using the service understand that such tracking exists.

Quality in the design. If you're going to sell or rent service, you need to understand that the quality of that service needs to be impeccable. In essence you're becoming part of an application that's unknown to you, therefore you need to design that into the service as well as test the service, more so than any application. Not doing so means you'll be disruptive to those using your service, and your service won't add value; thus, it won't be used.

Go, make some money!

More Stories By David Linthicum

Dave Linthicum is Sr. VP at Cloud Technology Partners, and an internationally known cloud computing and SOA expert. He is a sought-after consultant, speaker, and blogger. In his career, Dave has formed or enhanced many of the ideas behind modern distributed computing including EAI, B2B Application Integration, and SOA, approaches and technologies in wide use today. In addition, he is the Editor-in-Chief of SYS-CON's Virtualization Journal.

For the last 10 years, he has focused on the technology and strategies around cloud computing, including working with several cloud computing startups. His industry experience includes tenure as CTO and CEO of several successful software and cloud computing companies, and upper-level management positions in Fortune 500 companies. In addition, he was an associate professor of computer science for eight years, and continues to lecture at major technical colleges and universities, including University of Virginia and Arizona State University. He keynotes at many leading technology conferences, and has several well-read columns and blogs. Linthicum has authored 10 books, including the ground-breaking "Enterprise Application Integration" and "B2B Application Integration." You can reach him at [email protected] Or follow him on Twitter. Or view his profile on LinkedIn.

Comments (6) 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
Startup Services Web 01/09/06 04:48:11 AM EST

Trackback Added: Place de march? des services web: the next big thing?; Dans un article intitul? Brokering Web Services, le site de r?f?rence www.Sys-con.com pr?sente ce business model comme "the next big thing". Il y a en effet beaucoup de sens ? rassembler les Services Web de diff?rents fournisseurs sur une m?me plate-forme afin d'en faciliter l'acc?s par les entreprises clientes.

Mark Griffin 12/14/05 09:26:48 AM EST

David,
Good article. I can also see this type of infrastructure used for internal corporate systems. We face client chargeback issues on infrastructure and applications. Being able to track usage and set sla's around shared web services would be a big help. It would also help track potential impacts from changes(in case we didn't design very well) to clients.

markg

JDJ News Desk 12/09/05 05:37:51 PM EST

Brokering Web Services... The Next Big Thing?
Web services were created around the notion that it's easier to discover and leverage somebody else's service rather than write your own from scratch. Also, it is much easier to create applications made up of many services, thereby allowing change to occur at a pace faster than anything we've seen in the industry thus far.

XML News Desk 12/09/05 05:26:49 PM EST

Brokering Web Services... The Next Big Thing? Web services were created around the notion that it's easier to discover and leverage somebody else's service rather than write your own from scratch. Also, it is much easier to create applications made up of many services, thereby allowing change to occur at a pace faster than anything we've seen in the industry thus far.

SYS-CON Italy News Desk 12/09/05 04:51:12 PM EST

Brokering Web Services... The Next Big Thing? Web services were created around the notion that it's easier to discover and leverage somebody else's service rather than write your own from scratch. Also, it is much easier to create applications made up of many services, thereby allowing change to occur at a pace faster than anything we've seen in the industry thus far.

SOA Web Services Journal News Desk 12/09/05 04:35:03 PM EST

Brokering Web Services... The Next Big Thing?
Web services were created around the notion that it's easier to discover and leverage somebody else's service rather than write your own from scratch. Also, it is much easier to create applications made up of many services, thereby allowing change to occur at a pace faster than anything we've seen in the industry thus far.

Microservices Articles
The explosion of new web/cloud/IoT-based applications and the data they generate are transforming our world right before our eyes. In this rush to adopt these new technologies, organizations are often ignoring fundamental questions concerning who owns the data and failing to ask for permission to conduct invasive surveillance of their customers. Organizations that are not transparent about how their systems gather data telemetry without offering shared data ownership risk product rejection, regu...
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 ...
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...
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...
The Internet of Things is clearly many things: data collection and analytics, wearables, Smart Grids and Smart Cities, the Industrial Internet, and more. Cool platforms like Arduino, Raspberry Pi, Intel's Galileo and Edison, and a diverse world of sensors are making the IoT a great toy box for developers in all these areas. In this Power Panel at @ThingsExpo, moderated by Conference Chair Roger Strukhoff, panelists discussed what things are the most important, which will have the most profound e...
If your cloud deployment is on AWS with predictable workloads, Reserved Instances (RIs) can provide your business substantial savings compared to pay-as-you-go, on-demand services alone. Continuous monitoring of cloud usage and active management of Elastic Compute Cloud (EC2), Relational Database Service (RDS) and ElastiCache through RIs will optimize performance. Learn how you can purchase and apply the right Reserved Instances for optimum utilization and increased ROI.
TCP (Transmission Control Protocol) is a common and reliable transmission protocol on the Internet. TCP was introduced in the 70s by Stanford University for US Defense to establish connectivity between distributed systems to maintain a backup of defense information. At the time, TCP was introduced to communicate amongst a selected set of devices for a smaller dataset over shorter distances. As the Internet evolved, however, the number of applications and users, and the types of data accessed and...
Consumer-driven contracts are an essential part of a mature microservice testing portfolio enabling independent service deployments. In this presentation we'll provide an overview of the tools, patterns and pain points we've seen when implementing contract testing in large development organizations.
In his session at 19th Cloud Expo, Claude Remillard, Principal Program Manager in Developer Division at Microsoft, contrasted how his team used config as code and immutable patterns for continuous delivery of microservices and apps to the cloud. He showed how the immutable patterns helps developers do away with most of the complexity of config as code-enabling scenarios such as rollback, zero downtime upgrades with far greater simplicity. He also demoed building immutable pipelines in the cloud ...
You have great SaaS business app ideas. You want to turn your idea quickly into a functional and engaging proof of concept. You need to be able to modify it to meet customers' needs, and you need to deliver a complete and secure SaaS application. How could you achieve all the above and yet avoid unforeseen IT requirements that add unnecessary cost and complexity? You also want your app to be responsive in any device at any time. In his session at 19th Cloud Expo, Mark Allen, General Manager of...