The New Stack: Context
About This Show
Scott Fulton narrates stories about how app development and management at scale is creating a fast adapting, developer-oriented business that operates on services and software across distributed infrastructure to create market advantages. The series will focus on the issues companies face when scaling, with stories from people who have had to work through complex issues to create continuous delivery workflows and microservices architectures that fit with business requirements. These kinds of companies often face stressful cultural problems that affect the overall organization. The show will explore how the organization adapts and what it means to be a new stack organization.
Most Recent Episode
Show 9: Microservices and the Hunt for the New Normal
There is no “normal” for a microservices environment. And if a groundbreaking November 2016 white paper, produced by a team of six researchers from the University of Messina, the U.K.’s Newcastle University, and IBM Research, is to be taken at face value, perhaps such a state of equilibrium may never be attained. Every data center, the researchers write, has unique operating requirements. Once microservices are deployed there, the configurations they require become not only unique, but baked into their respective systems.
“Moreover, these microservices have both control and dataflow dependencies,” the white paper reads. “The challenges exist in dealing with heterogeneous configurations of microservices and cloud datacenter resources driven by heterogeneous performance requirements. . . the mapping of microservices to datacenters demands selecting bespoke configurations from an abundance of possibilities, 5 which is impossible to resolve manually.”
So if your job is to monitor the behavior of your data center’s microservices environment using an applications performance management (APM) platform, what is it that you’re looking for? When will you know if the behavior of certain services, or the system as a whole, is out of the ordinary? And once you’ve determined what “ordinary” is, for the place and time where you work, how long do you expect that to remain the case before it changes completely?
“With an APM system, in practice, it’s a Web app. So a request comes from an end user, it travels over the open Internet, it hits some servers, and then it’s fed through to a database, where a record is updated and the request returns a response, which follows the same path back to the user,” explained Alexis Richardson, the CEO of WeaveWorks, in an interview with The New Stack for an edition of the Context podcast.
“In a cloud-native system, the architecture is not particularly so simple,” Richardson continued. “Maybe fifty microservices cooperate and deliver one response to one end user. That’s an extreme example. Or maybe one microservice calls another. So if you drew it as a picture on a board, the request would ping-pong around, like a 1980s Breakout console game, until eventually returning to the user, instead of having a straightforward, up/down, request/response. Tracking all of that is very different than tracking in a typical APM setting.”
WeaveWorks produces a commercial version of the Prometheus m