Miért érdemes a Kubernetest használni?
Az a döntés, hogy kíván-e tárolóvezénylési platformot, például a Kubernetest használni, az üzleti és a fejlesztési követelményektől függ. Tekintsük át a drónkövetési megoldás architektúrájának vázlatát.
A megoldás egymáshoz lazán kapcsolódó együttműködési szolgáltatásokként megtervezett mikroszolgáltatásokból van felépítve. Ezeket a szolgáltatásokat külön helyezik üzembe, hogy egyszerűbbé váljon a megoldás tervezése és karbantartása. Íme a megoldása jelenlegi konfigurációja.
- Webes előtér: Térképeket és információkat jelenít meg a nyomon követett drónokról.
- Gyorsítótár-szolgáltatás: Tárolja a webhelyen megjelenő gyakori információkat.
- RESTful API: Nyomon követett drónok használják az állapotukkal kapcsolatos adatok küldéséhez, például a GPS helyéről és az akkumulátor töltöttségi szintjéről.
- Üzenetsor: A RESTful API által gyűjtött feldolgozatlan adatokat tárolja.
- Adatfeldolgozási szolgáltatás: Lekéri és feldolgozza az adatokat az üzenetsorból.
- NoSQL-adatbázis: A webhelyről és az adatfeldolgozási szolgáltatásból rögzített feldolgozott nyomkövetési adatokat és felhasználói adatokat tárolja.
Ezeket a szolgáltatásokat a vállalaton belül különálló csapatok fejlesztik és birtokolják. Minden egyes csapat tárolókat használ a szolgáltatása elkészítéséhez és üzembe helyezéséhez. Ez az új stratégia lehetővé teszi a fejlesztői csapat számára a modern szoftverfejlesztés követelményeinek való megfelelést az automatizálás, a tesztelés és az általános stabilitás és minőség szempontjából.
A fejlesztői követelmények változása számos folyamat- és üzleti előnyt eredményezett a vállalat számára. Például, az üzemeltetett számítási erőforrások jobb kihasználását, azt, hogy az új funkciók csökkentették a piacra kerülési időt és javították az ügyfelek elérését.
A tárolókezeléssel kapcsolatos számos kihívás azonban arra késztette a vállalatot, hogy vizsgálja meg a tároló-vezénylési megoldásokat. A csapatok úgy találták, hogy a nyomkövetési alkalmazás egy maroknyi üzemelő példányra skálázása viszonylag egyszerű, de sok példány skálázása és felügyelete már nehéz volt.
Számos további szempontot is figyelembe kell venni. Ilyen például a sikertelen tárolók kezelése, a tárolók lefoglalása, a hálózati konfiguráció és az alkalmazás titkos kulcsainak kezelése.
Ahogy azt korábban megtudta, a Kubernetes a vezénylési platformként nyújt támogatást ezekhez a kihívásokhoz.
Akkor érdemes a Kubernetest használni, ha a vállalat:
- Mikroszolgáltatásokként fejleszt alkalmazásokat.
- Natív felhőalkalmazásként fejleszt alkalmazásokat.
- Mikroszolgáltatásokat helyez üzembe tárolók használatával.
- Nagy méretekben frissít tárolókat.
- Központosított tároló-hálózatkezelést és tárkezelést igényel.
Mikor ne használja a Kubernetest?
Nem minden alkalmazásnak kell a Kubernetesben futnia. Emiatt a Kubernetes nem feltétlenül a legjobb választás a vállalat számára.
A monolit alkalmazások tárolókra bontásához és üzembe helyezéséhez szükséges erőfeszítés például nagyobb lehet, mint az alkalmazások Kubernetesben való futtatásának előnyei. A monolitikus architektúra nem tud egyszerűen olyan funkciókat használni, mint az egyes összetevők skálázása vagy frissítése.
A Kubernetes számos üzleti előnyt jelenthet a szoftverek fejlesztése, üzembe helyezése, kezelése és a folyamatok egyszerűsítése szempontjából. A Kubernetes használatának elsajátítása azonban sok tanulást igényel. A Kubernetes moduláris kialakítása potenciálisan új fogalmakat vezet be, amelyek hatással lehetnek a vállalaton belüli csapatokra.
A fejlesztői csapatoknak modern tervezési fogalmakat kell használniuk az alkalmazások fejlesztésekor és tervezésekor. Ezek a fogalmak közé tartozik a mikroszolgáltatások használata és a szolgáltatások tárolóba helyezése. A csapatoknak emellett a tároló- és a vezénylési környezetekkel is kísérletezniük kell, hogy a lehető legjobban kihasználják az összes rendelkezésre álló lehetőséget.
Ha a vállalat nem áll készen ezekre a változásokra, akkor lehet, hogy a Kubernetes nem megfelelő a vállalat számára.