AppServers, Grid, SOA, JEE, etc.

Reference cards (cheat sheets) collection.

• Actionscript – The permanent link to cards: Actionscript cards.
• Ada – The permanent link to cards: Ada cards.
• Admintools – The permanent link to cards: Admintools cards.
• Agile – The permanent link to cards: Agile cards.
• Ajax – The permanent link to cards: Ajax cards.
• Apache – The permanent link to cards: Apache cards.
• C, Cplusplus, C_ – The permanent link to cards: C, Cplusplus, C_ cards.
• Cheatography – The permanent link to cards: Cheatography cards.
• ControlVersionSystems – The permanent link to cards: ControlVersionSystems cards.
• CSS – The permanent link to cards: CSS cards.
• DesignPatterns – The permanent link to cards: DesignPaterns cards
• DZoneReferenceCards – The permanent link to cards: DZone Reference cards.
• Google – The permanent link to cards: Google cards.
• HTML,SHTML,XHTML – The permanent link to cards: HTML cards.
• Infographics – The permanent link to cards: Infographics cards.
• Java – The permanent link to cards: Java cards.
• JavaScript – The permanent link to cards: JavaScript cards.
• JQuery – The permanent link to cards: JQuery cards.
• Makeuseof – The permanent link to cards: Makeuseof cards.
• Microsoft and DreaminCode – The permanent link to cards: Microsoft cards.
• MySQL – The permanent link to cards: MySQL cards.
• OpenERP – The permanent link to cards: OpenERP cards.
• Oracle – The permanent link to cards: Oracle cards.
• OracleSOA – The permanent link to cards: OracleSOA cards.
• Others – The permanent link to cards: Other cards.
• Perl – The permanent link to cards: Perl cards.
• Php – The permanent link to cards: Php cards.
• Python – The permanent link to cards: Python cards.
• Regular Expressions – The permanent link to cards: Regular Expressions cards.
• RSS – The permanent link to cards: RSS cards.
• Ruby – The permanent link to cards: Ruby cards.
• Stl – The permanent link to cards: Stl cards.
• UML – The permanent link to cards: UML cards.
• Unix and Linux – The permanent link to cards: Unix and Linux cards
• VisiBone Reference Cards – The permanent link to cards: VisiBone cards
• Web Design – The permanent link to cards: Web Design cards.
• WordPress – The permanent link to cards: WordPress cards.
• XML – The permanent link to cards: XML cards.
• XSLT and XPath – The permanent link to cards: XSLT and XPath cards

Every architecture is formed based on certain design principles and Microservices is no different. This article will not talk about what Microservices is all about. There are already plenty of articles and blogs to do that. In this article, I will talk about what it takes to devise a Microservices based architecture. We will take a look at some of the design principles one should take into account to design a Microservices based applications.

Isolation

Services must be designed to work in isolation. When you break up a monolithic system into set of services, it is necessary that these services are decoupled from one another, are made more cohesive and self sufficient. Each service should be able to handle its failure without breaking the whole application or system. Isolating and decoupling enables service to recover itself from the failure condition very quickly. The isolation characteristic of the service has the following benefits: easy adoption of continuous delivery, better scaling, effective monitoring and testability.

Autonomous

Isolation paves the way for autonomy. Services must be designed to be autonomous. It must be cohesive and able to fulfill its function independently. Every service can be independently invoked using a well defined API (URI). The API in a way identifies the service function. Autonomous service must also deal with its own data. More popular term is polyglot persistence where each service has its own persistence store. Autonomy also ensures resiliency. An autonomous service has the following benefits: Effective service orchestration and coordination, better scaling, communication through well defined API, faster and controlled deployment.

Single Responsibility

Service must be designed to be highly cohesive. A single responsibility principle is where the service performs only one important function. The single responsibility aspect gels well with the term ‘micro’. Micro indeed means small, fine grained and only relevant within its scope of responsibility. The single responsibility feature has the following benefits: Services composition is seamless, better scaling, reusability, extensibility and maintainability.

Bounded Context

