Stel­len Sie sich eine Restau­rant-Anwen­dung vor. Das Front­end ist alles, was Sie als Gast sehen: die Spei­se­kar­te, die Tisch­re­ser­vie­rungs­ober­flä­che, das Design. Es läuft im Brow­ser. Das Backend ist die Küche und das Lager: Dort wer­den die Bestel­lun­gen ver­ar­bei­tet, die Ver­füg­bar­keit von Zuta­ten geprüft, die Rech­nun­gen erstellt und die Daten sicher gespei­chert. Es läuft auf dem Ser­ver. Ohne ein funk­tio­nie­ren­des Backend gibt es nichts zu essen.

Eine Micro­ser­vice-Archi­tek­tur ist dann sinn­voll, wenn Ihre Anwen­dung sehr groß und kom­plex ist oder wird. Anstatt eine rie­si­ge, mono­li­thi­sche Anwen­dung zu bau­en, zer­legt man sie in vie­le klei­ne, unab­hän­gi­ge Diens­te (z.B. einen Dienst für die Benut­zer­ver­wal­tung, einen für den Waren­korb, einen für die Bezah­lung). Vor­tei­le: Ein­zel­ne Tei­le kön­nen unab­hän­gig von­ein­an­der ent­wi­ckelt und ska­liert wer­den, und ein Feh­ler in einem Dienst legt nicht die gesam­te Anwen­dung lahm. Für klei­ne­re Pro­jek­te ist ein gut struk­tu­rier­ter Mono­lith oft der prag­ma­ti­sche­re Start.

“Head­less” (kopf­los) bedeu­tet, dass das Backend-Sys­tem (z.B. ein CMS wie Con­tentful oder ein Shop­sys­tem wie Com­merce­tools) nur noch für die Daten­ver­wal­tung zustän­dig ist und die­se Daten über eine API zur Ver­fü­gung stellt. Es hat kein eige­nes Front­end (kei­nen “Kopf”) mehr. Dies gibt Ihnen die Frei­heit, ein oder meh­re­re, tech­no­lo­gisch völ­lig unab­hän­gi­ge Frontends (z.B. eine Web­site mit React, eine mobi­le App) an die­ses eine Backend anzu­bin­den. Wir sind Exper­ten für die Ent­wick­lung sol­cher head­less Backends und der Anbin­dung an diver­se Frontends.