Domain-driven design (DDD) is a design approach where the structure and the language of the software application should match the business domain. Using Domain-driven design, the business domain is carefully modeled into software design and improvised over time.
Domain-driven design (DDD) focuses mostly on domain logic and the domain itself.
In the case of microservices, domain-driven design is used to define the different bounded contexts which represent various business processes that a service or application needs to perform. Each bounded context correlates to a microservice. The domain-driven design approach is ideal if there are multiple complex services with significant business rules.
Posted Date:- 2021-11-27 11:05:53
Eureka is a tool provided by Netflix. Eureka is a Discovery server holding information of all the client-service applications.
Every microservice will register into the Eureka server. Eureka will know the ports and IP addresses of each of the client applications/services registered in Eureka.
Eureka comes bundled with Spring Cloud. For service discovery via Eureka, the below microservices will be required.
a. Service registry
b. REST service which registers itself at the registry (Eureka Client)
c. Web application which consumes the REST service as a registry-aware client
Posted Date:- 2021-11-27 11:04:56
One of the key benefits of Microservice architecture is speed. It is the ability to iterate quickly on individual services as individual services can be developed and deployed independently. DevOps enables to achieve speed through people, process, and technology change. DevOps for microservices helps to move away from long release cycles of monolith application(s) by increasing the velocity.
It is possible to automate almost every element in the path to production. DevOps practices like DevOps pipeline creation, continuous integration, and continuous delivery are used to drive microservice deployments.
Quick production helps in the creation of software as a service (SaaS) business models where the customer pays for access to a continuously improving system.
DevOps helps microservice architecture with the below.
1. Faster service delivery
2. Visibility across data
3. Cost-effective service
4. Seamless conversion or upgrade
Posted Date:- 2021-11-27 11:03:18
The bounded context concept comes from Domain-driven design (DDD) for microservices. Domain-driven design defines a data model for every microservice to which that service is responsible for and is bound.
Every microservice owns this data and is responsible for that data’s integrity and mutability.
Microservices are designed on the architectural principle of ‘Share as little as possible. Every microservice has its data and communicates with other services and clients only via a well-defined interface. Every microservices is independently developed, deployed, and maintained. So Microservices are resilient to failure.
Posted Date:- 2021-11-27 11:01:30
Netflix Zuul is a gateway service for providing dynamic routing, monitoring, security, and resiliency. Zuul is the API gateway through which all the requests from devices and websites go to the Netflix streaming application.
Zuul has multiple components.
a. Zuul-core: library with the core functionality of compiling and executing Filters.
b. Zuul-simple-web app: web app with a simple example of how to build an application with zuul-core
c. zuul-NetFlix: library for adding other NetflixOSS components to Zuul.
d. zuul-NetFlix-web app: Packages zuul-core and zuul-NetFlix together in an easy to use package
Posted Date:- 2021-11-27 11:00:34
In the case of Microservices, issues for calling services need to be addressed.
With container technology, serverless architecture, IP addresses can be dynamically allocated to service instances. When address changes, consumer service can break and will need changes.
This issue can be solved by a service registry. Service registry will keep metadata of every producer service in the ecosystem. A service instance needs to register to the registry whenever it starts and should de-register when shutting down. Consumer service can query the Service registry every time it needs to find out the location of the service. This is called the Service Discovery pattern.
Posted Date:- 2021-11-27 10:59:06
Log aggregation is an Observability pattern in microservice. In the case of a distributed transaction in a microservices architecture, every service instance will generate a log file in a standard format. Unless the logs are centralized, it becomes difficult to understand the application behavior from the logs.
Log aggregation pattern solves this issue. A centralized logging service aggregates logs from every service instance. In the case of Elastic Stack, the logs are indexed as well. Users will be able to search and analyze the logs. Alerts can be triggered whenever certain messages appear in the logs.
Fluentd is a logging agent which can aggregate logs.
In the case of Amazon web services, AWS Cloud Watch does the same.
Posted Date:- 2021-11-27 10:58:15
The specialty of Microservices is that polyglot architecture is supported.
For example, if a team is working on one of the microservice using Java, Spring Boot, and MySQL, another team can work on another microservice using Python, Node JS, and NoSQL.
* Different microservices can use a different version of the same programming language. Example- One microservice using Python 2.7 and another microservice using Python 3.0.
* Different microservices can use different programming languages.
* Different microservices can use different architectures as well.
Posted Date:- 2021-11-27 10:57:32
CDC stands for Change Data Capture. Change data capture observes the changes in the data layer of the applications. When the data changes in the database, which data is changed because of business operation is captured in a message and published.
The published message is read by services subscribed to the topic and then action is performed based on logic defined as per the contents of the message.
The most common use case is replicating the changes in another database. CDC is supported in modern database systems.
Posted Date:- 2021-11-27 10:56:46
Microservices need to be designed by making use of the best practices like
* A separate data store for each of the microservice.
* The application needs to be split into loosely coupled microservices
* based on business functionality.
* Decentralized framework.
* Polyglot architecture as per the business needs.
* Services to be designed, developed, deployed, and managed separately.
* Domain-driven design
* Real-time monitoring of the application should be possible.
* Deploy in containers
Posted Date:- 2021-11-27 10:55:52
For deploying the microservices in java, some of the tools available are given below.
Docker – Docker is a software platform for developing, building, and running applications based on containers. In the case of microservices, an application is split into multiple services based on business capabilities. Each of the microservices can be deployed and managed easily using Docker.
Kubernetes is an open-source system for managing, scaling, and automating the deployment of container-based systems.
Using Docker and Kubernetes, the microservices in java can be deployed in any cloud platform like AWS, Azure, GCP, etc.
Using Docker and Kubernetes, the microservices in java can be deployed in any cloud platform like AWS, Azure, GCP, etc.
Posted Date:- 2021-11-27 10:53:32
Monitoring of microservices is complex due to its distributed nature. Some of the tools used for monitoring microservices are given below.
Jaeger is a tracing tool that can be used for end-to-end distributed tracing. Distributed transactions can be monitored to find dependencies between services, isolation of performance bottleneck, and help in performance optimization.
Prometheus is a metrics monitoring tool with a time-series database. Metrics can be displayed in a graphical format in Prometheus.
Fluentd is a log collecting agent for collecting, aggregating, and exporting logs to central log storage.
Grafana is used for analytics and monitoring and provides different visualization formats.
APM tool – Application performance monitoring can correlate logs, metrics, and traces and identify unknown issues in the services and can be used for distributed tracing to identify application performance bottlenecks, analytics, predictions based on AI ML capabilities, etc. Eg. Elastic APM, NewRelic, AppDynamics, DynaTrace.
Posted Date:- 2021-11-27 10:51:54
There are different ways to secure microservices. Some of the ways to secure microservices are given below.
* Using OAuth for user identity and role-based access control.
* Apply different layers of security by identifying the most sensitive services.
* Use encryption using NaCl or libsodium. Don’t invest in coming up with new encryption or decryption algorithm.
* A distributed firewall with centralized control is required. Granular control over every microservice is required.
* Use API gateway to secure the microservices behind a firewall.
* Monitor all with a reliable monitoring platform.
Posted Date:- 2021-11-27 10:13:49
Feign is a declarative web service from Netflix. Feign client provides an abstraction over Rest based calls via annotation, through which microservices will be able to communicate with each other without the need for writing detailed REST client code.
Feign simplifies the client code so much that we only need to define a proxy and define a single method into the proxy.
Posted Date:- 2021-11-27 10:12:37
The common mistakes done while transitioning to a microservices architecture as given below.
* The main challenges are not outlined properly.
* End up rewriting already existing functionalities/programs
* Automation is not considered and identified
* The vague definition of boundaries and timeline
* Big bang approach in transition instead of starting small
Posted Date:- 2021-11-27 10:11:45
Service Registry is a database that contains the network locations of the service instance and helps in service discovery. It is critical that a service registry needs to be highly available and always up to date.
Whenever any service starts, it needs to register itself with the Discovery server. . Netflix Eureka is a good example of a service registry.
Posted Date:- 2021-11-27 10:10:25
In the microservices world, a distributed transaction is a transaction that is distributed across multiple services and the microservices could be called in a sequence to complete one entire transaction.
In case of any failure in any one of the transactions in a distributed transaction, the actions before the failure will need to be reversed. If not reversed, it will lead to data inconsistency across multiple services. Saga pattern helps in addressing this problem.
Posted Date:- 2021-11-27 10:09:42
One important difference is the use of keywords. The keyword “this†in Lambda resolve to enclosing class while the same in the case of Anonymous Class resolves to the anonymous class itself.
Posted Date:- 2021-11-27 10:09:01
It is nothing but an integration of Lambda functions that aims to accomplish some assigned tasks. It supports Node.Js
Posted Date:- 2021-11-27 10:08:23
The overall response to the clicks made on the website, Image uploading, Sensor’s reacting monitoring, as well as reading from the IoT devices are some of the use cases of AWS Lambda. However, access is not just limited to this only. There are several other tasks that can also be accomplished with Lambda. Back-end services can be provisioned automatically with Lambda.
Posted Date:- 2021-11-27 10:07:09
Final Variables are those which cannot be modified once assigned. When they are in an earlier stage where it is possible to make any form of change, they are called effectively variable. The value is yet to be assigned to them. The outcome is required without restriction in many cases and that is the reason to use effective variables. They can also play a role in testing. If final variables are to be equipped with several additional features, this can be done through effective Variables. Most local expressions in Lambda are final.
Posted Date:- 2021-11-27 10:04:12
Circuit Breaker is a microservice design pattern. In a microservices architecture, it is typical that a request could span multiple services. For any request, if one of the services involved in the response is not working, a circuit Breaker is used to stop the process of request and response.
Without a circuit breaker in place, the client would have continuously sent requests to the service which is down. Resources will get exhausted with low performance and a bad user experience due to this. To avoid this kind of problem, a circuit breaker pattern can be used.
In the case of a circuit breaker pattern, the client will invoke a remote service via a proxy. This proxy will behave as a circuit barrier. In case of failure, when the number of failures crosses a defined threshold number, the circuit breaker will trip for a defined period. During this time, requests to invoke remote service will fail. Once the time-out period for the breaker is complete, a circuit breaker will allow a defined number of tests to pass through, and only when they succeed, a circuit breaker will resume back to normal operation and will start fulfilling the requests.
Posted Date:- 2021-11-27 10:01:53
CQRS stands for Command Query Responsibility Segregator. Every microservice as per design will have a database per service model or shared database per service. As applications become more complex, the handling of detailed queries and validations also more complex. Traditional CRUD (Create, Read, Update and Delete) data model will become cumbersome to implement and maintain.
CQRS pattern proposes the separation of the read data model (Read) from the writing data model (Create, Update and Delete). The application will be segregated into Command and Query parts. The command part will be responsible for the Create, update, and delete operations. The query part will be responsible for the read operation through materialized views. This segregation provides scalability, ease of maintenance, and optimization of the database.
Posted Date:- 2021-11-27 10:00:44
When comes to writing shorthand code, they are generally considered. Basically, they are adopted as anonymous methods for this purpose. The productivity of developers can simply be enhanced and reliable code can simply be assured without making a lot of effort. They are basically nameless functions.
Posted Date:- 2021-11-27 09:58:00
There are a lot of design patterns used in microservices. Some of them are given below.
* Aggregator
* API Gateway
* Service Discovery
* Chained or Chain of responsibility
* Asynchronous messaging
* Database or Shared Data
* Event sourcing
* Branch
* Saga
* CQRS (Command Query Responsibility Segregator)
* Circuit Breaker
* Decomposition
Posted Date:- 2021-11-27 09:57:15
In the case of microservices architecture, it is typical that a user’s request can span multiple services. Saga pattern is a microservice architectural pattern to implement a transaction that can span across multiple services.
Every service in a saga performance its transaction for the request and publishes an event. Other services listen to the published event and perform the next local transaction. If any of the transactions in the end-to-end flow fails for any reason, the saga pattern implementation will execute required transactions to undo the impact of preceding transactions.
Saga pattern is very useful in maintaining data consistency across multiple services in a microservices architecture.
Posted Date:- 2021-11-27 09:55:45
Microservices testing can be done by following different kinds of test strategies.
a. End to End testing. In this testing, the end-to-end functionality of the application is tested. As microservices architecture has multiple services which might need to interact with other microservices as part of a user request, end to end testing will able to cover any gaps or issues in the integration or functionality or performance issues, etc.
b. Unit testing and integration testing: Testing of an individual microservice functionality and its integration with another service. This testing will cover the gaps in functionality or performance issues.
c. Load testing: Load testing is extremely helpful in understanding the application performance/behavior in case of peak load and also the compliance to business KPIs and non-functional requirements under the scope of load testing.
d. Resiliency testing: This test will cover the application response to highly erratic user traffic and ensure if sufficient compute and storage is available as needed.
Posted Date:- 2021-11-27 09:54:55
SQS is basically nothing but an approach used for information sharing and passing among the different hosts and connectors. Different components of Lambda can be made accessible or in other words, communication can be made possible in them. Even if the functional components are different, they can simply be connected. A lot of failures can be eliminated simply through this approach and components can understand each other effectively.
Posted Date:- 2021-11-27 09:54:22
In System Administration and Web operations, it is very common and in fact the oldest approach. The process is straightforward in the case of Lambda. When large-scale automation is to be achieved, this approach is adopted. A lot of tasks can be configured and managed reliably. A lot of challenges can be eliminated simply.
Posted Date:- 2021-11-27 09:53:12
Yes, it’s possible and in fact, it is one of the best features in the AWS Lambda. Basically, it is considered when you need to spin a larger instance. In case you are already using the one, it can be paused. You need to detach the same as well from the server. It’s necessary to note the Id of the new device post which you can continue your process.
Posted Date:- 2021-11-27 09:52:35
The disadvantages of microservices are given below.
* The challenges with any distributed system also apply to Microservices.
* Management of a large number of services is difficult.
* Communication between microservices is complex.
* Due to the decentralized nature of microservices, more microservices will mean more resources.
* Debugging of problems is harder unless the right instrumentation is followed during design and development.
* Microservices will need a large team size with the right mix of experience in design, development, automation, deployments, tools, and testing.
* Microservices-based implementation will need high investment.
Posted Date:- 2021-11-27 09:52:16
Efficient utilization & fast deployment represents Multiple Service Instances per Host.
Multiple Service Instances per Host is a traditional approach to deploy an application. As part of this pattern, single or multiple physical or virtual hosts are provisioned and then several service instances are run on each host.
This pattern provides relatively efficient usage as multiple service instances use the same server and the underlying operating system.
Service deployment is also fast as it is required to copy the service to a host and simply run it.
Posted Date:- 2021-11-27 09:51:16
Docker is a software platform for developing, building, and running applications based on containers.
In the case of microservices, an application is split into multiple services based on business capabilities. Each of the microservices can be deployed and managed easily using Docker.
Steps to do deploy microservice using docker are given below.
1. Create the image.
* The initial step is to get a base Docker image required for a given microservice.
* Use the Dockerfile to create an image for the service.
* Run required Docker commands.
2. Deploy and run microservices.
* Push the image to the Docker hub we provide necessary access to the system where we want to run the microservice.
* Docker-machine is a tool that will install docker-engine on hosts and manages the host with docker-machine commands.
* Create a host on drivers like VirtualBox.
* Deploy the microservices in a single host or have one microservice per host, depending on the deployment pattern to be used.
* Network management can be done using Nginx. Separate containers can be created for network management as per the requirement.
Posted Date:- 2021-11-27 09:50:50
In the case of microservices architecture, the main components are as follows.
* Containers, Clustering, and their orchestration
* IaC (Infrastructure as Code) in case of cloud deployment
* Cloud Infrastructure
* API Gateway
* Enterprise Service Bus
* Messaging Service
* Service Delivery
Posted Date:- 2021-11-27 09:15:44
As the scale of the data and applications become larger, it becomes a need to make the data readily available. Caching is one of the ways to make the data more readily available and this reduces the load on the database engine.
There are different caching architectural patterns.
a. Embedded Cache – In case of Embedded cache type, whenever request(s) come into Load Balancer, Load Balancer forwards the request to one of the application services. Request is received by the application and application checks if the same request was already executed or not and is stored in cache or not.
b. Embedded Distributed Cache: This is the same as Embedded cache except that Hazel cast cluster is used.
c. Client-Server Cache: In this caching type, the application use cache client to connect to Cache Server (Hazel cast).
d. Cloud Cache: This is the same as Client-Server caching but with the difference that the server part is moved out of the organization into the cloud.
e. Sidecar Cache: Sidecar cache pattern is used in the Sidecar pattern and the Sidecar pattern is mostly used in Kubernetes environments. When a request comes to the Application container, the application will use the cache client to connect to Cache Container.
f. Reverse Proxy Cache: In the case of Reverse Proxy cache, the cache is put in front of the application. When a request comes into the Load Balancer, the Load Balancer will check if such a request is already cached or not.
g. Reverse Proxy Sidecar Cache: In this caching type, from Kubernetes Service (Load Balancer), the request goes to one of the PODs. Inside the POD, a request is received by Reverse Proxy Cache Container and not the application container. Reverse Proxy Cache Container checks if any such request is already cached or not.
Posted Date:- 2021-11-27 09:15:04
For developing microservices using Java, there are several microservices frameworks. Some of the examples for java based microservices development are given below.
a. Spring Boot: This is one of the best Java microservices frameworks that work on top of languages for Inversion of Control, Aspect-Oriented Programming, etc.
b. Jersey: This is an open-source framework that supports JAX-RS APIs in Java and is very easy to use.
c. Swagger: Swagger helps in documenting API and provides a development portal. Swagger allows users to test the developer APIs.
Additionally, frameworks like Dropwizard, Ninja Web Framework, Rest, Play Framework, RestExpress, Restlet, and Spark Framework can also be used for the development of microservices using Java.
Posted Date:- 2021-11-27 09:14:32
The very first thing is to get an Instance from another trusted Amazon Machine Image. After this, you need to add components, as well as packages. Initially, there is no need to add data in it in case it is sensitive due to some security issues. Next is to add the access credentials post which you can sign up with a database. The total amount of data that you need to have in it can simply be enhanced up to any level depending on your need and exact requirement.
Posted Date:- 2021-11-27 09:13:16
Microservices are developed and deployed quickly and in most cases automatically as part of the CI/CD pipeline. Microservices could be deployed in Virtual Machines or Containers. The virtual machines or containers can be On-premise or in the cloud as well.
There are different deployment approaches available for Microservices. Some of the possible deployment approaches for microservices are mentioned below.
* Multiple service instances per host
* Service instance per host
* Service instance per VM
* Service instance per Container
* Serverless deployment
* Service deployment platform
Posted Date:- 2021-11-27 09:12:19
The main features of the microservices are given below.
a. Microservices architecture breaks an application into smaller services, and it is possible to develop, deploy each service independently. This makes the introduction of new features in an application very easier.
b. Decentralization:
Microservices architecture leads to distributed systems. The data management is decentralized. There will be a monolithic database containing all data belonging to the application.
Each service has the ownership of the data related to the business functionality of that service.
c. Polyglot:
This is one of the significant aspects of microservices architecture.
For example, if a team is working on one of the microservice using Java, Spring Boot, and MySQL, another team can work on another microservice using Python, Node JS, and NoSQL.
Different microservices can use a different version of the same programming language. Eg. Python 2.7 and Python 3.0
Different microservices can use different programming languages.
Different microservices can use different architectures as well.
d. Black box
Every microservice is defined as a black box. The details of the complexity are hidden from other services/components.
e. Security
The Microservice platform itself should provide capabilities for certificate management, different types of credentials, authentication, and authentication based on RBAC (Role-based access model). Security is decoupled from the microservice development team as platform standardization help with it.
Posted Date:- 2021-11-27 09:11:33
Containers are lightweight, easily packaged, and are designed to run anywhere. Containers provide execution isolation at the operating system level. Single Operating system instance can support multiple containers with each container having its separate execution environment.
Containers are not mandatory as part of microservices architecture. For example, Netflix runs its microservices-based offerings on Amazon web services using AWS instance.
Fine-grained execution environments of containers and the ability of the container to accommodate co-located application components in the same operating system instance help greatly in achieving better server utilization rates. If any organization has the application of its microservices in the cloud environment, this will help in reducing the bills.
Container-based microservices applications can respond better to erratic workloads. Container initiation time is shorter, and this will help in user satisfaction.
Posted Date:- 2021-11-27 09:06:58
Microservices is an architectural style wherein the key business capabilities of an application are exposed as loosely coupled services.
Sprint boot is a framework that has evolved to be formidable for Java microservice development.
Spring Boot enables building production-ready applications faster and provides embedded servers that are easy to deploy with containers.
Spring Cloud which builds on top of Spring Boot, provides features to quickly build production-ready microservices. It’s possible to quickly set up services with minimal configurations Eg. Service Registration and discovery, circuit breakers, proxies, logging, log tracking, monitoring, etc.
Posted Date:- 2021-11-27 09:06:41
Event-driven communication is the pattern used in Microservices for communication between microservices. It is an asynchronous communication style and removes the coupling between services completely.
Event-driven communication differs from the messaging pattern. In the case of messaging patterns of microservices communication, the services will need to know of a common message structure. However, in the case of Event-driven communication patterns, the services need not know of a common message structure.
A message broker will still be needed in case of event-driven communication as the services will write their event to the message broker only.
In the case of event-driven communication in a microservice architecture, the consuming service(s) don’t need to know the details of the event as the consuming service will react to the occurrence of the event. The message of the event is not important to consuming service.
Posted Date:- 2021-11-27 09:06:21
API Gateway in Microservices is a Microservices Architecture pattern.
API Gateway is a server and is a single-entry point into the system. API Gateway is responsible for routing the request, composition, and translation of the protocol. All the requests from the clients first come to the API Gateway and the API Gateway routes the request to the correct microservice.
API Gateway can also aggregate the results from the microservices back to the client. API Gateway can also translate between web protocols like HTTP, web socket, etc.
API Gateway can provide every client with a custom API as well.
An example of an API Gateway is Netflix API Gateway.
Posted Date:- 2021-11-27 09:05:57
In the case of monolith applications, there are several problems like
a. Same code base for presentation, business layer, and data access layer. Application is deployed as a single unit.
b. Complex to maintain and scalability is an issue.
Microservice solves the above problems.
Microservices are ideal when a monolith or a legacy application needs to be modernized.
For new software development, if the key business drivers are to reduce time to market, scalable better software, lower costs, faster development, or cloud-native development, microservices are ideal.
Each service is independent and gives the flexibility to choose the programming language, database, and/or architecture.
Distinct services can be developed, deployed, and maintained independently.
Posted Date:- 2021-11-27 09:05:36
Microservice architecture is an architectural pattern of software development wherein an application’s core business capabilities are exposed as loosely coupled services that can be developed, deployed, and maintained independently of each other.
Each service performs a unique function.
Services are distributed across systems.
Services are organized around business capabilities.
Data management is decentralized
Governance is decentralized
Polyglot architecture where different microservices can use a different version of the same programming language and/or different programming language and/or different architectures as well.
Posted Date:- 2021-11-27 09:04:11
Microservices in .Net is nothing but microservices based on microservices architecture using ASP.Net Core.
The specialty of Microservices is that polyglot architecture is supported.
For example: If a team is working on one of the microservice using Java, Spring Boot, and MySQL, another team can work on another microservice using ASP.NET Core.
Different microservices can use a different version of the same programming language.
Different microservices can use different programming languages.
Different microservices can use different architectures as well.
Posted Date:- 2021-11-27 09:03:41
In the case of Microservices the business logic of an application is spread over multiple microservices.
In the case of a simple request, the request may be addressed via a single microservices. However, in the case of complex requests, the request will need to be handled by multiple services with one service calling another. Cross-services communications need to be carefully handled and addressed.
Lots of aspects need to be considered while developing complex business logic especially in the case of microservice architecture. In the case of complex requests, where multiple services are called, a saga pattern is required to ensure data consistency across multiple services. The business logic will need to generate events when the data changes. There is a clear need to structure the business logic depending on whether the scenario is simple or complex.
For simple scenarios, it is better to choose the transaction script pattern itself instead of using an object-oriented approach.
In the case of a transaction script pattern, a method called ‘transaction script’ is written to handle each request from the presentation layer. The classes implementing behavior will need to be separate from that the classes which store the state.
In the case of complex business logic, Domain-driven design (DDD) is preferred. DDD is useful to decompose an application into multiple services. In the case of DDD, each service has its domain model instead of a single application-wide domain model. Subdomains and Bounded context are two of the strategic Domain-driven design patterns.
While decomposing an application into services, one common pitfall to avoid is to not group related activities into one service. Grouping should be done based on domain and not based on entity.
Posted Date:- 2021-11-27 09:03:13
This can be done simply by using the Linux software RAID. Also, better security can simply be assured.
Posted Date:- 2021-11-27 09:02:41
Microservices in Java is nothing but microservices with microservices architecture using Java programming language. The specialty of Microservices is that polyglot architecture is supported.
For example, if a team is working on one of the microservice using Java, Spring Boot, and MySQL, another team can work on another microservice using Python, Node JS, and NoSQL.
Different microservices can use a different version of the same programming language.
Different microservices can use different programming languages.
Different microservices can use different architecture
Posted Date:- 2021-11-27 09:02:26
Microservices is a style of architecture wherein the key business capabilities of an application are exposed as loosely coupled services that can be independently deployed. Each service exposed is referred to as Microservice.
For example, let us take the example of an eCommerce application. We can design and build separate microservices for key business functionalities of the eCommerce application like Authentication, Customer Account, Product Catalog, Product Ordering, Product Offering Qualification, Shopping Cart, Recommendation, Payment, Payment Method, Shipment Tracking, etc.
Posted Date:- 2021-11-27 09:00:56