Belépés
2019 lassan, de biztosan a logikus végéhez ér. Az IT-ipar továbbra is aktívan fejlődik, számos új technológiával örvendeztet meg bennünket, ugyanakkor új definíciókkal egészíti ki szókincsünket: Big Data, AI, Machine Learning (ML), IoT, 5G stb. Ebben az évben , Különösen gyakran került szóba a Site Reliability Engineering (SRE), a DevOps, a mikroszolgáltatások és a számítási felhő.
Egyes technológiák, például a Blockchain és a kriptovaluták (Bitcoin, Ethereum stb.) úgy tűnik, már túljutottak népszerűségük (hype) csúcsán, így a nagyközönségnek lehetősége nyílik arra, hogy józanabb pillantást vethessen rájuk, azonosítva azokat. pozitív és negatív aspektusait, valamint annak eldöntését, hogy hol és hogyan használja őket a legjobban. A Blockchain és a kriptovaluták témájának kiegyensúlyozott pillantását itt találja. Nagyon ajánlom, hogy nézd meg.
Más technológiák még csak egyre népszerűbbek, aktív közösségeket alkotva körülöttük, nem csak támogatókkal és hívekkel, hanem lelkes ellenfelekkel is.
Mindenki bemegy a DevOps-ba?
A DevOps, a szoftverfejlesztés és -üzemeltetés új megközelítése ma külön említést kap tőlem, mert... Ebben az évben valóban sok cikk és vita született ebben a témában.
A DevOps kifejezést ma meglehetősen tágan értelmezik. Vannak, akik a DevOps-ot a szoftverfejlesztés és -üzemeltetés speciális megközelítéseként értelmezik, amikor olyan embereket vonnak be a munkába, akik egy kis kódolást és adminisztrációt is tudnak végezni. Mások számára ez elsősorban a saját személyes rendszeradminisztrátor jelenléte a csapatban, aki lehetővé teszi számukra, hogy a szoftverfejlesztőket mentesítsék a nem alapvető terhelés egy részétől a rendszerkörnyezet beállítása, tesztkörnyezetek létrehozása formájában. , belső és külső szolgáltatásokkal való integráció megvalósítása, valamint automatizálási szkriptek írása. Mások számára ez csak divatos technológiák és eszközök készlete, amelyeket használni kell ahhoz, hogy mindig fiatal és sikeres maradjon. A negyedik a CICD és minden, ami ezzel kapcsolatos. A DevOps-nak valóban sokféle értelmezése létezik, így bárki önállóan megtalálhatja bennük azt, amit a legjobban szeret.
A DevOps különböző értelmezései heves vitákat váltanak ki, ami további cikkek megjelenéséhez vezet ebben a témában. Néhányat el is mentettem a könyvjelzőim közé:
- .
- .
Ha elég sok, a DevOps-t dicsérő cikket olvas, az a benyomása támadhat, hogy minden rendszergazdai mérnöknek csak a LinkedIN-profiljában lévő jelenlegi pozícióját kell megváltoztatnia adminisztrátorról DevOps-ra, és azonnal megkapja a meghívókat az interjúkra a HR-estől sikeres cégek, akik a jelenleginél 2-szer magasabb fizetést ígérnek, adnak egy vadonatúj Macbookot, egy hoverboardot, és nem feledkeznek meg az ingyenes vape-utántöltésről és a végtelen mennyiségű turmixról sem. Általában jön egy informatikai paradicsom.
Ha olyan cikkeket olvas, amelyek lekicsinylik a DevOps érdemeit, más benyomást kelt, hogy a DevOps egy új típusú rabszolgaság, ahol az embereknek szinte a fejlesztőkkel azonos szinten kell kódolniuk, segíteniük kell a hibák kijavításában, az automatizálással és a CICD-vel, telepítsd a Jira-t a Wiki segítségével, pörgesd fel a felhőket, gyűjtsd össze a konténereket és kezeld őket, miközben egyidejűleg adminisztrátori feladatokat is végezhetsz, nem feledkezve meg a patronok újratöltéséről, a csavart érpárú kábelek sajtolásáról és az irodai virágok öntözéséről.
De mint tudod, az igazság általában valahol a közepén van, ezért ma megpróbáljuk egy kicsit kitalálni.
Nincs már szükség adminokra?
Rendszergazdaként és mérnökként, aki hosszú ideje foglalkozik Microsoft és VMware termékekkel, kezdtem észrevenni, hogy az elmúlt néhány évben időszakonként olyan beszélgetések zajlottak, amelyekről a rendszergazdák hamarosan senkinek nem fognak hasznát venni, mert:
- Az egész infrastruktúra megváltozik, és IaaC-vé (Infrastruktúra mint kód) válik. Most már nem lesz GUI gombokkal, hanem csak PowerShell, yaml fájlok, konfigurációk stb. Ha valamelyik szerviz vagy alkatrésze elromlott, akkor már nem kell javítani, mert... gyorsan telepítsen egy új példányt az utolsó működő állapotból.
- A teljes informatikai infrastruktúra hamarosan a felhőkbe költözik, és lokálisan (on-premise) csak a legközelebbi útválasztóhoz lesznek hálózati kábelek, amelyek összekötnek minket a felhőben található összes többi vállalati erőforrással. Hát legfeljebb helyben marad a nyomtató, hogy a könyvelős lányok az internetről macskás képeket nyomtathassanak rá. Minden másnak a felhőben kell lennie.
- Jönnek majd a DevOps guruk, és mindent automatizálnak körülöttük, így az adminoknak már csak melegséggel a lelkükben kell emlékezniük arra, hogy régen pingeket és nyomkövetéseket futtattak, hogy diagnosztizálják az alapvető problémákat a hálózaton és a szervereken.
- Én is hallottam olyan jelenségről, mint a „Vendekapets”, de az elég régen volt, pályafutásom hajnalán, amikor még csak most kezdtem megtenni az első lépéseket a rendszeradminisztráció felé. De valamiért nem jött el a „Vendekapets”, mint ahogy a maja naptár szerint a világvége sem. Véletlen egybeesés? Ne gondolkozz. 🙂
A Microsoft-termékekkel ma szorosan együttműködő Windows rendszergazdák hamarosan senkinek sem lesznek hasznára? Vagy lesz még rájuk szükség? A Windows rendszergazdák továbbra is viselik rendszergazdai és mérnöki státuszukat, vagy az alacsonyan képzett munkaerő szerepébe sorolják őket ala anykey (adni, adni, hozni)?
Még itt, a habr.com oldalon, a „Rendszeradminisztráció” központban is csak a kubernetes, linux, devops, docker, nyílt forráskód és zabbix említést látjuk. Hol vannak azok a szavak, amelyeket annyira szeretünk: Windows, Active Directory, Exchange, System Center, terminál, nyomtatószerverek, fájlszerverek, bat és vbs szkriptek vagy legalábbis powershell. Hol van ez az egész?
Tehát van élet a Windows után, vagy a Windows rendszergazdáknak és mérnököknek most mindent fel kell adniuk, hogy megtanulják a Linuxot, a dockert, a kuberneteset, az ansible-t, a pythont, és belemenjenek a DevOps-ba?
Lehet, hogy minden rendben van a Windows rendszerrel, csak most van egy átmeneti hype a Linux + docker + kubernetes + ansible + python kombinációról, amely elhomályosította szeretett Windowsunkat? Mit kell tennie egy Windows rendszergazdának 2020-ban, hogy keresett legyen a munkaerőpiacon?
Sajnos itt több a kérdés, mint a válasz, ezért a mostani cikk megpróbál egy kicsit segíteni, hogy mindent megértsünk. A cikk elsősorban a Windows rendszergazdáknak és mérnököknek szól, de biztos vagyok benne, hogy más informatikai szakembereket is érdekelni fog.
A Microsoft a felhőkbe megy?
A Windows rendszergazda mindenekelőtt a Microsoft híve, így a továbbiakban erről és csodálatos termékeiről fogunk beszélni.
A Microsoft meglehetősen széles szoftvermegoldások portfólióval rendelkezik, amelyek közül sok vezető szerepet tölt be saját réseiben. Ha Windows rendszergazdaként és mérnökként dolgozik, akkor valószínűleg ilyen vagy olyan módon találkozott velük. Az alábbiakban rövid leírást adok az egyes termékekről, és ismertetem a fejlesztésük lehetséges kilátásait az elkövetkező 3-5 évben. Ez nem egy titkos bennfentes a redmondi főhadiszállásról, hanem az én személyes véleményem, ezért erősen ajánlott az alternatív nézőpontok megjelölése a megjegyzésekben.
Helyi telepítések (helyszíni)
Microsoft Exchange Server – egy többfunkciós levelezőszerver, amely nem csak a levelezéssel való munkavégzést foglalja magában, hanem a névjegyek, naptárak, feladatok és még sok más kezelését is. Az Exchange Server a Microsoft egyik zászlóshajója, amely számos vállalat de facto vállalati szabványává vált. Szoros integrációja nemcsak magával a Microsoft-termékekkel, hanem harmadik féltől származó megoldásokkal is. A csere népszerű a közepes (100 főtől) és a nagyvállalatoknál egyaránt.
Jelenleg az Exchange Server 2019 számít a jelenlegi verziónak. Korábban a termék meglehetősen aktívan fejlődött, de az Exchange 2013 verziótól kezdődően ez a fejlesztés jelentősen lelassult, így az Exchange 2016 feltételesen Service Pack 1-nek nevezhető. (SP1) az Exchange 2013-hoz és az Exchange 2019-hez – tehát a Service Pack 2 (SP2) az Exchange 2013-hoz. A következő helyszíni verzió (Exchange 2022) sorsa még kérdéses.
A Microsoft most az Office 365 felhőszolgáltatás részeként aktívan népszerűsíti az Exchange Online-t, így minden új funkció elsősorban ott jelenik meg. Az Exchange Online nemcsak az első, amely új funkciókat kap, hanem olyan további képességeket is beszerez, amelyek a közeljövőben nem kerülnek át a helyszíni telepítésekre. Ez azért történik, hogy felgyorsítsák számos cég felhőre való átállását, mert... Az előfizetési modell pénzügyileg előnyösebb a Microsoft számára, mint az egyszeri eladás.
Ha jelenleg karbantartja az Exchange Server helyi telepítését (2013–2019), ezt a következő 3-5 évben folytathatja. Útközben érdemes elkezdeni felfedezni az Exchange Online által kínált lehetőségeket; a hibrid konfigurációk pedig olyanok, amikor a helyi és a felhőverzió egyszerre létezik. Még ha feltételezzük is, hogy már nem lesz az Exchange következő helyszíni verziója, az Exchange Serverrel kapcsolatban megszerzett ismeretek egy ideig továbbra is relevánsak lesznek, számos okból kifolyólag:
- A helyi telepítések száma jelenleg meglehetősen nagy, ezért képzett rendszergazdákra lesz szükség a támogatásukra. Nem minden szervezet fogja tudni áthelyezni leveleit a közeljövőben a felhőbe ilyen vagy olyan okból.
- A felhő-migrációs projektek még nem triviálisak, ezért mind a helyszíni, mind a felhőmegoldások sajátosságainak ismerete szükséges a legtöbb buktató elkerüléséhez és az áttelepítés sikeres befejezéséhez.
- Az smtpimapmapipop3, a mail flow, a dkim, a dmark, az spf, a vírusirtó és a levélszemétszűrő protokollok ismerete univerzális, és minden levelezőrendszerre alkalmazható.
- A helyszíni Exchange Serverrel végzett munka során szerzett tapasztalatok lehetővé teszik az Exchange Online megértését és a kívánt konfiguráció sokkal gyorsabb beállítását.
- Az e-mail az egyik legfontosabb kommunikációs csatorna a külvilággal, így továbbra is szükség lesz rá. Nem kell hallgatnod a "üzenetküldők és chatbotok felváltják az e-mailt" híveire, mert... Sokszor „temették el” a postát, és eddig sikertelenül.
Skype Vállalati verzió (SfB) (korábban Lync) – vállalati messenger fejlett képességekkel. Szoros integrációval rendelkezik az Exchange szerverrel, de népszerűsége jelentősen elmarad az utóbbitól. A Skype for Business általában csak nagyvállalatoknál használatos, mert... A kis- és középvállalatok nem nagyon érdeklődnek iránta.
A jelenlegi verzió most a Skype Vállalati verzió 2019, amely minimális eltéréseket mutat a Skype Vállalati verzió 2016 korábbi verziójához képest, így az SfB 2019 Service Pack 1 for SfB 2016-nak tekinthető, nem pedig új teljes verziónak.
Az Office 365 felhőben ezt a terméket a Skype for Business Online szolgáltatás mutatta be, amelyet egy idő után teljesen felváltott a Microsoft Teams, azaz. A Skype Vállalati verzió jelenleg nem érhető el az Office 365 felhőben. Emiatt aligha érdemes a Skype for Business 2022 következő helyi verziójára számítani, hiszen a Microsoft prioritása a Teams messenger fejlesztése és fejlesztése, amely a gyártó válasza volt a sikeres Slack messenger megjelenésére.
Ha jelenleg helyi Skype Vállalati verzió adminisztrál, és tetszik a vállalati messenger koncepciója, akkor azt tanácsolom, hogy tekintse a Teamst az Office 365 részeként, ellenkező esetben jobb, ha másik terméket választ tudásának bővítésére, mert a helyi Skype Vállalati verzió a feledés homályába vész. Az Exchange-től eltérően, amely de facto szabvánnyá vált a levelezőszerver-résben, a Skype Vállalati verziónak ma már vannak alternatívái. Team és Slack nagy- és középvállalatok számára. Telegram, Viber, Whatsapp - kis cégeknek.
SharePoint – egy belső vállalati portál, ahol a cégek közzétehetik hasznos webszolgáltatásaikat (szabadságrend, alkalmazottak listája fényképekkel és telefonszámokkal, születésnapi emlékeztetők, céges hírek stb.). A felhasználók tárolhatják, szerkeszthetik és megoszthatják a SharePoint-könyvtáraikban elhelyezett fájlokat.
A SharePoint olyan, mint a Bitrix24, csak nagyobb, funkcionálisabb, drágább és sokkal nehezebb konfigurálni és támogatni. A gyilkos funkciók egy dokumentum egyidejű szerkesztésének lehetősége nagy számú alkalmazott által, ami nagyon kényelmes, ha 100 ember próbál kitölteni egy nyaralási ütemtervet, valamint az Office Online Server és a helyi MS Office integrációja.
A Sharepoint egy nagy, összetett és drága termék, ezért általában csak nagy cégek használják. A kisebb cégek a Bitrix24-et vagy annak analógjait használják, vagy egyszerűen fájlokat tárolnak fájlszervereken, és hasznos webszolgáltatásokat terjesztenek különböző belső oldalakra.
A SharePoint farmokat (fürtöket) általában rendszergazdai funkciókkal rendelkező fejlesztők kezelik, nem pedig „tiszta” rendszergazdák, mert Ahhoz, hogy a SharePoint fellendüljön és hasznos legyen a cég számára, nagyon sokat kell hozzá kóddal kiegészíteni.
Az Office 365 tartalmazza a SharePoint Online-t, amely a helyi SharePoint egyszerűsített változata, azaz. Minimális testreszabási lehetőséggel rendelkezik, és „az Ön igényeire szabott”, de a fejlesztőt és a rendszergazdát sok fejfájástól megszabadítja a működésével kapcsolatban. Az én ítéletem a következő: a SharePoint helyszíni verziójának támogatásának bonyolultsága és magas költsége meg fogja fizetni a hatását, és a vállalatok boldogan kezdenek fokozatosan áttérni a SharePoint Online-ra, vagy teljesen felhagynak a Sharepointtal egy egyszerűbb megoldás érdekében. Én személy szerint nem látok rózsás és gondtalan életet a SharePoint számára a helyi telepítésekben.
Rendszerközpont a nagy Windows-infrastruktúrák telepítéséhez, konfigurálásához, kezeléséhez és felügyeletéhez szükséges termékek teljes családja. A bírálat a következőket tartalmazza: System Center Configuration Manager (SCCM), System Center Virtual Machine Manager (SCVMM), System Center Operations Manager (SCOM), System Center Data Protection Manager (SCDPM), System Center Service Manager (SCSM), System Center Orchestrator (SCORCH). ).
A System Center termékek teljes kínálatára általában csak a nagyvállalatoknak van szükségük, míg a középvállalatok általában csak egy-két terméket használnak.
Mivel a System Center-termékeket meglehetősen nehéz megtanulni, és általában csak nagy infrastruktúrákban használják, általában külön embereket rendelnek hozzájuk, például rendszerfelügyeleti adminisztrátort (SCOM), munkaállomás-karbantartási adminisztrátort (SCCM), virtualizációs rendszeradminisztrátor (Hyper -V + SCVMM), Infrastruktúra-automatizálás-kezelő (SCORCH + SCSM).
A Microsoft rohamosan fejleszti felhőszolgáltatásait, így a System Center funkcionalitása fokozatosan átkerül a felhőbe. Mindez a közeljövőben jelentős hatással lesz a System Center helyszíni termékeire.
funkcionális System Center Orchestrator (SCORCH) a jövőben az Azure Automation szolgáltatás váltja fel ().
funkcionális System Center Operations Manager (SCOM) a jövőben felváltja az Azure Monitor szolgáltatást ().
funkcionális System Center Data Protection Manager (SCDPM) a jövőben felváltja az Azure Backup szolgáltatást ().
funkcionális System Center Service Manager (SCSM) megszűnik a kereslet, vagy bármely más jegyrendszer váltja fel, például a Jira.
System Center Virtual Machine Manager (SCVMM) egyelőre a Hyper-V virtualizációt helyileg használó cégeknél marad. A Hyper-V kis telepítései (10-15 kiszolgáló) meglehetősen sikeresen adminisztrálhatók SCVMM nélkül, csak szabványos eszközökkel - Feladatátvételi fürtkezelő, Hyper-V Manager, Windows Admin Center.
System Center Configuration Manager (SCCM) – operációs rendszerek tömeges telepítésére, vállalati alkalmazások egyetlen katalógusból történő telepítésére, Windows frissítések telepítésére a szerverekre és végmunkaállomásokra, az alkalmazások leltárára és a licencek kiszámítására használják. Úgy tűnik, ez az egyetlen termék a teljes System Center termékcsaládból, amely nálunk marad a helyszíni infrastruktúrában, mert... Jelenleg nem lehet teljesen helyettesíteni valami felhő alapúval.
Ha jelenleg a System Center Configuration Manager (SCCM) helyszíni telepítését tartja karban, ezt továbbra is megteheti, mert a termék legalább a következő 3-5 évben nálunk lesz. Ezenkívül azt javaslom, hogy kezdje el tanulmányozni az Office 365 képességeit, mert... ez jól illeszkedik az Enterprise Desktop Administrator pozícióhoz.
A legtöbb egyéb System Center-termék rendszergazdai szerepköre megszűnik. Az Azure-szolgáltatások jelentősen leegyszerűsítik munkájukat, és elrejtik az összes bonyolultságot a kíváncsi szemek elől. Vegyük például az automatizálási rendszergazdát (SCORCH + SCSM). A SCORCH-t az Azure Automation váltja fel. Az automatizálási folyamat, a PowerShell, az SQL ismerete megmarad, és hasznos lesz az Azure Automation számára, de a SCORCH-fürtök felépítésének, magas rendelkezésre állásuk biztosításának, az erőforrásméretezésnek, a frissítésnek, az új verziókra való átállásnak, a biztonsági mentésnek és a figyelésnek a tudása elveszti jelentőségét, mert Mindezt a munkát az Azure felhő fogja átvenni. Az automatizálási rendszergazda csak magára az automatizálási folyamatra összpontosít, mert... Minden, az automatizálási infrastruktúra működőképességének fenntartására irányuló munkát elvesznek tőle.
Windows szerver és szerepei
Active Directory (AD) – a felhasználói és számítógépes fiókok tárolási helye. Ha egy cégnek több mint 20 számítógépe van, akkor valószínűleg már van valamilyen Active Directory tartománya. Az Active Directory ismerete, a tartomány és az erdő megkülönböztetésének képessége, valamint a csoportházirendekkel való munkavégzés minden Windows rendszergazdának kötelező. Ez a tudás még 20 évig releváns lesz. Ezenkívül azt javaslom, hogy ismerkedjen meg az Azure AD-vel (AAD), és vizsgálja meg a felhasználók helyszíni és felhő-infrastruktúrák közötti szinkronizálási lehetőségeit.
DNS, DHCP – hálózati szolgáltatások, amelyek megértése az informatika minden területén hasznos, az adminisztrációtól a programozásig, ezért ismernie kell. A hálózatok, az útválasztási protokollok, az OSI és a TCPIP modellek működésének megértése minden informatikus számára határozott pluszt jelent.
Hyper-V – a Microsoft és különösen annak hypervisor virtualizációs technológiáinak teljes halmazának elnevezése. Elég gyorsan fejlődik, bár véleményem szerint a legtöbb új funkció (Shielded VM, Encrypted Subnets, Storage Spaces Direct) elsősorban a helyi (Cloud Service Providers) és globális (Azure) felhőszolgáltatókat célozza meg, nem pedig a vállalati. szegmens (Enterprise). Ez általában érthető, mivel a Microsoft először az Azure-felhőjében valósítja meg és teszteli az új funkciókat, majd csak azután viszi át azokat a Windows Serverre és a Hyper-V-re.
A Hyper-V továbbra is egyetlen ingyenes konzol hiányától szenved, amely minden szükséges funkciót biztosít. Most már van feladatátvételi fürtkezelőnk, Hyper-V Managerünk és Windows Felügyeleti Központunk. Az SCVMM-nek egy ilyen konzolnak kellett volna lennie, de fizetős és kissé nehéz megtanulni.
Ha jelenleg a Hyper-V helyi telepítését karbantartja SCVMM nélkül, akkor ezt továbbra is megteheti. Ezzel párhuzamosan azt javaslom, hogy kezdje el tanulmányozni az Azure IaaS szolgáltatást és a virtuális gépek felhő és a helyszíni infrastruktúra közötti áttelepítési mechanizmusait.
Az én környezetemben (bankok, távközlés, biztosítótársaságok, nagy ipari holdingok) az összes produktív virtualizációt általában a VMware vSphere kezeli, és nem a Hyper-V SCVMM-mel, ezért azt javaslom, hogy a Hyper-V rendszergazdának is nézzen meg. a VMware és termékei felé.
Felhőszolgáltatások
Office 365 egy felhőszolgáltatás, amely előfizetéses csomagot biztosít a Microsoft Office alkalmazásokhoz (helyi és webes verziók), és tartalmazza a fő szervertermékeket is - Exchange, Teams, OneDrive és Sharepoint.
Jelenleg az Office 365 egy önellátó szolgáltatás, amely szinte teljesen lefedi az irodai kommunikációs igényeket. Könnyű beüzemelhetőségének köszönhetően kisvállalatok és közép- és nagyvállalatok számára egyaránt tökéletes.
A már telepített Exchange, Teams, OneDrive és Sharepoint szolgáltatások jelenléte a felhőben jelentősen csökkenti a rendszergazda terhelését, mert A telepítéssel, az erőforrások méretének meghatározásával, a frissítéssel és az új verziókra való átállással kapcsolatos összes eljárás teljes mértékben a Microsoft feladata. Ha korábban 4-6 külön dedikált adminisztrátorra lett volna szükség az Exchange, a Teams, a OneDrive és a Sharepoint helyi infrastruktúrában való karbantartásához, most az Office 365-ben már csak 1 átlagos rendszergazda is elegendő. Ha valami nem működik vagy nem működik megfelelően, közvetlenül az Office 365 felületéről hozhat létre jegyet a Microsoft műszaki támogatásához, ami nagyon kényelmes.
Ha Ön jelenleg rendszergazda, aki az Exchange, a Skype Vállalati verzió vagy a Sharepoint termékek helyszíni verzióit karbantartja, akkor azt javaslom, hogy tekintse meg ezek felhőverzióit az Office 365 részeként, hogy megértse, hogyan felelnek meg Önnek, és milyen funkcionalitást nyújtanak a termékekhez képest. a helyszíni verziók.
Égszínkék a Microsoft globális felhőplatformja, amely felhőszolgáltatások folyamatosan bővülő készletét tartalmazza, amelyek segítenek a szervezeteknek megoldani üzleti problémáikat. Jelenleg az Azure több mint 300 szolgáltatást tartalmaz, különböző kategóriákba csoportosítva (számítástechnika, hálózatkezelés, tárolás, adatbázisok, elemzések, tárgyak internete, biztonság, devOps, tárolók stb.).
2009-ben jelent meg először, a Microsoft Azure mára az egyik vezető pozíciót foglalja el a globális felhőszolgáltatások piacán, és ott sikeresen versenyez az Amazon AWS-szel.
A legutóbbi pénzügyi jelentés szerint () A Microsoft negyedéves (4 negyedik negyedévi) nyeresége 2019%-kal nőtt az Office 49 és a felhőalapú üzletág sikerének köszönhetően. Az Azure bevétele 365%-kal nőtt.
Az Azure, valamint az Office 365 azok a fő területek, ahol a Microsoft pénzügyi és szervezeti erőforrásait irányítja.
Az Azure platformon elérhető szolgáltatások bősége még egy tapasztalt informatikust is megzavarhat, ezért az alábbiakban egy tipikus Windows szerver-infrastruktúra leírása található, ahol zárójelben feltüntetem a hozzávetőleges analógjaikat az Azure felhőben. Remélem, ez kiindulópontként szolgál majd az Azure tanulásához, mert mint tudod, kicsiben kell kezdeni, fokozatosan mélyülni.
Egy tipikus Windows szerver infrastruktúra valahogy így néz ki:
- Active Directory (AD) csoportházirendekkel és DNS-sel. (Azure Active Directory (AAD), Azure DNS).
- DHCP
- Exchange levelezőszerver. (Online csere az Office 365 részeként).
- RDS farm több terminál szerverrel. (Azure virtuális gép + Azure virtuális hálózat + Azure Storage).
- Fájlszerver, ahol az alkalmazottak fájljaikat tárolják. (Azure File Storage, Azure virtuális gép + Azure virtuális hálózat + Azure Storage)
- Szerverek alkalmazásokkal és adatbázisokkal (1C, belső portál, CRM stb.). (Azure SQL Database, Azure webhelyek, Microsoft Dynamics 365, Azure virtuális gép + Azure virtuális hálózat + Azure Storage)
A fő adminisztrációs feladatok a következők:
- Biztonsági mentések készítése. (Azure Backup).
- A naplók gyűjtése és elemzése. (Azure Log Analytics).
- Rutinfeladatok automatizálása. (Azure Automation).
- A szolgáltatások állapotának figyelése és a meghibásodásokról szóló értesítések fogadása (Azure Monitor).
A helyi infrastruktúrát karbantartó Windows rendszergazdáknak azt tanácsolom, hogy mindenekelőtt keressenek az Azure felhőben kedvenc szolgáltatásaik analógjait, hogy egy kicsit dolgozhassanak velük, meghatározzák hasznosságukat a vállalat számára, és esetleg hibrid opciókat szervezzenek. a két világ legjobbja.
edzés
A Microsoft hangsúlya termékei fejlesztésében fokozatosan a felhőmegoldások felé tolódik el, így ezek elsajátítását már most el kell kezdeni. Hol szerezhetek további ismereteket az Azure-ról oroszul? Sajnos nincs sok ilyen forrás.
A Microsoft felajánlja Microsoft Learn portáljának használatát - . A szöveges anyagot oroszra fordítják, a videót angolul adják, bár orosz felirattal.
Az Azure tanulásához jó és minőségi anyagként ajánlom az Exam AZ-900 Azure Fundamentals tanfolyamot, amelyet Igor Shastitko olvas a YouTube-csatornáján (). Jelenleg 13 videó van, de ha van kellően aktív közösségi támogatás (lájk, feliratkozás), akkor gyorsabban jelennek meg az anyagok és nem tart sokáig a folytatás.
Ezenkívül az iwalker2000 csatornán javaslom az „IT Career: How To Become an IT Specialist” lejátszási listát, amely segít a feltörekvő szakembereknek meghatározni szakmai fejlődésük útját és helyesen felépíteni karrierjüket. ()
Sajnos nincs annyi orosz nyelvű anyag az Azure-ról, mint szeretnénk, ezért ha tud más hasznos forrást ebben a témában, kérjük, ossza meg a megjegyzésekben. Sok informatikus hálás lesz ezért Önnek.
Álláspontja
Milyen következtetéseket lehet levonni a fentiekből?
- Még mindig van élet a Microsoft infrastruktúrájában, és nem szűnik meg. A Microsoft meglehetősen széles szoftvermegoldások portfólióval rendelkezik, amelyek közül sok vezető szerepet tölt be a saját réseiben, így a rendszergazdának mindig van mit tanulnia, bevezetnie, működtetnie és fejlesztenie.
- A Microsoft infrastruktúrája jelenleg aktívan változik, és ez a felhőszolgáltatások – az Azure és az Office 365 – fejlesztésére helyezi a hangsúlyt. Kezdetben új Microsoft-termékek és -alkalmazások készülnek a felhőben történő működésre, havi fizetésű előfizetési modellre hivatkozva. Ezeknek a termékeknek csak egy része kerül később a helyszíni megoldásokba.
- Egyes drága és nehezen támogatható termékek hamarosan elhagynak bennünket, és részben vagy egészben az Azure felhőbe vagy az Office 365-be költöznek. Azok az egyéni rendszergazdák, akik folyamatosan csak egy terméket (például SCOM, SCSM stb.) karbantartanak, hamarosan megszüntették.
- Ha Ön egy tapasztalt rendszergazda, aki a Microsoft ökoszisztémájában dolgozik, akkor nem kell mindent eldobnia, és a DevOps-ra futnia, amiről most minden sarkon beszélnek. Tovább fejlődhet az Ön irányába, és kompetenciákat bővíthet az Azure és Office 365 felhőszolgáltatásaiban.
- Ahhoz, hogy a munkaerőpiacon keresett szakember maradjon, tanulnia, tanulnia és újra tanulnia kell. Az informatikai „élethosszig tartó oktatás” koncepciója minden eddiginél relevánsabb, különösen most, a felhőtechnológiák aktív fejlesztése idején.
- A DevOps most népszerűsége (hype) csúcsán van. Ez egy tény. Kezdetben a DevOps-ot olyan módszernek tekintették, amely lehetővé teszi a szoftverfejlesztés és a műveletek összekapcsolását, miközben a programozók és mérnökök egyetlen közös cél érdekében dolgoznak – a szoftverek jobbá tétele érdekében. A fő hangsúly a csapatok közötti kommunikációs kultúra megváltoztatásán, a kölcsönös segítségnyújtási mechanizmusok kialakításán és a végeredményért való kollektív felelősségvállaláson volt. Ennek eredményeként azonban új pozíció jött létre - a DevOps mérnök, akire a kiadási mérnök (CICD), az automatizálási adminisztrátor, a felhő rendszergazda és az üzemeltetési mérnök feladatait delegálták. Ez már kész tény. A DevOps betöltetlen állások száma és a hozzájuk tartozó követelmények csak megerősítik ezt.
A DevOps most egy további út a rendszeradminisztrátor fejlesztéséhez. A DevOps nagyszerű módja annak, hogy az átlagos rendszergazda jelenlegi iparágát a szoftverfejlesztési iparágra változtassa. Aki szereti az automatizálást és a kódszkriptek írását, az előbb-utóbb fejlesztő lesz, az infrastrukturális dolgokat (hálózatok, szerverek, operációs rendszer, felhők stb.) kedvelők pedig DevOps mérnökökké.
- Ha Ön kezdő szakember, vagy csak most ismerkedik az IT-vel, akkor a DevOps most egy nagyszerű módja annak, hogy rövid időn belül frissítsen, és egy normális cégnél kapjon munkát, tisztességes fizetéssel és jó irodával, ezért tanulja meg a Linuxot, az Ansible-t, Docker, Kubernetes, Python és CICD.
Az utóbbi időben megnőtt a kereslet a Linux platform és a szoftverfejlesztéshez kapcsolódó megoldások iránt, de ez nem a Microsoft ökoszisztémájának köszönhető, hanem egyszerűen egy új rés jelent meg, ahol aktívan használják a Dockert és a Kuberneteset, a monolitikus alkalmazásokat mikroszolgáltatásokba vágják. , és az üzleti életnek nagyobb sebességre van szüksége a szoftverkiadásokra, hogy csökkentse az új funkciók piacra kerülésének idejét.
Forrás: will.com