Solutional
Forus pakub klientidele ja koostööpartneritele US Tokeneid kui täiendavat väärtusvormi. Näiteks teenivad tokeneid nii taksosõitja kui ka juht. Kogutud tokenid on plaanitud 2027. aastal vahetada Foruse ettevõtte osaluse vastu.
Mõte on lihtne: inimestel, kes aitavad ettevõttel kasvada, võiks olla võimalus selle loodud väärtusest osa saada. Ametlik tokenite registripidaja on iduettevõte KOOS. Meie aitasime Forusel ehitada selle välise platvormi ümber majasisese tokeniteenuse ja haldusliidese.
Miks Forus ehitas majasisese tokeniteenuse?
KOOS pakub API-t, mistõttu võiksid Foruse rakendused teoreetiliselt sellega otse liidestuda. Praktikas suhtleb KOOS-iga ainult majasisene tokeniteenus. Kõik teised Foruse süsteemid kasutavad meie loodud sisemist liidest.
Selline arhitektuur annab Forusele mitu eelist:
- sõltumatu sisemine register juhuks, kui KOOS pole kättesaadav või lõpetab tegevuse;
- eesmärgipärane haldusliides täpselt vajalike aruannete ja juhtimisvõimalustega;
- võimalus lisada Foruse-spetsiifilisi funktsioone ilma kolmanda osapoole arendusplaani, reageerimiskiiruse või hinnastuse taha jäämata;
- parem kontroll kliendi- ja partneriandmete üle ning väiksem vajadus jagada detaile välise teenusega;
- võimalus kuvada esialgset tokenijääki enne tingimustega nõustumist ja väljastada tokenid hiljem tagasiulatuvalt;
- auditeeritavus jääkide võrdlemiseks, intsidentide uurimiseks ja võimaliku pettuse tuvastamiseks;
- stabiilne sisemine API, mis kaitseb teisi Foruse rakendusi enamiku KOOS-i liidese muudatuste eest;
- võimalik alus sarnase platvormi pakkumiseks tulevikus teistele teenuseosutajatele.
KOOS-i roll
Foruse jaoks täidab KOOS eelkõige ametliku registripidaja rolli. Lisaks pakub see juriidilist ja operatiivset raamistikku ebatraditsioonilise ettevõtteosaluse jagamiseks.
Väiksema ettevõtte jaoks võib KOOS olla täielik lahendus. Foruse vajadused on laiemad ning kõiki sõltuvusi ei soovitud koondada ühte välisesse süsteemi. Majasisene teenus vähendab seetõttu riske, säilitades samal ajal KOOS-i eelised.
Koostöö KOOS-iga on olnud sujuv. API-ga liidestamine oli mõistlikult lihtne ja teenuse töökindlus on vastanud ootustele.
Tokeniteenuse arhitektuur ja tehnoloogia
Foruse tokeniteenus on sisemiste rakenduste ning KOOS-i vaheline API-kiht koos haldusliidesega. Ehitasime selle Phoenixi raamistikuga ja Elixiri programmeerimiskeeles. Need tehnoloogiad toetavad produktiivset arendust ja töökindlat toodangukeskkonda.
Foruse rakendused kasutavad teenuse API-t tokenitega seotud toiminguteks. Suhtlus KOOS-iga toimub võimaluse korral asünkroonselt. Kui omanikule väljastatakse tokeneid, võtab sisemine teenus soovi kohe vastu ja salvestab selle; taustaprotsess saadab info KOOS-i hiljem.
Nii saavad Foruse rakendused töötada ka KOOS-i ajutise häire ajal. Ootel muudatused sünkroonitakse pärast välise teenuse taastumist. Otseseid sünkroonseid päringuid kasutatakse ainult juhtudel, kus kohene väline vastus on päriselt vajalik.
Töökindlus sünnib inseneripraktikatest
Umbes 1,5 aasta jooksul pärast toodangusse jõudmist vajas tokeniteenus väga vähe parandustööd. Stabiilsuse tagasid nii tehnoloogiavalikud kui ka neid ümbritsevad inseneripraktikad.
Koodibaasi katavad põhjalikud ühik- ja integratsioonitestid. Teenust monitooritakse detailselt ning meie alarmid on mõnel korral märganud KOOS-i poole probleeme enne nende enda meeskonda. Andmeid replitseeritakse mitme eri riigis asuva andmekeskuse vahel, varukoopiad on olemas ja struktureeritud logid teevad operatiivse analüüsi kiireks.
Need põhimõtted võivad tunduda iseenesestmõistetavad, kuid ajasurve, puudulik kogemus või soov kiiresti väljastada viivad sageli nende vahelejätmiseni. Toodangusüsteem muutub töökindlaks siis, kui kvaliteeti, jälgitavust, taastatavust ja hooldatavust käsitletakse nõuetena, mitte hilisema lisatööna.
Majasisese integratsioonikihi äriline väärtus
Esmapilgul võib olemasoleva API ümber sisemise teenuse ehitamine tunduda tarbetu. Laiem analüüs näitas aga eeliseid töökindluses, privaatsuses, auditeeritavuses, tootepaindlikkuses ja tarnijasõltumatuse vähendamises.
Osalesime projektis arhitektuurist kuni toodangu käitamiseni ning tarnisime lisaks rakendusele ka suure käideldavuse jaoks vajaliku taristu ja operatiivsed praktikad.
Esimese ligikaudu 1,5 aasta jooksul ei leitud teenusest kriitilisi ega väiksemaid tarkvaravigu. Edasine arendus piirdus peamiselt uute ärivajaduste ja KOOS-i API muudatustega. Projekt näitab, kuidas läbimõeldud integratsioonikiht vähendab operatiivset riski ja annab ettevõttele strateegilise teenuse üle rohkem kontrolli.
