Java alapokra került, hatékonyabb lett a Tesco saját fejlesztésű útvonaltervezője

Az utóbbi évek alaposan átalakították a vásárlási szokásokat. A vásárlókat kiszolgáló kiskereskedelmi egységeknek alapjaiban kellett újragondolniuk a működésüket nem csak munkaerő, hanem fejlesztések tekintetében is. A Tesco esetében, mindezzel párhuzamosan nem maradhatott el az áruházak polcainak folyamatos feltöltése sem, ami összetett logisztikai szoftvert igényel. Az új technológiai megoldásokat az Egyesült Királyság területén vezették be először.

Gráfmotor lett egy kolléga doktori disszertációjából

Nagy-Britanniában sok út éjszakára le van zárva a teherforgalom elől, de az is fontos szempont, hogy az áruházlánc 26 féle járművet használ a szállításokhoz, így az „utazó ügynökök” problémája (vagyis az áruval megrakott járművek eljuttatása a célpontjaikhoz, majd vissza a központba – mindezt a lehető legrövidebb úton, és legkevesebb üzemanyag-felhasználással) mellett az is szempont, hogy ezek ne akadjanak el például egy túl alacsony alagútban. Az egyenlet része továbbá az áruházlánc 4000 nagy-britanniai telephelye, és a flotta 7000 járműve is.

A fentiek mellett egy sor további, a mindannyiunk által használt útvonaltervezésben is ismert tényező (forgalmi adatok, útlezárások stb.) játszik szerepet, így pedig bizonyára nem kérdés, hogy miért volt szükség a saját fejlesztésű rendszerre – ez lett a részben Magyarországon működő Transport and Fulfillment csapat által fejlesztett, eredetileg Pythonban írt, és egy fejlesztő doktori disszertációjából elkészült Hive.

Java alapon fut tovább a Pythonban írt Hive

Bár a rendszer bizonyította, hogy képes a rá háruló feladatok maradéktalan ellátására, több oka is volt annak, hogy a Tesco a Javára való átállás mellett döntött. Ezek közül pedig csupán az egyik az anyagi megfontolás, a Hive éves cloud költsége ugyanis jelentős tétel volt, amit a Java átállással sikerült a felére csökkenteni. A másik fontos szempont a hatékonyság: amíg ugyanis az eredeti rendszernek több mint egy órára volt szüksége a gráf felépítéséhez, addig az új, erőforráskímélőbb Java alapú Hive percek alatt végzi el ezt a feladatot. Ennek a jelentős javulásnak persze nem csak a két programnyelv közötti különbség az oka, hanem az a rengeteg optimalizáció is, amit a fejlesztők a folyamat során végeztek.

Annak érdekében, hogy a Tesco Technology biztosítani tudja a további fejlődést és az egyre jobb megoldásokat, folyamatosan keresik a megfelelő szakembereket a csapatukba – elsősorban V-shaped fejlesztőkre van szükségük, ahol a V hegye az alapos Java tudást, kiterjedő szárai pedig a különféle horizontális kompetenciákat jelölik – ez lehet DevOps, de akár stakeholder menedzsment és prezentációs képesség is. A megfelelő emberek a gráfmotorhoz hasonló, izgalmas projekteken dolgozhatnak majd, akár a vállalat által támogatott home office keretein belül.

Jobb világot hozó fejlesztések

A gráfmotor remek példa arra is, hogy egy jól lefejlesztett rendszer a környezetre is pozitív hatással van, hiszen ennek köszönhetően a Tesco nem csak a felhős költségeket, hanem a megtett kilométereket is optimalizálni tudja – ez pedig értelemszerűen kevesebb üzemanyag elégetését, és így kevesebb károsanyag-kibocsátást jelent. És hogy ez mit jelent konkrét számokban? A tavalyi évben 4,6 millióval kevesebb megtett mérföldet, 2,3 millió fonttal alacsonyabb üzemanyagköltséget, és 5,3 millió kilogrammal kevesebb szén-dioxid-kibocsátást. Az idei évre vonatkozó kalkulációk pedig még ezen is messze túlmutatnak, hiszen 2022-re a jelenlegi becslések szerint üzemanyagköltségben 5,7 millió fontos megtakarítás várható, amihez a megtett mérföldben 11,4 milliós, a kibocsátott szén-dioxidban pedig 13 millió kilogrammos csökkenés tartozik.

Hardverek, szoftverek, tesztek, érdekességek és színes hírek az IT világából ide kattintva!