Legfrissebb szakmai publikációink

A Microsoft felhő koncepciójának fókuszában az üzleti alkalmazásközpontúság áll. Az alkalmazások számára biztosított platform és a megfelelő számítási kapacitás olyan infrastruktúra komponensekből tevődik össze, melyek egy alkalmazás üzemeltető számára irrelevánsak.

Számukra mindegy, hogy az adott alkalmazás kiszolgálója milyen virtualizációs platformon, melyik adatközpont fizikai szerverén, melyik LUN-on, milyen hálózati beállításokkal lett létrehozva. Nem képezi munkájának szerves részét az sem, hogy a virtuális gépek közötti terheléselosztás vagy a hoszt klaszter beállításait átlássa. Az ő feladata az alkalmazás megfelelő működésének biztosítása, amely szintén számos üzemeltetői kérdést tartalmaz. A System Center termékcsalád együttes alkalmazásával az alkalmazásgazda olyan önkiszolgáló felületeket és automatizmusokat kaphat, mellyel az alkalmazás életre keltésétől kezdődően az összes üzemeltetői feladatát elláthatja.

Privát és publikus felhő-erőforrások elérése
 
A felhő számítási teljesítmény alapú rendszerekben egy alkalmazásgazda számára a fizikai infrastruktúra felépítése és elhelyezkedése transzparens. A teljes rendszerből ő csak annyit lát, amennyit az adatközponti rendszergazda lehetővé tesz. Az sem érdekes információ számára, hogy az aktuálisan igénybe vett számítási teljesítmény belső vagy éppen külső erőforrásokból lett biztosítva az igényelt alkalmazásaihoz.
Egy alapvetően privát felhőre épülő rendszerben előfordulhat, hogy átmenetileg erőforrás hiány jelentkezik, amikor hirtelen kellene biztosítani egy nagyobb rendszer számára a szükséges virtuális környezetet. Ilyen esetekben jól használható a Microsoft Azure vagy a Windows Azure Pack szolgáltatása, amely publikus felhőbe szervezett módon biztosítja a megfelelő számítási kapacitást. Az egyes felhő típusok keverésével előálló hibrid felhő együttesen alkotja az üzlet számára a megfelelő háttérkapacitást, melyet az alkalmazásgazda egy erőforráskészletként tud használni. Ha például egy 3 rétegű üzleti alkalmazást kell létrehozni a felhőben, akkor a sablonon beállítható, hogy a web kiszolgálók az Azure-ban jöjjenek létre, míg az üzleti logikát és az adatbázist futtató szerverek a privát felhőben kapjanak helyet.
Mindezt az alkalmazásgazda a System Center App Controller felületén keresztül kezelheti, ahol a rendszerlétrehozási-, módosítási és megszüntetése feladatai mellett, az aktuális erőforrás foglalások és a rendelkezésre álló kapacitások is láthatóak.

Önkiszolgáló alkalmazás-telepítés

A System Center termékcsalád minden komponense tartalmazza azon felületeket és eszközöket, melyek segítségével egy alkalmazásgazda a lehető legegyszerűbben, önkiszolgáló módon igényelheti a számára szükséges alkalmazáskörnyezetet. A vállalat informatikai rendszerének méretétől, annak komplexitásától és érettségi szintjétől függően, több út is nyílik az alkalmazásgazda számára az igényelt alkalmazás létrehozására vonatkozóan.

Megteheti, hogy csak virtuális gépeket igényel, melyek egy kezdeti megszemélyesítési fázison átesve bekerülnek az informatikai rendszer vérkeringésébe. Ezen gépekre manuális módszerrel telepíti és konfigurálja a szükséges szolgáltatási környezetet. Ez a folyamat tartalmaz ugyan automatizmusokat, de a változáskezelés szolgáltatáskonfiguráció fázisa továbbra is manuális, így nehezebben követhető.  Az automatizmus következő szintjén az alkalmazásgazda egy korábban megtervezett és letesztelt szolgáltatás sablonból igényel egy konkrét példányt. Ebben az esetben akár több rétegből és sok virtuális gépből álló környezete egyben, mint szolgáltatás látszik a rendszerben. Ha szolgáltatásként hozta létre környezetét, akkor az egy egységként kezelhető. Így pontosan azonosítható, hogy egy virtuális gépet ki és milyen céllal hozott létre, illetve kiderül: valóban szükséges-e még az adott gép? A szolgáltatáspéldány igénylése nem jár manuális folyamatokkal, mivel a rendszer a sablon lépéseiben rögzített sorrenden végighaladva előállítja a működő környezetet.

