Frontend-as-a-Service: explained in easy terms
We want to explain what a Frontend-as-a-Service really is and does.
But let’s take a step back first and have a look at Service Oriented Architecture (SOA). SOA is the answer to the increasing speed of innovation in IT. The good old monolith — a software program that tries to cover the widest possible range of applications — is today no longer able to offer sufficient flexibility, speed, and to meet the demands of modern commerce projects.
On the one hand, it’s about the automation of functions and, on the other hand, about no longer having to install and operate software in a complicated way, but simply being able to consume it as a service.
In this way, new services can be added flexibly or existing services can be replaced.
Headless services — Headless CMS and headless shops
In the course of this specialization, many systems lose their head: the frontend. This allows manufacturers to concentrate fully on the technical functionality and offers maximum flexibility in presentation. However, the frontend can’t be omitted without replacement, because the content provided must be displayed and consumed by the user. This is where the path of virtue — service orientation — is usually left behind:
Usually, individual software is developed here on the basis of development frameworks such as Symfony or AngularJS. There’s a simple reason for this: there’s no Frontend-as-a-Service yet. So while there’s a variety of vendors to choose from for each part of a microservice-oriented architecture, companies have to make do with a “handmade” solution in the frontend.