eg innovations

The What and The Why of Cloud Native Applications - An Introductory Guide

Companies across industries are under tremendous pressure to develop and deploy IT applications and services faster and with far greater efficiency. Traditional enterprise application development falls short since it is not efficient and speedy. IT and business leaders are keen to take advantage of cloud computing as it offers businesses cost savings, scalability at the touch of a button, and flexibility to respond quickly to change.


Observability trends 2021

Observability has gained a lot of momentum and is now rightly a central component of the microservices landscape: It’s an important part of the cloud native world where you may have many microservices deployed on a production Kubernetes cluster, and a need to monitor these microservices keeps rising. In production, quickly finding failures and fixing them is crucial. As the name suggests, observability plays an important role in this failure discovery.


SOA vs microservices: going beyond the monolith

Modern software development increasingly relies on distributed, service-based architectural patterns to achieve scalability, reliability, and rapid build, test, and release cycles. Two of the most popular service-based approaches are service-oriented architecture (SOA) and microservices. In this article, we will examine both approaches to identify their similarities and differences as well as some use cases for each.


Using Jaeger for your microservices

Jaeger is a popular open-source tool used for distributed tracing in a microservice architecture. In a microservice architecture, a user request or transaction can travel across hundreds of services before serving what a user wants. Distributed tracing helps to track the performance of a transaction across multiple services. Before we deep dive into how Jaeger accomplishes distributed tracing for microservices-based architecture, let's take a short detour to understand distributed tracing.

vmware tanzu

Application Resiliency for Cloud Native Microservices with VMware Tanzu Service Mesh

Modern microservices-based applications bring with them a new set of challenges when it comes to operating at scale across multiple clouds. While the goal of most modernization projects is to increase the velocity at which business features are created, with this increased speed comes the need for a highly flexible, microservices-based architecture. The result is that the architectural convenience created on day 1 by developers turns into a challenge for site reliability engineers (SREs) on day 2.


28 Essential Tips for Building Microservices

A recent study showed that 55% of businesses believe they have less than a year to innovate before they start to suffer financially and lose market share. In a world where the digital consumer expects a personalized experience and real-time access to information on any device of their choosing, 12 months might be too long. Implementing microservices as a business strategy enables companies to keep pace with customer demand in the never-ending competition to gain market share.


How to Develop a Cloud Native Infrastructure

More and more companies are eager to move their operations to the cloud. Yet, there’s quite a bit of ambiguity on what moving to the cloud actually means. Is your business running in the cloud while you host your database on another platform or while you rely on a third-party service to handle your payments? That’s a good start for moving to the cloud, but there are many other aspects to consider when building a cloud native infrastructure.


The Evolution of Service Mesh

The breaking down of large monolithic applications into multiple microservices has resulted in its own set of challenges. Service Meshes are the solution to some of these problems that have arisen as part of the microservices evolution. This article will explore the basics of a Service Mesh and the problem it’s trying to solve, as well as its various features and different open-source/commercial offerings. Then, you can decide if a Service Mesh is the right solution for your organization.


How Istio, Tempo, and Loki speed up debugging for microservices

“How am I supposed to debug this?" Just imagine: Late Friday, you are about to shut down your laptop and … an issue comes up. Warnings, alerts, red colors. Everything that we, developers, hate the most. The architect decided to develop that system based on microservices. Hundreds of them! You, as a developer, think why? Why does the architect hate me so much? And then, the main question of the moment: How am I supposed to debug this?