Százezer Windows? A PowerShell segít (x)

A Morgan Stanley hatalmas szervezet, informatikai rendszerében változatos operációs rendszerek találhatóak meg, mind a kiszolgálók, mind a kliensek oldalán. Habár a szerverek között a Unix/Linux a domináns, ha az aktív Microsoft operációs rendszerek számát nézzük, akkor a Windows-t használják a legnagyobb számban. Összességében a cégen belül több mint 200.000 (nagy részében virtualizált) gépet használnak, melyek közül 190.000 kliens és 15.000 a szerver. Ezen kívül ott van a levelező rendszer, számtalan adatbáziskezelő és rendszer-menedzsment szoftver. Természetes módon egy ekkora gépparkot és szoftveres környezetet üzemeltetni csak automatizációval lehet ésszerűen, a Microsoft platformján a Morgan Stanley IT szakemberei a PowerShellt választották.

Miért PowerShell?

Egy sokgépes nagyvállalati rendszerben kritikus szempont, hogy az üzemeltetés központilag, távolról is megoldható legyen és lehetőleg minél kisebb IT-személyzetnek kelljen közvetlenül a felhasználók, illetve számítógépközpont közvetlen közelében dolgoznia. További elvárás a skálázhatóság és a könnyű használhatóság és hogy szükség esetén nagyon gyorsan lehessen kódolni. Ezeknek a feltételeknek a cég szakemberei szerint a PowerShell szkriptnyelv felelt meg leginkább a Windows-platformon, ennek megfelelően mára komplex eszköztárat gyártott magának a mérnöki és az üzemeltetésért felelős csoport.

A cég Exchange infrastruktúrájának üzemeltetésében is nagy szerepet kapnak a PowerShellben megírt automatizációs szkriptek, melyek egy komplett monitoring rendszerré állnak össze. Emellett megemlíthetjük például az adatbázis üzemeltetőket is, akik a több mint 100 PowerShell eszközkönyvtáruk segítségével üzemeltetik a több száz adatbázis kezelő fürtjüket. Mindez jól mutatja a PowerShell erejét és alkalmazhatóságát egy ilyen nagyvállalati infrastruktúrában.

A szkript nagy előnye a natív alkalmazásokkal szemben, hogy a kódot nem kell fordítani, nincs forráskód és bináris állomány. Ez akkor jön jól, ha valamiért gyorsan kell adaptálni a kódot egy szituációhoz, ilyenkor pillanatok alatt átírható a megfelelő rész. További előny, hogy az algoritmusok működése könnyebben áttekinthető, így a szkript lefutásának eredménye is gyorsan előrejelezhető.

Sokfunkciós saját fejlesztések

A PowerShell egyik különleges felhasználása a nem túl okos szoftvereszközök “becsomagolása” saját fejlesztésű wrapperekbe. Ezzel a módszerrel a kevéssé rugalmas, egyszerű eszközök adaptálhatóak nagyvállalati környezetbe is, a konfigurációs korlátok pedig eltűnnek, az extra “intelligencia” révén jobban testre szabhatóak lesznek. Jó példa erre a Microsoft User State Migration Tool (USMT) eszköze, mellyel a teljes felhasználói környezet hordozható számítógépek között. Mivel az USMT testreszabási lehetőségei a cég igényeit nem érték el, ezért a Morgan Stanley üzemeltetői nem meztelenül, hanem saját fejlesztésű wrapperrel együtt használják, ami így már jobban illeszkedik a szervezet speciális viszonyaihoz és követelményeihez – például a felhasználói adatokat nem az alkalmazásban meghatározott alapértelmezett könyvtárba helyezi, hanem a Morgan Stanley saját házirendjében meghatározott helyre, illetve futásidőben gondoskodik egy-egy részleg speciális igényeinek megfelelő adatok migrálásáról.

A PowerShellben történő fejlesztésnek vannak kihívásai is, például a szkriptek futásának naplózásához viszonylag szerények a beépített eszközök. A PowerShell kimenete jellemzően a kijelző, az pedig hosszabb feladat esetében alkalmatlan a folyamat megfelelő követésére, a háttérfolyamatok pedig nem rendelkeznek konzolos kimenettel. A hatékony naplózásra megoldás egy saját, egészen testre szabható PowerShell modul lett, amellyel pontosan beállítható, hogy mi jelenjen meg a kijelzőn, mit írjon ki állományba – illetve az is, hogy azokat az állományokat mennyi ideig tartsa meg. Az így készített szabványos formátumú logok alapján pontosan követhető a szkriptek futása, az esetleges hibák pedig könnyebben felderíthetőek.

A saját fejlesztésű szkriptek számának növekedésével és a verziók sokasodásával szükségessé vált egy saját verziókezelő rendszer elkészítése is. A Microsoft saját PowerShell ISE (Integrated Scripting Environment) megoldása kezdetleges ebből a szempontból, ezért a vállalat saját hatáskörben oldotta meg egy tárház (repository) és verziókezelő rendszer megírását is. Ez képes már szétválasztani a fejlesztői, a teszt- és a párhuzamosan használt éles verziókat is, ezekből a parancsnak megfelelően betölteni a kért szkriptet és futtatni azt.

Teljesítmény és egyéni kreativitás

