Karbantartók és két processzor

Szoftverüzemeltetés gyorstalpaló

  • Blog

A leírás nagy vonalakban összefoglalja, hogy milyen szolgáltatások tartoznak bele a szoftverüzemeltetés mágikus kategóriájába. Megtudhatod, hogy mik azok a visszatérő, ismétlődő költségelemek, költségtípusok, melyekkel szembekerülsz ha saját szoftver megirattatása mellett döntesz. A bejegyzés természetesen nem fedi le a teljes képet, nem érinti a speciális eseteket, csak a leggyakrabb, legegyszerűbb költségfajtákat mutatja be.

Visszajelzések, további fejlesztések, javítások

Miután elkészítettük, átadtuk és betanítottuk Neked és a csapatodnak az új szoftveredet, a munka még nem ér véget.

Minél több felhasználói jogosultsági szinttel és userrel rendelkezik a programod, annál több visszajelzés, vélemény és kérdés fogalmazódik meg a felhasználókban. Ezeket érdemes kiemelten kezelni, fontossági sorrendbe rendezni és trackelni őket. Ehhez ajánlott valamilyen, a rendszertől független hibajegykezelő (support tickets) szoftvert használni.

Kisebb szoftvereknél az üzemeltetés bevezethet új funkciókat, módosításokat , azonban egy nagyobb projekt esetében ezt nem ugyanaz a csapat végzi el, mint amelyik a hibákat javítja. Ha ezt az írást olvasod, és azon gondolkodsz, hogy szoftvert készíttetsz a saját igényeidre, céged tevékenységére szabva, akkor valószínűleg ezt a munkát egy csapat fogja elvégezni.

Dokumentáció szerkesztése, módosítása

Ahogy folyamatosan fejlődik szoftver, úgy változik az azt elmagyarázó, támogató dokumentáció is. Lehet, hogy valamelyik funkció első használati utasítása nem tartalmazza mindenki számára érthetően a funkció működését. Ilyenkor a visszajelzések alapján érdemes pótolni a hiányosságokat.
A (súgó) dokumentáció elhelyezhető tooltip-ben, vagy felugró ablakban is. Elképzelhető, hogy a felület nem annyira intuitív vagy nagyon bonyolult a szoftver működése. Ebben az esetben a dokumentáció megjelenhet egy különálló wiki oldalon és/vagy akár letölthető pdf-ben.
Ha többnyelvű a dokumentáció, akkor számolni kell a fordítás munkadíjával is. Ezeket nem feltétlenül a fejlesztői csapatnak kell elkészítenie, van olyan Ügyfelünk aki magának írja, a szoftvere dokumentációját, így csökkentve kiadásait. Esetenként egyáltalán nincs szükség dokumentációra, annyira egyszerű és érthető (intuitív) az adott program.
Ami tíz évvel ezelőtt 2 oldal tömény szöveg volt, manapság másfél perces tutorial video a Youtube-on. Véleményünk szerint egy jól megszerkesztett videó sokkalta hasznosabb, mint több oldal leírás.

könyv
Dokumentáció régen (printelt formában kiadva)

Függőségek és külső szoftverek

Az üzemeltetés része az is, hogy nyomon követjük az ún. függőségeket. Egy ilyen külső szoftveres függőség lehet például egy kommunikációs csatorna (API - alkalmazásprogramozási interfész), amely Google Maps-től kér le helyadatokat, például azért, hogy különféle távolságokat számoljon ki két pont között.

Ezek a kommunikációs csatornák időnként verzióváltáson, fejlődésen mennek keresztül, hiszen pl. a Google Maps is folyamatosan változik. Van, hogy ez a harmadik fél (3rd party) teljesen átalakítja, újraépíti a kommunikációs leírónyelvét, vagy egy bizonyos lekérésszám után után fizetőssé teszi az elérését. Ilyenkor a szoftver üzemeltetőjének jelentenie kell a megrendelője felé a várható változásokat, illetve az ehhez kapcsolódó plusz fejlesztéseket stb.

Asztal és két monitor
Szoftverfejlesztői munkaállomás

Szerver, hoszting

A szoftvert valamilyen gép "hajtja", ez nyilvánvaló. Azonban az a bizonyos gép valakinek a tulajdonában áll és így már eltérő üzemeltetési stratégiák és költségek merülhetnek fel. Változó, hogy mire van szükséged. Lehet, hogy egyszerű, kis erőforrásigényű számítást végez el a programod, ezért elegendő a PHP és MySQL környezet. Elképzelhető, hogy a szoftverednek "kell a hardver" és érdemes beruháznod egy saját szerverbe, mert hosszútávon megtérül.

Az alábbi kategorizálás bizonyos esetekben szakmailag vitatható ugyan, azonban szemléltetésre alkalmas. A kategorizálás célja, hogy a várható költségnemeket struktúráltan, leegyszerűsítve mutassuk be egy IT szakmán kívüli személynek. Célunk ezzel, hogy darabokra törjük azt a kemény diót amivel a számlán találkozhatsz: szoftver üzemeltetés - x Ft.

Kis erőforrásigény esetén

Főleg nyilvántartás céljából készült szoftverek, egyszerűsített riportolási funkciókkal.

  • Jellemzően ERP, CRM rendszerek vagy valamilyen "butább" ügyviteli rendszerek
  • Főleg SQL és tárhely igényük van
  • Felhőből futtatthatóak, számos szolgáltató közül lehet válogatni (Amazon AWS, Google Cloud vagy bármilyen cloud tárhelycsomag)
  • Nincs hardverberuházás
  • Jellemzően egy szolgáltatótól be lehet szerezni mindent (licensek, egyéb szolgáltatások)
  • Egy jó szolgáltatóval gazdaságosan lehet működtetni a programot, költségelhető
  • Későbbiekben skálázható
    (felhasználói bázis növekedése esetén)
  • Rugalmas fizetési modell
  • A szolgáltatásért havonta is lehet fizetni, nem szükséges egy teljes évre elköteleződni

