By Shantanu Kaushik
Cloud computing has evolved with major paradigm shifts in software releases and lifecycles. Accelerated SDLC and efficient O&M are the demand of the era. This calls for an extensive overlay to introduce and integrate a wide array of services and features to make the experience wholesome for enterprises.
Microservices powered by containers have introduced zero dependency scenarios. Kubernetes took charge of an extensively unified framework to enable higher serviceability standards. The architecture related to microservices functions based on seamless communication and collaboration.
Microservices have a loosely coupled structure, where they are not dependent on each other. Thousands of microservices can come together to make an entire application. These applications are self-sustaining. Any issues that occur with a single microservice do not affect the availability of the entire application.
The biggest example of collaboration is DevOps. The spinoffs that took shape from DevOps and agile aim to further the collaborative measure or introduce an accelerated software delivery method. DataOps, AIOps, DevSecOps, and NoOps took shape as the evolutionary cycle of the entire SDLC to enable faster and more effective software release mechanisms.
Comparatively, let’s take a look at the evolutionary phases of Microservices:
The Microservices concept was introduced almost a decade ago. There have been four major microservices generations. Each release contained mild to major alterations with significant functionality increases due to recorded integration.
Let’s take a look at the Generation 1 Microservice model on the chart below:
The first generation of microservices introduced service logic. The isolation of external factors was implemented seamlessly. Loose coupling and effective communication were the keys to solution enrichment. This generation of microservices also required the application to implement upstream and downstream addressing. The fault tolerance functionality was introduced to make the architecture more stable and available.
After an increase in usage and developers implementing the architecture with great enthusiasm, the microservices architecture needed to evolve and implement a simpler architecture. The complexities of service addressing logic had to be toned down to enable more flexibility of the entire microservices solution. Let’s take a look at the architectural overview on the chart below:
The challenge was reusability. It was imperative to re-implement the microservices capability before using it with another application written in the same programming language. The second generation of the microservices architecture introduced the service registry bypass concept to overcome this issue. This enabled automatic services discovery and registry.
A unified and fine-grained communication strategy was established with better fault-tolerance features. Microservices were further modularized with independent service frameworks taking control of added tasks, making reusability easier.
Another challenge took shape as the feature integration within the service framework increased. The developers faced difficulties with feature reusability again, but this time with applications written in different programming languages. It came to a point where the most appreciated agile methodology principles started to get violated, as developers could not use multiple programming languages for their solutions.
The third generation of microservices came with a boon to code-reusability with a module reusability scenario that lets developers reuse application modules written in any programming language. The third generation came with service mesh. The evolutionary cycle brought along changes where software development kits (SDKs) were upgraded to sidecar, an independent process to further allow developers to optimize the entire microservices management.
The chart below depicts the third generation microservices architecture:
The basic features related to the microservices architecture were made independent of any architecture iterations. This enabled independence for microservices to operate without making changes or compromising either microservices’ effectiveness.
Today, the latest generation of microservices architecture is also known as the cloud-native microservices architecture. It was introduced in generation 3. The generation 4 microservices model implemented sidecar seamlessly to control the communication and traffic flow between microservice applications.
The sidecar processes enabled the use of service discovery and fault-tolerance in a more effective way than ever before. Some of the most prominent features introduced with generation 4 microservices are listed below:
Let’s take a look at the architectural flow of the cloud-native microservice architecture on the chart below:
The cloud-native microservices enabled the Function as a Service (FaaS) concept. This enabled the use of serverless architecture. Alibaba Cloud focused on microservices implementation with Kubernetes for cloud-native architecture. It should enable a wider sense of solution distribution for the hybrid cloud 2.0 model, and the multi-cloud architecture should handle large enterprise solutions.
The cloud-native microservice architecture introduced the micrologic-based application structure. The reusability with sidecar enabled the use of distributed features that can be governed as separate mini-services. These separated modules can be deployed independently for transaction management, security, state management, tracing analysis, and resource binding.
Developers have been implementing localhost-oriented programming to provide standard APIs to cover the differences with underlying resources, services, and infrastructure. This reduces the complexities related to microservice development and helps the multi-runtime microservice architecture move forward.
Alibaba Cloud initially developed the Apache Dubbo RPC framework based on the open-source platform. It provided a wide array of features with intelligent load balancing scenarios and automatic service registration and discovery mechanisms.
Alibaba Cloud has continuously supported the Apache Dubbo framework by releasing a multitude of tools and services. One of the most prominent services is the distributed application framework, Spring Cloud Alibaba. Spring Cloud Alibaba is one of the most popular microservice frameworks with a wide variety of features and development tools to help build a distributed system.
Cloud-Native and Application Management With Ease – Part 6: Microservices
2,605 posts | 747 followers
FollowAlibaba Clouder - February 26, 2021
Alibaba Clouder - March 1, 2021
Alibaba Clouder - February 25, 2021
Alibaba Clouder - February 24, 2021
Alibaba Clouder - February 26, 2021
Alibaba Clouder - November 26, 2020
2,605 posts | 747 followers
Follow
Retail Solution
Alibaba Cloud enables digital retail transformation to fuel growth and realize an omnichannel customer experience throughout the consumer journey.
Learn More
Sports Solution
From immersive stadiums to data analytics, our sports solutions empower teams, athletes, and fans through the digital transformation of the sports industry
Learn More
Business Mid-End Solution
This solution provides you with an enterprise-level omnichannel digital platform that gets your procurement and sales onto the same platform to enhance business competitiveness.
Learn More
Microservices Engine (MSE)
MSE provides a fully managed registration and configuration center, and gateway and microservices governance capabilities.
Learn MoreMore Posts by Alibaba Clouder
