Soap

T’as déjà bossé avec SOAP ? Si t’as commencé l’API game après 2010, t’as probablement esquivé cette “merveille”. Mais dans les années 90, c’était la solution pour échanger des données entre machines. 🌐

À l’époque, t’as des boîtes qui se lancent dans le e-commerce, la gestion d’inventaires à distance, bref, ça sentait bon la digitalisation du business. Mais fallait un truc pour connecter toutes ces grosses machines ensemble. Et SOAP débarque avec une promesse simple : “Donne-moi tes données en XML, et je les enverrai à l’autre bout du monde”. 🏢➡️🌍

Alors pourquoi SOAP a fait son petit effet ?

Imagine que t’as une multinationale avec une tonne de systèmes hétérogènes (ERP, CRM, etc.). Tout ça devait échanger des infos, genre des commandes, des clients, des factures. SOAP te promettait de tout standardiser, avec un protocole béton, bien structuré, et sécurisé. Les entreprises, elles ont vu un truc blindé pour leurs besoins d’échange B2B, avec validation et tout le tralala. Tout était formalisé, chaque requête devait respecter des règles strictes. Un vrai garde du corps des API. 🔐

Sauf que… SOAP, c’était aussi un peu comme un éléphant dans un magasin de porcelaine. Imposant, lourd et compliqué à gérer. Chaque requête, chaque réponse, ça te pondait du XML à rallonge. Rien que lire une réponse SOAP, c’était parfois une mission ! Et puis, le réseau prenait cher avec des payloads bien volumineux. 🌪️

Alors pourquoi tout ça a fini par tomber dans l’oubli ? Parce que des types, en voyant ce bazar, se sont dit qu’on pouvait faire plus simple et léger. (Coucou REST 👋)

Est-ce que SOAP a résolu des problèmes à l’époque ? Clairement, oui. Mais aujourd’hui, dans un monde où on veut de la légèreté et de la rapidité, c’est un peu comme rouler en 4x4 pour aller chercher son pain. 🚗💨

👉 T’as déjà bossé avec SOAP ou tu fais partie de la team REST/GraphQL ? C’était l’enfer ou la révolution à l’époque ?