Az alkalmazás telepítés harmadik automatizációs szintjén az alkalmazásgazda a Service Manager által nyújtott szolgáltatás katalógus tartalmából keresi ki a számára szükséges igénylési űrlapot. Ezt kitöltve a rendszer megkezdi a mögöttes munkafolyamatok végrehajtását. Az igénylés bekerül a Service Manager adatbázisába, amely a folyamatok lekövethetőségét és visszakereshetőségét biztosítja, de egyúttal megjelenhet az igénylések jóváhagyói szerepköre is. A Service Manager mögött a folyamatok technikai végrehajtásának lépéseit az Orchestrator Runbook mechanizmusa végzi, amely a kapcsolódó alrendszereket megszólítva hozza létre a kívánt környezetet. A Service Managerben kezdeményezett igénylési folyamatba beágyazható a költséghely nyilvántartás is, ami a felhő erőforráskészlet felhasználásának mérésében játszik kulcs szerepet. A beépített adatelemző jelentések biztosítják, hogy az adatközpont üzemeltetője az üzletágak számára mindig az aktuális erőforrás felhasználások alapján számlázhasson.

Mélységi alkalmazásfelügyelet

Az üzleti alkalmazások létrehozását követően a legfontosabb üzemeltetői feladat, az optimális működés biztosítása. Ehhez a System Center Operations Manager biztosítja a háttértámogatást a beépített adatgyűjtési és monitorozási elemkészletével. Az életre keltett alkalmazásról szükséges begyűjteni a fontosabb események és teljesítményszámláló adatokat ahhoz, hogy még a hiba bekövetkezése előtt cselekedhessünk. Klasszikus problémák az erőforrás hiánnyal (kevés memória, vagy lemez terület) összefüggően jelentkező alkalmazáshibák, melyek megelőzhetőek, ha időben detektáljuk azokat.

Sokszor problémát okoz, hogy egy üzleti alkalmazás a kiszolgálón vizsgálva tökéletesen működik, de a végfelhasználók számára a hálózat egy adott szegmenséből nem érhető el, vagy csak nagyon magas válaszidők mellett. Az ilyen problémák azonosítására alkalmazhatók a SCOM szintetikus tranzakciói, melyek a végfelhasználó szemszögéből képesek különböző elérési és kapcsolódási teszteket üzemezetten futtatni. Ezek a vizsgálati elemek önállóan is használhatóak, de rendkívül jól értelmezhetőek egy elosztott üzleti alkalmazásmonitorozási modellben is.
A Microsoft nem csupán a monitorozás és adatgyűjtés alap platformját teremti meg a System Center termékekkel, de biztosítja ügyfelei számára az általa készített szoftverek és komponensek legjobb gyakorlat szerinti monitorozási elemkészletét is. A SCOM-ba integrálható felügyeleti csomagok tartalmazzák mindazon tudást, amit a gyártói és felhasználói szoftverfejlesztési, üzemeltetési tapasztalatokból hoztak létre. A készen kapott felügyeleti csomagok a megfelelő entitásokról adatokat gyűjtenek, vizsgálják az optimális működés összes feltételét. Riasztanak, ha probléma lép fel. Nézeteken és jelentéseken keresztül biztosítják, hogy az üzemeltetők pontos képet kaphassanak a rendszerük állapotáról.

Alkalmazások teljesítmény monitorozása

A System Center 2012 R2 Operations Manager Application Performance Monitoring szolgáltatása - a produktív rendszerekről gyűjtött felhasználási adatainak segítségével - lehetővé teszi az alkalmazás üzemeltetők számára, hogy felderítsék az alkalmazásteljesítmény problémáit okozó komponenst. Az APM technológia hidat képez az IT Pro-k és az alkalmazásfejlesztők közötti szakadékon. Teljesítményprobléma vagy működési zavar esetén pontosan megállapítható, hogy a hiba az infrastruktúra oldalon vagy az alkalmazáson belül található-e.

Az alkalmazás üzemeltetője megértheti és megfelelően kategorizálhatja a hibát. Ezzel elkerülhető, hogy a hiba kezelése nem megfelelő kompetenciájú személyhez kerüljön. Az APM az IIS környezetekben üzemeltetett ASP.Net alapú alkalmazásokat és web szolgáltatásokat, illetve a Java EE alkalmazás kiszolgálókat képes monitorozni, így feleslegessé teszi a fejlesztői eszközök bevonásának igényét.
Az alkalmazásgazdák az alkalmazásokról begyűjtött teljesítmény adatokat és a jelentkező működési problémákat a SCOM két rendkívül részlet gazdag web konzolján keresztül elemezhetik (Application Advisor és Application Diagnostics).