Many companies are moving their infrastructure and web applications to the cloud. Along with moving to the cloud, organizations are finding new ways to remain agile and nimble, especially when it comes to software. By utilizing Amazon AWS and Amazon ECS, companies are decoupling their monolithic applications and taking advantage of microservice architecture.

Weave trimmed troubleshooting fat, cut API response time from seconds to milliseconds with Jaeger.

In the first post of this series, we looked at the state of your organization, how to tell if Microservices are right for you, and wrapped up with a few challenges this architecture brings to the table. In this article, we will look at organizational changes that will help you adopt a Microservice architecture. Additionally, we will touch on topics like how to bring change to your organization, how to embrace the primacy effect, and why you should embrace cross-functional teams.

Teams switching from a monolithic application architecture to microservices often face a jarring realization: their time-tested troubleshooting techniques don’t work as effectively. A microservice consists of many independent, distributed, and ephemeral services with varying capabilities for monitoring and logging. Techniques such as stack traces are effective troubleshooting tools in monoliths, but only paint a small portion of the big picture in a microservice-based application.

We recently wrote a blog with Julien Dubois, a Java Developer Advocate from Microsoft, on how to simplify logging for Spring Boot applications. This is a small preview. Spring Boot is an open source Java framework that makes it easier for developers to create microservices. Azure just announced Azure Spring Cloud, which will help Java engineers on Azure developer Java microservices faster. This blog explores how to simplify logging for Spring Boot applications.

Transitioning from a Monolith to a Microservices architecture can take years to complete. The internet is full of stories of companies famously making this transformation. But how do you know if it’s right for your organization? Is your organization ready? In this article, we will look at five questions you can ask to see if you’ll benefit from a Microservices architecture. We’ll also discuss five challenges you will face during this transformation.

“Service mesh” is an umbrella term for products that seek to solve the problems that microservices’ architectures create. These challenges include security, network traffic control, and application telemetry. The resolution of these challenges can be achieved by decoupling your application at layer five of the network stack, which is one definition of what service meshes do.

Microservices have been gaining popularity since they were introduced in 2015. But they come with challenges for both developers and users because of the intricate configuration and deployment which often leave developers longing for the simplicity of monolithic applications.

One challenge for developers beginning a new project is choosing between monolithic and microservice architecture. According to Camunda research, 63% of enterprise level companies have taken steps to apply microservice architecture. Let’s take a closer look at the benefits and implementation of microservice architecture and why enterprise level companies, like Amazon, Netflix, and Uber, are choosing this architecture over traditional monolithic architecture?