How big or small your services should be? Million dollar question? Well the answer lies in what is called as Bounded Context design principal. It is a key pattern while devising a Domain Driven Design (DDD) modeling approach. Bounded context is all about defining a context in which your Microservices will be providing its services. It is about evaluating your domain model and identifying discrete boundaries and accordingly designing your Microservices to make it more cohesive and autonomous. That also means communication across boundaries becomes more efficient and your service in one bounded context need not be dependent on service in another bounded context for too many things.

Asynchronous Communication

While drawing discrete boundaries and designing services with its own bounded context, it is necessary that service communication across boundaries must be asynchronous. The asynchronous mode of communication naturally leads to loose coupling between services and allows for better scaling. With synchronous communication, you are blocking a call and waiting for the response. A service in a blocking state cannot perform another task until the response is received and the underlying thread is released. It leads to network congestion and impacts both latency and throughput. Asynchronous communication can also bring in the notion of implementing a well defined integration or communication pattern to achieve a logical workflow involving different services.

Location Independent

Microservices, by design, are good candidates to be deployed in a virtualized environment or docker containers. With the advent of cloud computing, we can have plethora of service instances that can take advantage of dynamic scaling environment. The services could be running on multiple nodes across small or large clusters. Services itself can be relocated depending upon the availability or efficiency of the underlying computing resource. One must be able to address or locate the service in a location independent manner. Often different lookup discovery patterns can be used to consume your service. The client or consumer of the service does not have to bother about where a particular service is deployed or configured. It just uses some kind of logical or virtual address to locate the service.

Microservices is not a technology, framework or a solution. It is an architectural style that provides you an approach or methodology to deal with the complex nature of a monolithic application. The approach starts with the above design principles that you can use to architect Microservices based application.

Reference cards (cheat sheets) collection.

• Actionscript – The permanent link to cards: Actionscript cards.
• Ada – The permanent link to cards: Ada cards.
• Admintools – The permanent link to cards: Admintools cards.
• Agile – The permanent link to cards: Agile cards.
• Ajax – The permanent link to cards: Ajax cards.
• Apache – The permanent link to cards: Apache cards.
• C, Cplusplus, C_ – The permanent link to cards: C, Cplusplus, C_ cards.
• Cheatography – The permanent link to cards: Cheatography cards.
• ControlVersionSystems – The permanent link to cards: ControlVersionSystems cards.
• CSS – The permanent link to cards: CSS cards.
• DesignPatterns – The permanent link to cards: DesignPaterns cards
• DZoneReferenceCards – The permanent link to cards: DZone Reference cards.
• Google – The permanent link to cards: Google cards.
• HTML,SHTML,XHTML – The permanent link to cards: HTML cards.
• Infographics – The permanent link to cards: Infographics cards.
• Java – The permanent link to cards: Java cards.
• JavaScript – The permanent link to cards: JavaScript cards.
• JQuery – The permanent link to cards: JQuery cards.
• Makeuseof – The permanent link to cards: Makeuseof cards.
• Microsoft and DreaminCode – The permanent link to cards: Microsoft cards.
• MySQL – The permanent link to cards: MySQL cards.
• OpenERP – The permanent link to cards: OpenERP cards.
• Oracle – The permanent link to cards: Oracle cards.
• OracleSOA – The permanent link to cards: OracleSOA cards.
• Others – The permanent link to cards: Other cards.
• Perl – The permanent link to cards: Perl cards.
• Php – The permanent link to cards: Php cards.
• Python – The permanent link to cards: Python cards.
• Regular Expressions – The permanent link to cards: Regular Expressions cards.
• RSS – The permanent link to cards: RSS cards.
• Ruby – The permanent link to cards: Ruby cards.
• Stl – The permanent link to cards: Stl cards.
• UML – The permanent link to cards: UML cards.
• Unix and Linux – The permanent link to cards: Unix and Linux cards
• VisiBone Reference Cards – The permanent link to cards: VisiBone cards
• Web Design – The permanent link to cards: Web Design cards.
• WordPress – The permanent link to cards: WordPress cards.
• XML – The permanent link to cards: XML cards.
• XSLT and XPath – The permanent link to cards: XSLT and XPath cards

SOA for Dummies from IBM.

SOA Adoption for Dummies from Software AG.