Metering Microservices on OpenShift - Archived

Editor’s Note: Delano Seymour is Co-Founder and Chief Technology Officer at 6fusion.

Containers have become an extremely popular technology and for good reason. They provide software owners a consistent way to package their software and dependencies, while infrastructure operators benefit from a standard way to deploy and run them. Many developers are using containers to build services in a microservice architectural style, which divides a single application into a suite of small services, each running in its own process and communicating with lightweight mechanisms, often an HTTP resource API.

With the upcoming release of Red Hat’s Openshift 3, infrastructure owners have a platform that can be used to orchestrate and manage microservices at scale. This shift, and the new technologies, give developers very powerful tools to take advantage of what the cloud provides – simpler provisioning, scale, flexibility, and agility (public, private, or hybrid). Containers, with their dynamic usage patterns and deployments platforms present a problem for the industry – how do software owners track the usage of their services for licensing and billing purposes?

Physical host based licensing, per core licensing, and per instance licensing don’t make sense in a container world – application owners and developers will be able to completely abstract the software from the underlying hardware and operating systems. They also have the ability to scale up and down by the tens of thousands in seconds. Solving these issues will be core to the success of containers and PaaS in the enterprise, and doing so will require a radical departure from traditional models, to one that inherently applies utility theory.

One path to solving these issues is to “meter” consumption. Metering fills this gap by tracking the usage of the three major resources consumed by software services, compute, network and storage on a per container basis, and then providing a single metric that can be used for reporting consumption. Metering also provides a means to benchmark, compare, and optimize software costs and by extension, profit. Further, if done right it can provide visibility into the consumption patterns and highlight the main contributors to operating costs.

6fusion-image-1

Before containers, software services were wrapped in a virtual machine and usage data could only be collected at the machine level. Containers enable more granular metering by providing a wrapper around processes and enabling the collection of usage data at the container level.

6fusion-image-1

Using the meter data collected at the container level, meters can then interrogate the inventory from OpenShift and match the usage data with pods and services thereby providing microservice metering. Given that each container can be uniquely defined, and each container only contains a single service, you can precise quantify overall consumption AND consumption by each particular microservice, regardless of the number of container instances of that microservice.

By building out a suitable metering architecture, a user can meter consumption of resources on a per container basis, allowing for unlimited agility and flexibility, and simply bill users on a per-unit-of-consumption basis. This model puts no flexibility limits on the user while still ensuring that there is economic alignment between user and supplier. The user can aggregate the costs into apps to provide cost transparency for the app. Taking this one step further, that information can be used by ISVs to bill for their software simply by providing a per unit cost of the software, thus using the metering system to drive commercial billing. The utility is again disrupting the economics of IT. What 6fusion is positing here is that the ability to provide granular metering will have a direct and profound impact on business and pricing models. We want software owners to create services that not only run efficiently, but can be monetized in a simple and convenient manner.

To learn more about Metering Microservices on OpenShift, check out my Red Hat briefing with OpenShift Director of Community Development, Diane Mueller at https://blog.openshift.com/metering-microservices-on-openshift-with-6fusions-delano-seymour-commons-briefing-13/

Or join us for the 6fusion presentation at Red Hat Summit, Boston

About Delano Seymour, 6fusion Co-Founder and Chief Technology Officer

Delano is a founder of 6fusion and co-inventor of 6fusion’s WAC algorithm. He is the principal architect of 6fusion’s UC6 software platform. As Chief Technology Officer, Delano is 6fusion’s technical visionary and responsible for all aspects of the company’s technology development. A gifted engineer and software developer, Delano has served as a Senior IT resource within both public and private sectors. Also a co- founder of a Bermuda Managed Services Provider, he has served as that company’s President and Principal Consultant during its most active growth periods.

About 6fusion

6fusion is standardizing the economic measurement of IT infrastructure and cloud services, and providing IT economic transparency to the global market. With 6fusion’s UC6 Platform, organizations can view and manage the Total Cost of Consumption (TCC) of their business services in real time and achieve a higher level of cost optimization, forecasting accuracy and business agility.

6fusion uses a patented single unit of measure of IT infrastructure called the Workload Allocation Cube that provides a common view of IT consumption, agnostic of underlying technology or vendors. 6fusion enables baselining, benchmarking and budgeting of business service consumption across execution venues, and supports dynamic cost optimization strategies that keep pace with the realities of today’s heterogeneous, on-demand world. For more information visit www.6fusion.com.

Categories
OpenShift Container Platform, OpenShift Origin, Products
Tags
, , ,
Comments are closed.