CloudNavigator

Most web service managers and architects I talk to describe their architecture as a "3-tier" model, meaning they have a web server tier, and appserver tier, and a database tier.  However most such architectures in fact turn out to be much more complicated with ESB components and other connectors, access control services, mulitple layers of data sources, firewalls, intrusion detection systems, audit servers, disaster recovery support and more.   Sure there are pieces which fall neatly into one of the classic three tiers.  However there are a lot of gray areas, side-bars, and odd pieces in the typical architecture as well.

Many popular web content management systems such as Django are particularily hard to fit in that model.

The traditional "Load Balancer" was a technology that mapped neatly into the spaces between the layers in the 3-tier model by providing horizontal scaling for at least the web layer and the appserver layer.   Nowadays, the technology has morphed what F5 calls Application Delivery infrastructure.  Intelligent adaptive traffic management which is almost a "tier" in and of itself.   In a lot of ways, deployment of F5 technology can render the webserver front-end to your application largely irrelevant (obsolete?).

Recently I came across Harbor which obliterates the traditional box based appserver layer by letting you write Java programs and then deploy the various classes to wherever in the cloud it makes sense to run them.  Cool technology!  The developer becomes abstracted from having to know where in the infrastructure they are running.  The application becomes highly flexible, adaptible, and hardware/platform independent.  Perfect for deployment in ambiguous Clouds.   Harbor seems cutting edge.  Clearly it will take some time for a paradigm shift such as what it represents to really catch on.

Throw in a neo4j data model (or two) - which I blogged about earlier and maybe it is time to finally break out of  the old 3-tier web architecture box and retire the concept….