Közepes kapacitásigényű szoftver

  • Fontos a rendelkezésre állás
    (Pl. 100%-os rendelkezésre állás esetén, úgy van felépítve a kiszolgáló rendszer, hogy minden esetben elérhető az azon futtatott szoftver)
  • Jellemző a program számára dedikáltan bérelt VPS
    Virtual Private Server előnye, hogy nem megosztott rendszerben helyezkedik el, mint pl. a tárhely szolgáltatás, így egyedi futtatási környezetet lehet kialakítani a szerveren. Egyedi környezetre például akkor lehet szükség, ha a szerverre telepíteni kell valamilyen plusz programot.
  • VPS választásakor fontos szempont a tárhely-, memória mérete és a processzorok száma, erőssége
  • Nincs hardverberuházás
  • Jellemzően egy szolgáltatótól be lehet szerezni mindent (licensek, szolgáltatások)
  • Egy jó szolgáltatóval gazdaságosan lehet működtetni a programot
  • Rugalmas fizetési modell
  • A szolgáltatásért havonta is lehet fizetni, nem szükséges egy teljes évre elköteleződni
  • Havonta költségelhető

Magas erőforrásigényű szoftver

  • Fontos a 100%-os rendelkezésre állás (felhőbe szervezett elosztott szolgáltatás)
  • Adatbázis-, tárhely-, memória- és processzor igény magas
  • Lehetőség szerint a használt hardver a későbbiekben bővíthető legyen
  • Érdemes megvenni a szervert és berakni egy szerverközpontba (rack-helyet bérelni).
    (vásárlásnál ügyelni kell, hogy a gépben "legyen még kapacitás", azaz fölé érdemes számolni a teljesítményt)
    Adatbiztonság, adatkezelési jogszabályi megfelelőség miatt is sokszor a saját "vas" a legjobb megoldás
  • Bérelni is lehet, jellemzően ez hosszú távon nem éri meg
  • Legtöbb esetben több szolgáltatótól kell beszerezni a licenseket, szolgáltatásokat, szoftvereket
  • Az esetek többségében az operációs rendszer fizetős
  • Tűzfal, vírusirtó szükséges lehet
  • 3rd party backup szolgáltatóra szükség lehet, pl. Azure Backup
  • Időnként karbantartás, frissítés szükséges, amely munkaerő igényes (szerver adminisztrátor)

Nagyon magas kapacitásigényű szoftver

  • 100% rendelkezésre állás elengedhetetlen (felhő)
  • Jellemzően valamelyik nagy cég szolgáltatja, mint például a Google Cloud vagy az Amazon AWS
  • Óriás-szoftverek kategóriája, mint pl. a Spotify stb.

Változó kapacitásigényű szoftver

  • Időnként megugró terhelést kell kiszolgálnia
  • Kapacitás alapú elszámolás jellemzi
  • Álló időben nem fizetsz a kapacitás rendelkezésre állásáért (ha jól van beállítva)
  • Jellemzően egy nagyobb, komoly szerverparkkal rendelkező cégtől lehet bérelni, mint például a Google Cloud vagy az Amazon AWS
  • Specifikus programok esetén, pl. szavazórendszer alkalmi futtatásához, vagy határidős jelentkezés beadására írt ügyfélkiszolgáló portál esetén hasznos ez a modell
Szerverteremben HDD-k
Szerverteremben

Domain, fix IP cím

Webes szoftver esetében általában mindig fenn kell tartani egy-két domaint. Szervizdomaineknek, belső használatra érdemes az olcsó magyar domaint használni, legalábbis mi azt szoktuk. Fődomaineknek nemzetközi lehetőségű projektek esetén .com os domain címet ajánlunk. Sok esetben elengedhetetlen a fix IP cím is, ez is évente vagy havonta jelentkező költség.

Bandwidth

Sok felhasználó esetén, vagy pl. több száz oldalas (.pdf) riportolások készítésekor komoly hálózati adatforgalma lehet az egyszerű ügyviteli programoknak is. Ilyen esetben elképzelhető, hogy az eredeti pl. VPS csomagban elérhető havi sávszélesség limitet elérjük. A legtöbb szolgáltatónál lehet még a csomaghoz plusz szolgáltatásként dedikált sávszélességet vásárolni. Szolgáltató választásakor, üzemeltetéskor érdemes ezt is megnézni, hogy mennyibe kerül egy esetleges bővítés.

SSL

Nem feledkezhetünk meg a tanúsítvánnyal ellátott biztonságos kapcsolatot szavatoló https protokollról sem. Ez általában évente felmerülő költség, azonban manapság már nem érdemes ezen spórolni. Többféle szolgáltató többféle célra kínálja az SSL szolgátatást. Az SSL szolgáltatás fajtája és ára a szoftver céljától, működésétől függően változhat. Érdemes a díját évekre előre kifizetni, úgy általában kedvezményesebb az SSL ára.

Kapcsolódó szolgáltatásaink

Forráskód sorai a kijelzőn
Szoftverek fejlesztése tevékenységre szabva
Szoftverkészítés
Munka közben
Joomla, Virtuemart komponensek, pluginok és modulok készítése
Bővítmény fejlesztés