Tervezési alapelvek és speciális műveletek alkalmazása
Az első három felhőfelügyeleti szemlélet a felügyeleti alapkonfigurációt írja le. A felügyeleti alapkonfigurációnak legalább egy szabványos üzleti kötelezettségvállalást kell tartalmaznia az üzleti megszakítások minimalizálása és a helyreállítás felgyorsítása érdekében, ha a szolgáltatás megszakad. A legtöbb felügyeleti alapkonfiguráció a leltár és a láthatóság, a működési megfelelőség, valamint a védelem és a helyreállítás fenntartására összpontosít.
A felügyeleti alapkonfiguráció célja egy konzisztens ajánlat létrehozása, amely biztosítja a minimális szintű üzleti kötelezettségvállalást az összes támogatott tevékenységprofilhoz. A közös, megismételhető felügyeleti ajánlatok ezen alapkonfigurációja lehetővé teszi a csapat számára, hogy rendkívül optimalizált szintű üzemeltetési felügyeletet biztosítson, minimális eltéréssel. Ez a standard ajánlat azonban nem feltétlenül nyújt elég gazdag elkötelezettséget az üzlet iránt.
A következő szakaszban látható diagram három módszert mutat be, amelyekkel túlléphet a felügyeleti alapkonfiguráción.
A felügyeleti alapkonfigurációnak meg kell felelnie a portfólió legalacsonyabb kritikussági számítási feladatainak 80 százalékához szükséges minimális kötelezettségvállalásnak. Az alapkonfigurációt nem szabad a kritikus fontosságú számítási feladatokra alkalmazni. Nem alkalmazható a számítási feladatok között megosztott közös platformokra sem. Ezekhez a számítási feladatokhoz a tervezési alapelvekre és a speciális műveletekre kell összpontosítani.
Speciális műveleti beállítások
Az üzleti kötelezettségvállalásoknak a felügyeleti alapkonfiguráción túli javításához három javasolt út van, az alábbi ábrán látható módon:
Továbbfejlesztett felügyeleti alapkonfiguráció
Az Azure Felügyeleti útmutatóban leírtak szerint a továbbfejlesztett felügyeleti alapkonfiguráció natív felhőbeli eszközöket használ az üzemidő javítására és a helyreállítási idő csökkentésére. A fejlesztések jelentősek, de kevésbé, mint a számítási feladatok vagy platform specializációk esetében. A továbbfejlesztett felügyeleti alapkonfiguráció előnye a költségek és a megvalósítási idő ugyanilyen jelentős csökkenése.
Felügyeleti specializáció
A számítási feladatok és a platformműveletek szempontjaihoz szükség lehet a tervezési és architektúra alapelveinek módosítására. Ezek a módosítások időbe telhetnek, és megnövelhetik a működési költségeket. Az ilyen befektetéseket igénylő tevékenységprofilok csökkentése érdekében a továbbfejlesztett felügyeleti alapkonfiguráció elegendő javulást biztosíthat az üzleti kötelezettségvállalás szempontjából.
Az olyan számítási feladatok esetében, amelyek nagyobb befektetést igényelnek egy üzleti kötelezettségvállalás teljesítéséhez, a műveletek specializációja kulcsfontosságú.
A felügyeleti specializáció területei
A specializációnak két területe van:
- Platform specializáció: Egy megosztott platform folyamatban lévő műveleteibe fektet be, és a befektetést több számítási feladat között osztja el.
- Számítási feladatok specializációja: Befektetés egy adott számítási feladat folyamatban lévő műveleteibe, amelyek általában kritikus fontosságú számítási feladatokhoz vannak fenntartva.
Központi informatikai csapat vagy felhőbeli kiválósági központ (CCoE)
A platform-specializáció és a számítási feladatok specializációja közötti döntések az egyes számítási feladatok kritikusságán és hatásán alapulnak. Ezek a döntések azonban a központi informatikai csapat és a CCoE szervezeti modelljei közötti nagyobb kulturális döntésekre is utalnak.
A tevékenységprofil-specializáció gyakran indít kulturális változást. A hagyományos it és a központosított informatikai részleg egyaránt olyan buildelési folyamatokat készít, amelyek nagy léptékben nyújtanak támogatást. A skálázás támogatása elérhetőbb a felügyeleti alapkonfigurációban, a továbbfejlesztett alapkonfigurációban vagy akár a platformműveletekben található megismételhető szolgáltatások esetében. A számítási feladatok specializációja gyakran nem skálázható. A méretezés hiánya megnehezíti a központosított informatikai szervezetek számára a szükséges támogatás biztosítását anélkül, hogy elérnék a szervezeti méretezési korlátozásokat.
Másik lehetőségként a felhőbeli kiválósági központ megközelítése a felelősség céltudatos delegálásával és a szelektív központosítással skálázható. A számítási feladatok specializációja általában jobban igazodik a CCoE delegált felelősségi megközelítéséhez.
A CCoE-szerepkörök természetes igazítása a következőképpen körvonalazódik:
- A felhőplatformért felelős csapat segít közös platformok létrehozásában, amelyek több felhőbevezetési csapatot támogatnak.
- A felhőautomatizálási csapat ezeket a platformokat egy szolgáltatáskatalógusban üzembe helyezhető eszközökre terjeszti ki.
- A felhőfelügyelet központilag biztosítja a felügyeleti alapkonfigurációt, és támogatja a szolgáltatáskatalógus használatát.
- Az üzleti egység (üzleti DevOps-csapat vagy felhőbevezetési csapat formájában) azonban felelős a számítási feladat, a folyamat vagy a teljesítmény napi műveleteiért.
A felügyeleti területek összehangolását illetően a központi informatikai csapat és a CCoE-modellek általában platformspecializáción tudnak teljesíteni, minimális kulturális változás mellett. A számítási feladatok specializációjának teljesítése összetettebb lehet a központi informatikai csapatok számára.
Felügyeleti specializációs folyamatok
Az egyes specializációkon belül az alábbi négylépéses folyamat egy fegyelmezett, iteratív megközelítésben valósul meg. Ehhez a megközelítéshez partnerségre van szükség a felhőbevezetés, a felhőplatform, a felhőautomatizálás és a felhőkezelési szakértők között, hogy életképes és megalapozott visszajelzési ciklust hozzanak létre.
- A rendszer kialakításának javítása: A megszakítások hatékony minimalizálása érdekében javítsa a közös rendszerek (platformok) vagy adott számítási feladatok kialakítását.
- A szervizelés automatizálása: Egyes fejlesztések nem költséghatékonyak. Ilyen esetekben célszerűbb automatizálni a szervizelést, és csökkenteni a megszakítások hatását.
- A megoldás skálázása: A rendszertervezés és az automatizált szervizelés továbbfejlesztése révén a módosítások a szolgáltatáskatalóguson keresztül skálázhatók a környezet egészében.
- Folyamatos fejlesztés: A különböző monitorozási eszközökkel növekményes fejlesztéseket fedezhet fel a rendszertervezés, az automatizálás és a skálázás következő lépésében.
A rendszer kialakításának továbbfejlesztése
A rendszer kialakításának továbbfejlesztése a leghatékonyabb megközelítés minden általános platform műveleteinek javításához. A rendszertervezés fejlesztései segíthetnek a stabilitás növelésében és az üzleti fennakadások csökkentésében. Az egyéni rendszerek kialakítása a felhőbevezetési keretrendszer környezeti megközelítésének hatókörén kívül esik.
Ennek a keretrendszernek a kiegészítéseként a Microsoft Azure Well-Architected Framework irányelveket biztosít a platformok vagy egy adott számítási feladat minőségének javítására. A keretrendszer a kiemelkedő architekturális megoldások öt pillérének fejlesztésére összpontosít:
- Költségoptimalizálás: Kezelheti a költségeket a nyújtott érték maximalizálása érdekében.
- Kiváló működés: A rendszert termelési állapotban tartó működési folyamatok.
- Teljesítménybeli hatékonyság: A terhelésváltozáshoz alkalmazkodó skálázható rendszerek.
- Megbízhatóság: Olyan rendszereket tervezhet, amelyek helyreállnak a hibák után, és folytatják a működést.
- Biztonság: Megvédheti az alkalmazásokat és az adatokat a fenyegetésekkel szemben.
A legtöbb üzletmenetbeli megszakítás valamilyen műszaki adósságot vagy az architektúra valamilyen hiányosságát jelenti. A meglévő üzemelő példányok esetében a rendszer-kialakítás fejlesztései a meglévő műszaki adósságok kifizetésének tekinthetők. Az új üzemelő példányok esetében a rendszer-kialakítás fejlesztései a műszaki adósságok elkerülési módjának tekinthetők. A következő szakasz bemutatja, hogyan kezelhetők azok a technikai adósságok, amelyeket nem lehet vagy nem szabad kezelni.
A rendszer kialakításának javítása érdekében további információ a Microsoft Azure Well-Architected-keretrendszerről. A rendszer kialakításának fejlődésével térjen vissza ehhez a cikkhez, hogy új lehetőségeket találjon a fejlesztések javítására és skálázására az egész környezetben.
Automatikus szervizelés
Bizonyos technikai adósságokat nem lehet vagy nem szabad kezelni. A megoldás túl költséges lehet. Lehet tervezni, de hosszú projektidővel is rendelkezhet. Előfordulhat, hogy az üzletmenet megszakadásának nincs jelentős üzleti hatása, vagy az üzleti prioritás a rugalmasságba való befektetés helyett a gyors helyreállítás.
Amikor a műszaki adósság megoldása nem a kívánt út, akkor általában az automatizált szervizelés jelenti a kívánt következő lépést. Az automatizált szervizelés leggyakoribb módszere a trendek észlelése és az automatizált szervizelés biztosítása az Azure Automation és az Azure Monitor használatával.
Az automatizált szervizeléssel kapcsolatos útmutatásért tekintse meg az Azure Automationnel és a riasztásokkal kapcsolatos cikket.
A megoldás skálázása szolgáltatáskatalógussal
A platformspecializáció és a platformműveletek sarokköve a jól felügyelt szolgáltatáskatalógus. Így skálázhatók a rendszer-kialakítás és a szervizelés fejlesztései a környezetekben. A felhőplatformért és a felhőbeli automatizálásért felelős csapat együttműködik, hogy megismételhető megoldásokat hozzon létre bármely környezet leggyakoribb platformjaihoz. Ha azonban ezeket a megoldásokat nem alkalmazzák következetesen, a felhőfelügyelet az alapkonfigurációnál kevesebbet nyújthat.
A bevezetés maximalizálása és az optimalizált platformok karbantartási többletterhelésének minimalizálása érdekében a platformot hozzá kell adni egy szolgáltatáskatalógushoz. A katalógusban lévő összes alkalmazás üzembe helyezhető belső felhasználásra a szolgáltatáskatalóguson keresztül, de külső fogyasztók számára is elérhetővé tehető Marketplace-ajánlatként.
A szolgáltatáskatalógusban való közzétételről további információt a szolgáltatáskatalógusban való közzétételről szóló sorozatban talál.
Folyamatos fejlődés
A platformspecializáció és a platformműveletek egyaránt a bevezetésért, a platformért, az automatizálásért és a felügyeletért felelős csapatok közötti hatékony visszajelzési hurkoktól függenek. Ezen visszajelzési hurkok adatokra való alapozása révén az egyes csapatok bölcs döntéseket hozhatnak. Ahhoz, hogy a platformműveletek hosszú távú üzleti kötelezettségvállalásokat érjenek el, fontos kihasználni a központosított platformra jellemző megállapításokat. Mivel a tárolók és a SQL Server a két leggyakoribb központilag felügyelt platform, fontolja meg a folyamatos fejlesztésű adatgyűjtést az alábbi cikkek áttekintésével:
Visszajelzés
https://aka.ms/ContentUserFeedback.
Hamarosan elérhető: 2024-ben fokozatosan kivezetjük a GitHub-problémákat a tartalom visszajelzési mechanizmusaként, és lecseréljük egy új visszajelzési rendszerre. További információ:Visszajelzés küldése és megtekintése a következőhöz: