Story

There are always multiple approaches to solving problems. In the IT landscape, this could be in the magnitude of 50 different potential approaches to solve a problem, especially when considering the number of solution platforms, programming languages, and vendors with similar or competitive offerings in the marketplace. Rationalizing the “best fit solution” to solving a problem can be challenging, if not downright cumbersome, when there are so many choices.  Factoring in human factors such as strong opinions, level of comfort, curiosity, personal favoritism or biases, can make choosing a solution approach even more challenging. Ultimately, choosing a solution approach should be based on what is best for your organization, when considering cost and overall benefit or value derived from the selected approach.

For microservices the goal is to build or re-use existing integration assets as an enabler for solutions across the entire enterprise.

To accomplish this, your organization should follow approaches that invest in architecture and supporting frameworks that can be re-used across microservices Use Cases and solutions. Such frameworks require an upfront investment to reap the benefits downstream. As illustrated in the graphic, creating the microservices architecture, which includes foundational architecture and enabling frameworks, allows for your company to have the blueprints for building new functionality and leveraging re-usable assets, ultimately making the solutions operational and deriving value for the long haul.

Microservices Architecture Maturity Impacts on IT Costs

At times, there may be a simpler, less complex implementation approach than the “standard microservices” approach, which seem faster or even less costly. However, alternatives from the standard should be justified to determine if they present long-term lower ownership costs. In other words, what may seem simpler on the surface, but may be costlier over long haul. This especially holds true when measuring factors such as operations and sustainment, change management, future solution modernization, scalability, flexibility, and overall governance. The most common issue is building a point-to-point or 1-off solution that is costlier over the long haul to manage, maintain, and support—hence, a higher Total Cost of Ownership.

Microservices Re-usability lowers Total Cost of Ownership

To maintain low Total Cost of Ownership through microservices, the following principles shall apply:

Leverage the standard microservices platforms, tools, and technologies, selected by organization and justify any exceptions to the standard for consideration.

Leverage the architecture patterns and approaches established.

Leverage the enabling “microservices Frameworks” established.

Bring collaboration and feedback on the standards to the Enterprise Services microservices Governance team as early as possible so it is considered in the design and rationalization. If the scope is broader than a single team solution, then the solution team shall consult with the governance team and other groups and teams to establish the proper solution approach.

Leveraging standardized “Cloud based platforms” to keep costs low. When considering cloud platforms, the preference is to leverage Platform as a Service (PaaS) as the first criteria (See Section on Tenet: Microservices Architecture). Second criterion is to leverage “container-based solutions” so the microservice can be created, deployed, and managed independently from other microservices, Operating Systems, or Virtual Machines. This will help keep the TCO low.