A tárhely nem egyenlő az üzemeltetéssel

Egy weboldal vagy alkalmazás indulásakor gyakran az a benyomás alakul ki, hogy a rendszer „elkészült”, ezért onnantól csak a tárhely éves vagy havi díját kell fizetni. Egy egyszerű statikus oldalnál valóban kevés lehet a teendő. Egy üzleti weboldal, webshop, webalkalmazás, backend vagy mobilapp azonban folyamatosan változó környezetben működik.

Frissül az operációs rendszer, a programcsomagok, a böngészők, a mobilplatformok és a külső API-k. Változik a forgalom, új hibák derülnek ki, lejárhat egy tanúsítvány, betelhet egy lemez, vagy megszakadhat egy külső szolgáltatás.

Az üzemeltetés célja, hogy a rendszer ne csak elinduljon, hanem észlelhető, helyreállítható és kontrollált módon működjön.

1. Infrastruktúra és hosting

Ide tartozhat:

  • VPS, cloud vagy tárhely kezelése;
  • webszerver és alkalmazáskörnyezet;
  • adatbázis;
  • domain és DNS koordináció;
  • SSL/TLS tanúsítvány;
  • fájltárolás;
  • e-mail- vagy értesítési szolgáltatás;
  • staging és production környezet.

A külső szolgáltató díja sokszor külön költség. Az üzemeltetési díj azért jár, hogy valaki megtervezze, beállítsa, felügyelje és szükség esetén kezelje ezt a környezetet.

2. Monitoring

Monitoring nélkül a hibáról gyakran az ügyfél értesíti először a szolgáltatót. A megfelelő felügyelet több szintű lehet:

  • elérhető-e a weboldal;
  • válaszol-e az API;
  • sikeresek-e a háttérfolyamatok;
  • nő-e a hibaarány;
  • elegendő-e a lemez, memória és CPU;
  • működik-e az adatbázis;
  • lejár-e hamarosan a tanúsítvány;
  • sikerült-e a mentés;
  • vannak-e szokatlan biztonsági események.

A monitoring önmagában nem javítja meg a rendszert. Értéke abból származik, hogy időben jelez, és van hozzá meghatározott reakciós folyamat.

3. Biztonsági mentés és visszaállítás

A „van backup” kijelentés önmagában kevés. Tudni kell:

  • miről készül mentés;
  • milyen gyakran;
  • mennyi ideig őrzik;
  • hol található;
  • titkosított-e;
  • ki fér hozzá;
  • hogyan állítható vissza;
  • mikor volt utoljára tesztelve.

A mentés csak akkor tekinthető megbízhatónak, ha a visszaállítási folyamat is működik. Egy sérült, hiányos vagy soha nem próbált backup hamis biztonságérzetet ad.

4. Frissítések és függőségek

A modern alkalmazások keretrendszereket, csomagokat és külső komponenseket használnak. Ezekhez biztonsági és kompatibilitási frissítések érkeznek.

A jó frissítési folyamat nem azt jelenti, hogy mindent azonnal élesben frissítünk. Általában szükséges:

  1. változás áttekintése;
  2. staging környezetben tesztelés;
  3. adatbázis- és kompatibilitási ellenőrzés;
  4. mentés és rollbackterv;
  5. élesítés;
  6. utóellenőrzés.

5. Hibajavítás és support

Fontos különbséget tenni három fogalom között:

  • hiba: az elfogadott működés nem teljesül;
  • változtatás: meglévő működés módosítása;
  • új funkció: új üzleti képesség fejlesztése.

Az alap havi díj általában tartalmazhat hibakezelést és kisebb technikai beavatkozást, de nem jelent korlátlan új fejlesztést. Ennek pontos határát a szerződésben vagy supportcsomagban kell rögzíteni.

6. Biztonsági feladatok

A rendszer típusától függően ide tartozhat:

  • hozzáférések felülvizsgálata;
  • adminfiókok és 2FA;
  • biztonsági csomagfrissítések;
  • naplók ellenőrzése;
  • titkok és API-kulcsok kezelése;
  • rate limiting és spamvédelem;
  • gyanús bejelentkezés és forgalom figyelése;
  • sérülékenységi figyelmeztetések követése.

Az üzemeltetés nem helyettesít minden esetben teljes körű penetration testet, de biztosítja a napi biztonsági alapokat és a változások kontrollját.

7. Mobilapp-specifikus feladatok

Mobilalkalmazásnál további munka lehet:

  • Android- és iOS-verziók követése;
  • build és aláírás kezelése;
  • tanúsítványok és provisioning profilok;
  • App Store és Google Play követelmények;
  • új verziók publikálása;
  • crash riportok elemzése;
  • push értesítési szolgáltatás ellenőrzése.

Ezek miatt a mobilapp üzemeltetése több, mint a backend szerver működtetése.

8. Riport és kapacitástervezés

Egy üzleti rendszer üzemeltetésében hasznos havi összefoglalót adni például:

  • rendelkezésre állás;
  • incidensek és megoldások;
  • frissítések;
  • mentési állapot;
  • erőforrás-használat;
  • nyitott kockázatok;
  • ajánlott fejlesztések.

Ez segít abban, hogy az üzemeltetés ne láthatatlan költség legyen, hanem ellenőrizhető szolgáltatás.

Mi nincs automatikusan a havidíjban?

A konkrét szerződéstől függően külön tétel lehet:

  • nagyobb új funkció;
  • teljes redesign;
  • nagy adatmigráció;
  • külső szolgáltatók usage díja;
  • SMS, AI, térkép vagy e-mail forgalom;
  • domain és platformlicenc;
  • 7x24 ügyelet;
  • sürgősségi munka normál supporton kívül;
  • harmadik fél hibájának elhárítása, ha az nem a kezelt rendszer része.

Az átlátható ajánlat ezeket előre szétválasztja.

Hogyan alakul a havi díj?

A díjat többek között befolyásolja:

  • a rendszer összetettsége;
  • a felhasználók és forgalom;
  • az adat érzékenysége;
  • az integrációk száma;
  • az elvárt válaszidő;
  • a támogatási időablak;
  • a monitoring mélysége;
  • a szükséges órakeret;
  • az üzleti kritikusság.

Egy bemutatkozó weboldal és egy bevételt kezelő ügyfélportál nem ugyanazt a felelősséget jelenti.

A BT Digital megközelítése

A havi üzemeltetést nem „kötelező pluszként”, hanem a digitális rendszer életbiztosításaként kezeljük. A cél nem az, hogy minden hónapban látványos változás történjen. A cél az, hogy a problémák egy része meg se történjen, a többit pedig gyorsan és dokumentáltan lehessen kezelni.

A jó üzemeltetés három kérdésre mindig választ ad:

  1. Honnan tudjuk, hogy baj van?
  2. Hogyan állítjuk helyre a működést?
  3. Ki és milyen időn belül kezdi el a kezelést?

Egy digitális rendszer értéke nem az átadás napján, hanem a megbízható mindennapi működés során bizonyosodik be.