A szkriptek teljesítményoptimalizálása nagyobb megoldandó feladatnak bizonyult, amelyet csak részben lehet saját fejlesztésű eszközökkel automatizálni. Erre is van azért példa, a többszálú végrehajtásra alapértelmezésben képtelen PowerShellt saját többszálasító (multithreading) modullal egészítette ki a befektetési bank üzemeltetői csapata. A megbízható és gyors futás azonban alapvetően az emberi tényezőn, a programozón múlik. A cégnél a szkriptek általánosan jó minőségét a bevált gyakorlatokat ismertető rendszeres belső oktatások segítik, emellett a fejlesztőknek saját szakértői csoport áll rendelkezésükre, ahol segítséget kérhetnek. Az elkészült kódot független bizottság hagyja jóvá, amely ellenőrzi az előírt védelmek meglétét és a kód általános minőségét. Az algoritmusra vonatkozóan nagyon kevés megkötés él, így a fejlesztők kiélhetik személyes kreativitásukat, a bizottság csak a nem megfelelő működés esetén dobja vissza a szkriptet.

“Microsoft PowerShell MVP-ként a Morgan Stanley Script Review Meeting-ek még számomra is rengeteg új tanulsággal szolgáltak. Teljesen más szempontokkal szembesül az ember itt, egy ilyen nagyvállalati környezetben, mint korábban PowerShell oktatóként. A szerverüzemeltetők, munkaállomás-üzemeltetők és mi, Windows mérnökök sokszor más elgondolások alapján fejlesztjük szkriptjeinket, és ezeken a megbeszéléseken sok ügyes fogást leshetünk el társainktól, amiket később természetesen alkalmazunk a saját munkánkban is.” – mondta el Soós Tibor, a Morgan Stanley Windows rendszermérnöke, PowerShell MVP. Tibor korábban az IQSOFT - John Bryce oktatóközpont munkatársa volt, ebben a minőségében írt 2010-ben ötrészes PowerShell gyorstalpalója megjelent a HWSW-n is.

A sajátos, regulált banki környezet megköveteli az emberi hiba kiküszöbölését. Az automatizált eszközök, mint a PowerShell szkriptek, ráadásul megsokszorozzák egy esetleges hiba következményeit, így bizonyos védelemre is szükség van egy hibás működésű vagy helytelenül meghívott szkript ellen. Ezért külön módban futnak a csak olvasó, illetve az írási jogosultsággal is rendelkező szkriptek, ez utóbbiakra szigorú iterációs korlátok vonatkoznak, így külön megerősítést kérnek nagyszámú célpont esetén. További biztonságot jelent, hogy minden, a szkript által elvégzett művelet lehetőség szerint visszafordítható, így hiba esetén visszaállítható az eredeti állapot. Fontos megemlíteni, hogy az automatizálás eredményeképpen a technológiai platformok működtetési költségei is csökkennek.

Egy ilyen globális környezetben az üzleti nap 24 órából áll, tehát sohasem kezdődik a nap egy adott irodában ugyanazokkal a rendszer státuszokkal amikkel befejeződött az előző napon. Ezért is kiemelkedően fontos a ’nap eleji’ különböző szkriptek futtatása amiben a PowerShell nagy segítséget nyújt. Ezek teljeskörűen megvizsgálják a rendszerek működését, ha minden rendben van, az a Ready for Business (RFB) állapot, indulhat a nap a bank életében. Hasonló ellenőrző szkriptek futnak le, ha a felhasználók a szokásostól eltérő viselkedést, például lassulást jeleznek bizonyos alkalmazásoknál, ilyenkor az üzemeltetők az automatizmus használatával nagyon gyorsan képesek felderíteni a problémát.

A vállalatra jellemző, hogy az IT-osztály magasabb szintjein is informatikusok ülnek, így fogékonyak a mérnököktől jövő jó ötletekre, azokat sok esetben felkarolják és vállalati szintű támogatásban részesítik. A legtöbb korábban említett hatékonyság-növelő modul is ilyen egyéni kezdeményezésekből született. A vállalati kultúrába tartoznak az ún. Innovációs Napok is, amikor a munkatársak saját ötleteiken dolgozhatnak egyénileg vagy akár csoportosan, és az elvégzett projektjük eredményét kollégáiknak is bemutatják. Sőt, a belső PowerShell témájú tanfolyamokat is lelkes PowerShell MVP (Microsoft Most Valuable Professional) címmel rendelkező kollégák készítették és tartják, így a munkatársak pontosan azokat az ismereteket kapják meg, amelyekre munkájuk során szükségük lesz.

“Nagyon hálás és élvezetes dolog belső PowerShell tanfolyamot tartani a kollégáknak, hiszen mindannyian motiváltak, hasonló előképzettséggel és tapasztalattal rendelkeznek, illetve ugyanazon informatikai rendszerekkel dolgoznak, így lehetőség van nagyon sok közvetlen gyakorlati ismeretet adó feladaton keresztül átadni az ismereteket. Mivel én is velük együtt dolgozom a tanfolyam után is, így az ‘utánkövetés’ is lehetővé válik, később is megkeresnek és egy-egy konkrét feladat megoldásában nyújtott segítség során a tanfolyami anyagot is tudom gazdagítani.”

A Morgan Stanley a PowerShell alkalmazásának egyik éllovasa Magyarországon, a cég tavaly megrendezte irodájában az első PowerShell Felhasználói Klubot, amelyet nagy valószínűséggel idén is folytatnak majd.

További információk a Morgan Stanley-ről: www.morganstanley.hu

(A Morgan Stanley megbízásából készített anyag.)