Teljes rendszer kiépítés

Platformok Azure · AWS · VMware / VCD · on-prem

Kinek szól

Vállalkozásoknak, akik új környezetet építenek — zöldmezős felhő, új on-prem telephely vagy hibrid induló környezet — és szeretnék elsőre rendesen csinálni, az üzemeltetési részekkel együtt az első naptól. Vagy olyan csapatoknak, akik egy "technikailag működő" rendszert örököltek, amihez senki nem szívesen nyúl, és szükségük van egy friss, koherens kialakításra, amit a következő ember tud is üzemeltetni.

Mit kap

• Környezet kiépítés Szerverek, hálózat, szegmentáció, DNS, tanúsítványok és reverse proxy egy koherens rendszerként felépítve — nem összefüggéstelen darabok gyűjteménye, amik véletlenül ugyanabban az adatközpontban vannak.
• Üzemeltetési alap Monitorozás, riasztás, log gyűjtés és mentések az első naptól bedrótozva — hogy a problémák korán jelenjenek meg, ne egy kiesés közben. Olyan riasztások, amik valamit jelentenek, nem olyanok, amiket mindenki lenémít.
• Biztonság az alapoktól Értelmes hozzáférés-kezelés, titokkezelés és alap biztonság az első napon beépítve — nem utólag ráaggatva, miután valami elromlott. Semmi "majd a 2. fázisban csinálunk biztonságot".
• Runbook és dokumentáció Hogyan van felépítve, hogyan kell visszaállni gyakori hibákból, és hogyan lehet átadni a következő embernek találgatás nélkül.
• Átadási szeánsz Végigsétálás a csapattal, hogy a tudás ne a tanácsadóval együtt távozzon. Amikor végzek, a rendszer a csapaté.

Mi szokott rosszul elsülni enélkül

Minden build más, de ezek szinte mindig előkerülnek, amikor a rendszer nem rendszerként lett tervezve. Ez a szolgáltatás kifejezetten ezek elkerülésére épül.

• Darabokban épített rendszerek átfogó terv nélkül Minden darab önmagában értelmes. Rakja őket össze, és semmi nem illik, semmi nem skálázódik, és semmi nem esik el tisztán.
• Monitorozás, amit túl későn vagy rosszul drótoztak be Vagy semmi nem figyeli a rendszert, amíg el nem esik, vagy a riasztások olyan dolgokra szólnak, amik senkit nem érdekelnek, és a valódi problémák elvesznek a zajban.
• Mentések, amiket konfiguráltak, de soha nem teszteltek Zölden futnak. Senki nem állított még vissza belőlük. Az első valós helyreállítás egyben az első teszt is — általában hajnali 3-kor, vezérigazgatóval a vonalban.
• Hozzáférés és titkok inkonzisztensen kezelve Egy rendszer központi azonosítást használ, egy másik helyi felhasználókat, a titkok környezeti változókban vannak, a hitelesítő adatok pedig megosztott jegyzetekbe kerülnek. A hozzáférés-felülvizsgálat lehetetlenné válik.
• Dokumentáció, ami nem egyezik a valósággal Az eredeti építéskor írták, soha nem frissítették, most aktívan félrevezető. A következő ember folklórból üzemeltet.

Mi lesz meg a végére

A munka végére ez lesz meg:

• Működő környezet, amit a csapat átlát Minden mozgó alkatrész dokumentálva, megmagyarázva és számon tartva. Semmi törzsi tudás, semmi "kérdezd meg Marcelt, ő állította be".
• Monitorozás, ami valós problémákat fog És figyelmen kívül hagyja a többit. A riasztások számítanak, mert nincs belőlük túl sok.
• Mentések, amikből már sikeresen visszaálltunk — legalább egyszer A zöld státusz nem elég. Az első visszaállítás még az átadás előtt megtörténik, nem egy incidens közben.
• Dokumentáció, ami a futó állapotot tükrözi Nem azt, amit valaki két hónapja tervezett. Az átadás napjáig szinkronban tartva.
• Átadás, ami tényleg megmarad Semmi fekete doboz, semmi törzsi tudás függőség. A csapat képes működtetni, bővíteni, és végső soron lecserélni is — nélkülünk.