Bízd másra? – Amikor a szolgáltató leállítja az API-t

Amikor a függőségeid átalakulnak kockázattá

Van egy rossz érzés, amit minden fejlesztő ismer. Megtalálod a tökéletes harmadik féltől származó szolgáltatást, gyorsan beépíted az alkalmazásodba, és egy idő után már el sem tudod képzelni nélküle a felhasználói élményt. Aztán jön a nap, amikor egyszerűen megszűnik.

A Google nemrég bejelentette, hogy leállítja a Tenor API-t. Ez pontosan az a helyzet, ami nagy léptékben mutatja meg, milyen veszélyei vannak a külső szolgáltatásokra való túlzott támaszkodásnak. Éveken át a Tenor jelentette a GIF-ek működésének alapját rengeteg csevegőalkalmazásban, közösségi platformon és kreatív eszközben. Azok a fejlesztők, akik a Tenor infrastruktúrájára építették a GIF-választókat, most kapkodva keresnek alternatívát – vagy ami még rosszabb, nulláról újraírják a teljes funkciót.

Mit jelent ez a fejlesztőknek?

A hatás messze túlmutat egy egyszerű funkció eltávolításán. Amikor valaki más API-jára építesz, lényegében egy olyan partnerséget kötsz, ahol kevesebb az irányításod, mint gondolnád. A Google-nak teljes joga van megszüntetni azokat a termékeket, amelyek már nem illeszkednek az üzleti stratégiájába – de ettől még nem lesz könnyebb azoknak a fejlesztőknek, akiknek a maradékot kell összeszedniük.

Íme, mire számíthatnak most a Tenort használó csapatok:

• Azonnali migrációs nyomás — A felhasználók elvárják, hogy a GIF-funkció továbbra is működjön. Nincs választás,Replacement kell.
• Licencelési galibák — A Giphy és hasonló alternatívák saját feltételekkel, díjszabással és API-korlátozásokkal érkeznek.
• Fejlesztési időhiány — Ami egyszerű integrációnak tűnt, most teljes átstrukturálási projekté változott.
• Felhasználói élmény megszakadása — A funkciók, amelyekre a felhasználók számítanak, eltűnhetnek vagy másképp működhetnek az átállás időszakában.

A nagyobb tanulság: függőségi kockázatkezelés

Ez a helyzet egy kritikus elvet húz alá, amit minden fejlesztőcsapatnak meg kell jegyeznie: a külső API-k addig kényelmesek, amíg azok.

Mielőtt bármilyen külső szolgáltatást beépítesz az alkalmazásodba, tedd fel magadnak ezeket a kérdéseket:

1. Mennyire stabil ez a szolgáltatás? Volt-e már az API-szolgáltató átalakulás, felvásárlás, vagy mutatott-e jeleit termékek megszüntetésének?
2. Mi a kilépési stratégia? Ha holnap megszűnne ez a szolgáltatás, milyen gyorsan tudnál váltani?
3. Alapvető funkcióról van szó, vagy csak díszítésről? Minél központibb a funkcionalitás, annál inkább birtokolnod kell, vagy legalább készítened kell egy bombabiztos tartalék tervet.
4. Mi az üzleti modell? Azok a szolgáltatások, amelyek bizonytalan bevételi forrásokra támaszkodnak, pont akkor tűnhetnek el, amikor a legnagyobb szükséged van rájuk.

Ellenálló rendszerek építése

A NameOceannál sokat beszélünk a stabil alapok fontosságáról — legyen szó domain regisztrációról, DNS-beállításokról vagy hosting infrastruktúra kiépítéséről. Ugyanez az elv érvényes itt is: azokra a szolgáltatásokra érdemes építeni, amelyek magabiztosságot adnak, nem aggódást.

Ha most értékeled ki az API-kat a következő projektedhez, tekintsd a Tenor-helyzetet egy esettanulmánynak a függőségi kockázatokról. Olyan szolgáltatásokat válassz, amelyek stabil vállalatok mögött állnak, és világos hosszú távú elkötelezettséget vállalnak. Ha lehetséges, építs absztrakciós rétegeket, hogy ne legyél szorosan kötve egyetlen szolgáltatóhoz sem. És mindig, de tényleg mindig legyen B terved.

A GIF-választó a csevegőalkalmazásodban apróságnak tűnhet – de amikor elromlik, a felhasználóid észreveszik. Még fontosabb, hogy minden alkalommal, amikor egy megszokott funkciójuk egyszerűen eltűnik, az általad korábban épített bizalom is sérül.

A Google folytatja a termékportfóliója optimalizálását. Más vállalatok is követni fogják saját leállított API-jukkal. Azok a fejlesztők birkóznak meg a legjobban ezekkel a viharokkal, akik előre látták – és felkészültek rá.

Érintette a Tenor leállítása a projektjeidet? Meséld el a tapasztalataidat kommentben. És ha stabilitásra törekvő hostingot és infrastruktúrát keresel, a NameOcean nálunk van.