Reactive Manifesto

Reactive Manifesto

The Reactive Manifesto describes how to design and architect Reactive systems according to your needs.Systems built as Reactive Systems are more Reliable, flexible, loosely coupled, scalable and resilient. This makes them easier to develop and amenable to change. Reactive systems are more tolerant of failure and when failure does occur, they meet it with elegance rather than disaster.

September 9, 2018 · 6 min · 1149 words · Pradeep Loganathan
Hexagonal architectures

Hexagonal Architectures

Hexagonal architecture aims to decouple business logic from other parts of the component, especially the persistence, eventing and services layers. A component, built on the ports and adapters pattern, exposes a set of ports to which one or more adapters can be added as necessary.

July 10, 2017 · 4 min · 716 words · Pradeep Loganathan
REST constraints

REST - Identifying Resources and URI design.

The key parts of a Resource oriented architecture (REST architecture) are resources, identifiers, representations, and the links between them. There is no exact science to identifying resources and there is no right or wrong with resources identified.In this post we will look at best practices to do so.

December 14, 2016 · 5 min · 1008 words · Pradeep Loganathan
Rest - Idempotency and Safety

Rest - Idempotency and Safety

Implementing the REST architectural principles results in the both Idempotency and safety being incorporated into the system. This is not however not completely automatic and needs to be thought through in detail.

October 19, 2016 · 4 min · 844 words · Pradeep Loganathan
REST constraints

REST architectural constraints

REST defines six architectural constraints which make any web service – a truly RESTful API. These are also called as Fielding’s constraints. They generalize the Web’s architectural principles and represent them as a framework of constraints or an architectural style.

October 19, 2016 · 4 min · 710 words · Pradeep Loganathan