Eine API (Appli­ca­ti­on Pro­gramming Inter­face) ist eine Pro­gram­mier­schnitt­stel­le. Stel­len Sie sie sich wie einen stan­dar­di­sier­ten Kell­ner in einem Restau­rant vor. Anstatt selbst in die Küche (die ande­re Soft­ware) zu gehen und sich die Zuta­ten (die Daten) zusam­men­zu­su­chen, geben Sie dem Kell­ner eine klar defi­nier­te Bestel­lung (einen API-Auf­ruf). Der Kell­ner holt genau das, was Sie bestellt haben, und bringt es Ihnen in einem stan­dar­di­sier­ten For­mat zurück. APIs ermög­li­chen es unter­schied­li­chen Soft­ware-Sys­te­men, kon­trol­liert und sicher mit­ein­an­der zu kom­mu­ni­zie­ren, ohne ihre inter­ne Logik preis­zu­ge­ben.

Das hängt vom Anwen­dungs­fall ab. REST ist der eta­blier­te, weit ver­brei­te­te Stan­dard. Er ist res­sour­cen­ori­en­tiert und sehr robust, was ihn für die meis­ten Ser­ver-zu-Ser­ver-Inte­gra­tio­nen ide­al macht. Gra­ph­QL ist ein neue­rer, fle­xi­ble­rer Stan­dard, der es dem Cli­ent (z.B. einer mobi­len App) erlaubt, mit einer ein­zi­gen Anfra­ge genau die Daten zu bekom­men, die er benö­tigt – nicht mehr und nicht weni­ger. Das ist beson­ders vor­teil­haft, um Daten­vo­lu­men zu spa­ren und die Per­for­mance von Frontends zu opti­mie­ren. Wir bera­ten Sie, wel­cher Ansatz für Ihr Pro­jekt in Ber­lin der bes­te ist.

Der “API-First”-Ansatz bedeu­tet, dass die Schnitt­stel­le (API) als das zen­tra­le, pri­mä­re Pro­dukt betrach­tet wird, das zuerst ent­wor­fen und ent­wi­ckelt wird. Erst danach wer­den die dar­auf auf­bau­en­den Anwen­dun­gen (z.B. eine Web-Ober­flä­che oder eine mobi­le App) ent­wi­ckelt, die die­se API nut­zen. Die­ser Ansatz, den wir in Ber­lin ver­fol­gen, för­dert eine sau­be­re Tren­nung der Sys­tem­kom­po­nen­ten, ermög­licht die par­al­le­le Ent­wick­lung von Front­end und Backend und stellt sicher, dass die API gut durch­dacht, wie­der­ver­wend­bar und kon­sis­tent ist. Es ist die Grund­la­ge für eine moder­ne, fle­xi­ble IT-Archi­tek­tur.