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

Related Topics: Microservices Expo, @CloudExpo, @DevOpsSummit

Microservices Expo: Blog Feed Post

Microservices, Service Registries, and Architectural Debt | @DevOpsSummit #DevOps #Microservices

Microservices is not just a style of application development, it’s a set of design principles

Microservices is not just a style of application development, it’s a set of design principles guiding how applications are composed (or decomposed, as the case may be) with a resulting architectural shift as supporting components are added to the mix. Much in the same way SOA brought us UDDI registries and gateways, microservices is bringing service registries.

Service registries, for the uninitiated, are kind of like the internal DNS of a microservices environment. They’re needed to manage the rapid association and disassociation with IP addresses of the containers in which the microservices are typically (but not always) hosted. The average lifespan of a container is measured in minutes or hours, perhaps a day or two, but rarely weeks, months, and probably never years. That means a state of nearly constant change with respect to the infrastructure supporting those services, like the network and app services.

The service registry is responsible for managing that change; it’s where IP addresses and service instances are matched up and handed out to clients (in a client-side architectural pattern) or load balancers (in a server-side architectural pattern). It’s maintained through automation; manual methods of managing the change would simply be too slow and expensive in an environment where new mappings might occur by the minute, hour, or even on a daily basis.

It is here that we return to the imperative that is managing architectural debt. While you can’t eliminate it any more than you can eliminate the technical debt incurred by choices at the code layer, you can manage and try to minimize it. Careful attention to how these new, supporting components are selected and implemented is critical to that endeavor. Each option (client-side, server-side) brings with it a certain amount of architectural debt that will need to be paid in the future.

Introduction of an external service registry necessarily introduces a dependency that cannot be ignored. With a client-side registry, the client is tightly coupled to the registry. Code in the app is required to maintain that dependency and thus impacts the overall development lifecycle. With both patterns, the application will not be able to function without the service registry. This is because without it there’s no way to properly direct the client to an instance of the microservice for processing. Like DNS, the service registry is the glue that loosely binds clients and the “app”.

Thus additional precautions may be required to ensure availability of the service registry, such as the deployment of a high availability (HA) architecture. Because an HA architecture relies on redundancy, this means there must be at least two service registry instances running. This can further complicate the server-side architecture because both instances must be updated whenever an instance is launched or terminated.architectural debt service registries

This is architectural debt, in which choices made require specific architectures that must be maintained over time and incur operational overhead, and is often difficult to change in the future.  This is increasingly true as app-centric (affine) services like load balancing migrate into the application architecture rather than simply co-existing “nearby” in the network. As these critical services (scale is inarguably critical today) are integrated into operational systems that are code-driven, automated, and orchestrated they become as vulnerable to incurring debt as any other code-bound counterpart. Simply shifting from an external server-side service registry to the use of the load balancer’s innate ability to act as a service registry requires payment of the architectural debt incurred from the original decision and further, in an automated, software-driven environment, also requires payment of the technical debt you incurred to integrate with the external service registry. .

It’s important to remember that microservices impacts not just development, but deployment, too, and the architectures required to support delivering their services to the users (people, things, and apps). This is not as simple a change as migrating from Apache to IIS (or vice versa). It’s a disruptive change to the architecture, and that will necessitate a certain amount of architectural debt stemming from the choices you make early on in the adoption cycle.

Architectural debt can be minimized, but not mitigated entirely. Therefore it’s important to start evaluating options now, before hasty decisions are made that will later be regretted or cause unforeseen costs or complications.

Read the original blog entry...

More Stories By Lori MacVittie

Lori MacVittie is responsible for education and evangelism of application services available across F5’s entire product suite. Her role includes authorship of technical materials and participation in a number of community-based forums and industry standards organizations, among other efforts. MacVittie has extensive programming experience as an application architect, as well as network and systems development and administration expertise. Prior to joining F5, MacVittie was an award-winning Senior Technology Editor at Network Computing Magazine, where she conducted product research and evaluation focused on integration with application and network architectures, and authored articles on a variety of topics aimed at IT professionals. Her most recent area of focus included SOA-related products and architectures. She holds a B.S. in Information and Computing Science from the University of Wisconsin at Green Bay, and an M.S. in Computer Science from Nova Southeastern University.

Microservices Articles
Lori MacVittie is a subject matter expert on emerging technology responsible for outbound evangelism across F5's entire product suite. MacVittie has extensive development and technical architecture experience in both high-tech and enterprise organizations, in addition to network and systems administration expertise. Prior to joining F5, MacVittie was an award-winning technology editor at Network Computing Magazine where she evaluated and tested application-focused technologies including app secu...
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.