Kanne
2019. aasta on aeglaselt, kuid kindlalt jõudmas oma loogilise lõppu. IT-tööstus jätkab aktiivset arengut, rõõmustades meid suure hulga uute tehnoloogiatega ja samal ajal täiendades meie sõnavara uute definitsioonidega: suurandmed, tehisintellekt, masinõpe (ML), asjade internet, 5G jne. , eriti sageli arutati saidi töökindluse tehnikat (SRE), DevOpsi, mikroteenuseid ja pilvandmetöötlust.
Mõned tehnoloogiad, näiteks plokiahel ja krüptovaluutad (Bitcoin, Ethereum jne), näivad olevat oma populaarsuse tipu (hüpe) juba ületanud, mistõttu on üldsusel võimalus neid kainemalt vaadata, tuvastades positiivseid ja negatiivseid aspekte, samuti otsustada, kus ja kuidas neid kõige paremini kasutada. Tasakaalustatud ülevaate plokiahela ja krüptovaluutade teemast leiab siit. Soovitan soojalt üle vaadata.
Teised tehnoloogiad koguvad alles populaarsust, moodustades enda ümber aktiivseid kogukondi, kuhu kuuluvad mitte ainult toetajad ja järgijad, vaid ka tulihingelised vastased.
Kas kõik lähevad DevOpsi?
Täna pälvib minult erilise äramärkimise uudne lähenemine tarkvara arendamisele ja käitamisele DevOps, kuna... Sel aastal on sellel teemal tõesti palju artikleid ja arutelusid.
Mõistet DevOps tõlgendatakse tänapäeval üsna laialt. Mõned inimesed mõistavad DevOpsi kui erilist lähenemist tarkvara arendamisele ja käitamisele, kui töösse on kaasatud inimesed, kes oskavad nii veidi kodeerida kui ka administreerida. Teiste jaoks on see ennekõike oma isikliku süsteemiadministraatori olemasolu meeskonnas, kes võimaldab vabastada tarkvaraarendajad osaliselt mittepõhikoormusest süsteemikeskkonna seadistamise ja testkeskkondade loomise näol. , sise- ja välisteenustega integreerimise juurutamine, samuti automatiseerimisskriptide kirjutamine. Teiste jaoks on see lihtsalt moodsate tehnoloogiate ja tööriistade komplekt, mida tuleb kasutada, et jääda alati nooreks ja edukaks. Neljandaks on see CICD ja kõik sellega seonduv. DevOpsi tõlgendusi on tõepoolest palju, nii et igaüks võib neist iseseisvalt leida selle, mis talle kõige rohkem meeldib.
DevOpsi erinevad tõlgendused põhjustavad tuliseid arutelusid, mille tulemusel ilmub sellel teemal rohkem artikleid. Salvestasin mõned neist isegi oma järjehoidjatesse:
- .
- .
Kui lugeda piisavalt DevOpsi ülistavaid artikleid, võib jääda mulje, et igal süsteemiadministraatori inseneril tuleb oma LinkedIN-i profiilil muuta vaid oma praegune asukoht administraatori insenerist DevOpsiks ning ta hakkab kohe saama HR-ilt intervjuude kutseid suurtest ja edukad ettevõtted , kes lubavad praegusest 2 korda kõrgemat palka, kingivad teile uhiuue Macbooki, hõljuklaua ega unusta tasuta veibitäitmise tellimust ja lõputut hulka smuutisid. Üldiselt tuleb IT paradiis.
Kui loete artikleid, mis halvustavad DevOpsi eeliseid, hakkab teistsugune mulje, et DevOps on uut tüüpi orjus, kus inimesed peaksid kodeerima peaaegu samal tasemel kui arendajad, aitama neil parandada vigu, tegelema automatiseerimise ja CICD-ga, juurutage Jira Wiki abil, keerutage pilvi, koguge konteinereid ja hallake neid, tehes samal ajal administraatoritööd, unustamata kassettide täitmist, keerdpaarkaablite kokkupressimist ja kontorilillede kastmist.
Kuid nagu teate, on tõde tavaliselt kuskil keskel, nii et täna proovime seda veidi välja mõelda.
Kas administraatoreid pole enam vaja?
Süsteemiadministraatori ja insenerina, kes on Microsofti ja VMware toodetega juba pikka aega töötanud, hakkasin märkama, et viimastel aastatel on perioodiliselt toimunud vestlusi, et süsteemiadministraatoritest pole varsti enam kellelegi kasu, sest:
- Kogu infrastruktuur on muutumas ja muutub IaaC-ks (infrastruktuur kui kood). Nüüd pole nuppudega GUI-d, vaid ainult PowerShell, yaml-failid, konfiguratsioonid jne. Kui mõni teenus või selle komponent on katki, siis pole seda enam vaja parandada, sest... juurutada kiiresti selle uue koopia viimasest tööolekust.
- Peagi kolib kogu IT infrastruktuur pilvedesse ning lokaalselt (on-premise) on lähima ruuterini vaid võrgukaablid, mis ühendavad meid kõigi teiste pilves paiknevate ettevõtete ressurssidega. No kõige rohkem jääb printer kohapeale, et raamatupidamise tüdrukud saaksid sellele internetist kassipilte printida. Kõik muu peaks olema pilves.
- DevOpsi gurud tulevad ja automatiseerivad kõike enda ümber, nii et administraatoritel jääb vaid sooja hingega meenutada, kuidas vanasti nad võrgus ja serverites põhiprobleemide diagnoosimiseks pingeid ja jälgi ajasid.
- Kuulsin ka sellisest fenomenist nagu “Vendekapets”, aga see oli päris ammu, minu karjääri koidikul, kui olin alles alustamas esimesi samme süsteemihalduse poole. Aga millegipärast “Vendekapetsi” ei tulnudki, nagu maiade kalendri järgi maailmalõppugi. Kokkusattumus? Ära mõtle. 🙂
Kas Windowsi süsteemiadministraatoritest, kes täna Microsofti toodetega tihedalt koostööd teevad, pole varsti enam kellelegi kasu? Või tekib nende järele siiski vajadus? Kas Windowsi administraatorid jätkavad oma administraatorite ja inseneride staatust või taandatakse vähekvalifitseeritud tööjõu rolli anykey (anna, anna, too)?
Isegi siin habr.com-i jaoturis "Süsteemihaldus" näeme ainult kubernetese, linuxi, devopsi, dokkeri, avatud lähtekoodiga ja zabbixi mainimisi. Kus on sõnad, mida me nii väga armastame: Windows, Active Directory, Exchange, System Center, terminal, prindiserverid, failiserverid, bat- ja vbs-skriptid või vähemalt powershell. Kus see kõik on?
Nii et kas pärast Windowsi on elu veel või peaksid Windowsi süsteemiadministraatorid ja insenerid nüüd loobuma kõigest, et õppida Linuxit, dokkerit, kubernetes, ansible, pythonit ja minna DevOpsi?
Võib-olla on Windowsiga kõik korras, lihtsalt nüüd on ajutine hüpe kombinatsioonist Linux + docker + kubernetes + ansible + python, mis on varjutanud meie armastatud Windowsi? Mida peab Windowsi süsteemiadministraator 2020. aastal tegema, et olla tööturul nõutud?
Kahjuks on siin rohkem küsimusi kui vastuseid, nii et käesolev artikkel püüab aidata meil kõike pisut mõista. Artikkel on peamiselt pühendatud Windowsi administraatoritele ja inseneridele, kuid olen kindel, et see pakub huvi ka teistele IT-spetsialistidele.
Microsoft läheb pilvedesse?
Windowsi administraator on ennekõike Microsofti järgija, nii et edaspidi räägime sellest ja selle imelistest toodetest.
Microsoftil on üsna lai tarkvaralahenduste portfell, millest paljud on oma niššides liidrid. Kui töötate Windowsi administraatori ja insenerina, olete tõenäoliselt nendega ühel või teisel viisil kokku puutunud. Allpool kirjeldan iga toodet lühidalt ja kirjeldan võimalikke väljavaateid nende arendamiseks järgmise 3-5 aasta jooksul. See ei ole Redmondi peakorteri salajane sisering, vaid minu isiklik arvamus, nii et alternatiivsed vaated kommentaarides on tungivalt soovitatavad.
Kohalikud paigaldused (kohapealsed)
Microsoft Exchange Server – multifunktsionaalne meiliserver, mis ei hõlma mitte ainult töötamist meiliga, vaid ka kontaktide, kalendrite, ülesannete ja palju muuga. Exchange Server on üks Microsofti lipulaevadest, millest on saanud paljudes ettevõtetes de facto ettevõtte standard. See on tihedalt integreeritud mitte ainult Microsofti toodete enda, vaid ka kolmandate osapoolte tarnijate lahendustega. Vahetus on populaarne nii keskmise suurusega (alates 100 inimesest) kui ka suurtes ettevõtetes.
Praegusel hetkel peetakse praeguseks versiooniks Exchange Server 2019. Varem arenes toode üsna aktiivselt, kuid alates Exchange 2013 versioonist on see areng oluliselt aeglustunud, mistõttu võib Exchange 2016 tinglikult nimetada hoolduspaketiks Service Pack 1 (SP1) Exchange 2013 jaoks ja Exchange 2019 – seega Service Pack 2 (SP2) Exchange 2013 jaoks. Järgmise kohapealse versiooni (Exchange 2022) saatus on endiselt küsitav.
Nüüd reklaamib Microsoft Office 365 pilveteenuse osana aktiivselt Exchange Online'i, nii et kõik uued funktsioonid ilmuvad peamiselt sinna. Exchange Online ei saa mitte ainult esimesena uusi funktsioone, vaid saab juurde ka lisavõimalusi, mida lähitulevikus kohapealsetesse installidesse üle ei kanta. Seda tehakse selleks, et kiirendada mitmete ettevõtete pilvele üleminekut, sest... Tellimusmudel on Microsoftile rahaliselt kasulikum kui ühekordne müük.
Kui hooldate praegu Exchange Serveri kohalikku installi (2013–2019), saate seda jätkata järgmise 3–5 aasta jooksul. Sel teel tasub hakata uurima Exchange Online’i pakutavaid võimalusi. ja hübriidkonfiguratsioonid on siis, kui kohalikud ja pilveversioonid eksisteerivad samaaegselt. Isegi kui eeldame, et Exchange'i järgmist kohapealset versiooni enam ei ole, on Exchange Serveri kohta omandatud teadmised veel mõnda aega asjakohased mitmel põhjusel.
- Kohalike installide arv on praegu üsna suur, nii et nende toetamiseks on vaja kvalifitseeritud administraatoreid. Kõik organisatsioonid ei saa ühel või teisel põhjusel oma kirju lähiajal pilve teisaldada.
- Pilvemigratsiooniprojektid ei ole veel triviaalsed, mistõttu on enamiku lõkse vältimiseks ja migratsiooni edukaks lõpuleviimiseks vaja teadmisi nii kohapealsete kui ka pilvelahenduste spetsiifikast.
- Teadmised smtpimapmapipop3, meilivoo, dkim, dmark, spf, viirusetõrje ja rämpspostitõrje protokollidest on universaalsed ja rakendatavad kõigis postisüsteemides.
- Kohapealse Exchange Serveriga töötamise kogemus võimaldab teil Exchange Online'i mõista ja soovitud konfiguratsiooni seadistada palju kiiremini.
- E-post on üks olulisemaid välismaailmaga suhtlemise kanaleid, seega vajadus selle järele säilib. Te ei pea kuulama "sõnumitoojad ja vestlusrobotid asendavad meili" järgijaid, sest ... Nad "matsid" posti mitu korda ja siiani edutult.
Skype’i ärirakendus (SfB) (endine Lync) – täiustatud võimalustega ettevõtte sõnumitooja. See on tihedalt integreeritud Exchange'i serveriga, kuid on viimasele populaarsuselt oluliselt madalam. Skype for Business on tavaliselt kasutusel vaid suurettevõtetes, sest... Väikesed ja keskmise suurusega ettevõtted ei ole sellest eriti huvitatud.
Praegune versioon on Skype for Business 2019, millel on minimaalsed erinevused võrreldes eelmise Skype for Business 2016 versiooniga, nii et SfB 2019 võib pidada SfB 1 hoolduspaketiks Service Pack 2016, mitte uueks täisversiooniks.
Office 365 pilves esitles seda toodet Skype for Business Online teenus, mis mõne aja pärast täielikult asendati Microsoft Teamsiga, s.o. Praegu pole Skype’i ärirakendus Office 365 pilves saadaval. Sel põhjusel ei tasu oodata Skype for Business 2022 järgmist kohalikku versiooni, kuna Microsofti prioriteediks on Teams Messengeri arendamine ja arendamine, millest sai müüja vastus eduka Slacki messengeri ilmumisele.
Kui haldate praegu kohalikku Skype for Businessi ja teile meeldib ettevõtte messengeri kontseptsioon, siis soovitan teil vaadata Teamsi Office 365 osana, vastasel juhul on parem valida oma teadmiste täiendamiseks mõni muu toode, sest kohalik Skype for Business on unustusehõlmas. Erinevalt Exchange'ist, millest on saanud meiliserveri niši de facto standard, on Skype’i ärirakendusel tänapäeval alternatiive. Team ja Slack suurtele ja keskmise suurusega ettevõtetele. Telegram, Viber, Whatsapp - väikeettevõtetele.
SharePoint – ettevõttesisene portaal, kuhu ettevõtted saavad postitada oma kasulikke veebiteenuseid (puhkusegraafik, töötajate nimekiri koos fotode ja telefoninumbritega, sünnipäevade meeldetuletused, ettevõtte uudised jne). Kasutajad saavad oma SharePointi teekidesse paigutatud faile salvestada, redigeerida ja jagada.
SharePoint on nagu Bitrix24, ainult suurem, funktsionaalsem, kallim ja palju keerulisem seadistada ja toetada. Killerfunktsioonid on võimalus redigeerida samaaegselt ühte dokumenti suure hulga töötajate poolt, mis on väga mugav, kui 100 inimest üritavad täita puhkusegraafikut, ning integratsioon Office Online Serveri ja kohaliku MS Office'iga.
Sharepoint on suur, keeruline ja kallis toode, mistõttu kasutavad seda tavaliselt ainult suured ettevõtted. Väiksemad ettevõtted kasutavad Bitrix24 või selle analooge või lihtsalt salvestavad faile failiserveritesse ja levitavad kasulikke veebiteenuseid erinevatele sisesaitidele.
SharePointi farme (klastreid) haldavad tavaliselt administraatorifunktsioonidega arendajad, mitte "puhtad" süsteemiadministraatorid, sest Selleks, et SharePoint tõuseks ja ettevõttele kasulik oleks, tuleb sellele koodi abil palju lisada.
Office 365 sisaldab SharePoint Online’i, mis on kohaliku SharePointi lihtsustatud versioon, st. Sellel on minimaalsed kohandamisvõimalused ja see on teile kohandatud, kuid see vabastab arendaja ja administraatori tööga seotud peavaludest. Minu otsus on järgmine: SharePointi kohapealse versiooni toetamise keerukus ja kõrge hind võtavad oma lõivu ning ettevõtted hakkavad rõõmsalt järk-järgult SharePoint Online'ile üle minema või loobuvad Sharepointist sootuks mõne lihtsama lahenduse kasuks. Mina isiklikult ei näe SharePointi roosilist ja muretut elu kohalikes installides.
Süsteemikeskus on terve tootepere suurte Windowsi infrastruktuuride juurutamiseks, konfigureerimiseks, haldamiseks ja jälgimiseks. Hinnangusse kuuluvad: System Centeri konfiguratsioonihaldur (SCCM), System Centeri virtuaalmasinahaldur (SCVMM), System Centeri operatsioonide haldur (SCOM), süsteemikeskuse andmekaitsehaldur (SCDPM), süsteemikeskuse teenusehaldur (SCSM), süsteemikeskuse orkestreerija (SCORCH). ).
Täielikku System Centeri tootevalikut vajavad tavaliselt vaid suurettevõtted, samas kui keskmise suurusega ettevõtted kasutavad pigem ainult ühte või kahte toodet.
Kuna System Centeri tooteid on üsna raske õppida ja neid kasutatakse tavaliselt ainult suurtes infrastruktuurides, siis on tavaks määrata nendega töötamiseks eraldi inimesed, näiteks süsteemide jälgimise administraator (SCOM), tööjaama hooldusadministraator (SCCM), virtualiseerimissüsteemi administraator (Hyper -V + SCVMM), infrastruktuuri automatiseerimise haldur (SCORCH + SCSM).
Microsoft arendab kiiresti oma pilveteenuseid, mistõttu System Centeri funktsionaalsus liigub järk-järgult pilve. Kõik see avaldab lähitulevikus märkimisväärset mõju System Centeri kohapealsetele toodetele.
Funktsionaalne System Center Orchestrator (SCORCH) asendatakse tulevikus Azure Automationi teenusega ().
Funktsionaalne Süsteemikeskuse operatsioonide haldur (SCOM) asendab tulevikus Azure Monitori teenust ().
Funktsionaalne System Centeri andmekaitsehaldur (SCDPM) asendab tulevikus Azure Backup teenuse ().
Funktsionaalne Süsteemikeskuse teenindushaldur (SCSM) lakkab olemast nõudlust või asendatakse mis tahes muu piletisüsteemiga, näiteks Jira.
System Centeri virtuaalmasinahaldur (SCVMM) praegu jääb see ettevõtetele, kes kasutavad kohapeal Hyper-V virtualiseerimist. Väikeseid Hyper-V installatsioone (10-15 serverit) saab üsna edukalt hallata ka ilma SCVMM-ita, kasutades ainult standardseid tööriistu – Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.
System Centeri konfiguratsioonihaldur (SCCM) – kasutatakse operatsioonisüsteemide massiliseks juurutamiseks, ettevõtte rakenduste installimiseks ühest kataloogist, Windowsi värskenduste installimiseks serveritesse ja lõpptööjaamadesse, rakenduste inventeerimiseks ja litsentside arvutamiseks. Tundub, et see on ainus toode kogu System Centeri sarjast, mis jääb meile kohapealsesse infrastruktuuri, sest... Praegu ei ole võimalik seda täielikult millegi pilvepõhisega asendada.
Kui haldate praegu System Center Configuration Manageri (SCCM) kohapealset installi, saate seda jätkata, kuna toode on meiega vähemalt järgmised 3-5 aastat. Lisaks soovitaksin hakata uurima Office 365 võimalusi, sest... see sobiks hästi ettevõtte töölaua administraatori positsiooniga.
Enamiku teiste System Centeri toodete administraatoriroll kaotatakse. Azure'i teenused lihtsustavad oluliselt nende tööd, varjates kogu keerukuse uudishimulike pilkude eest. Võtame näiteks automatiseerimise administraatori (SCORCH + SCSM). SCORCH asendatakse Azure Automationiga. Teadmised automatiseerimisprotsessist, PowerShellist, SQL-ist jäävad ja on Azure Automationi jaoks kasulikud, kuid teadmised SCORCH-klastrite ehitamisest, nende kõrge kättesaadavuse tagamisest, ressursside suuruse määramisest, värskendamisest, uutele versioonidele üleminekust, varundamisest ja jälgimisest kaotavad oma tähtsuse, sest Kogu selle töö võtab üle Azure'i pilv. Automatiseerimise administraator keskendub ainult automatiseerimisprotsessile endale, sest... Temalt võetakse ära kogu töö automatiseerimise infrastruktuuri funktsionaalsuse säilitamiseks.
Windowsi server ja selle rollid
Active Directory (AD) – koht, kus hoitakse kasutaja- ja arvutikontosid. Kui ettevõttel on üle 20 arvuti, siis suure tõenäosusega on tal juba mingi Active Directory domeen. Active Directory tundmine, domeeni metsast eristamise oskus ja rühmapoliitikaga töötamise oskus on igale Windowsi administraatorile kohustuslikud. Need teadmised on asjakohased veel 20 aastat. Lisaks soovitaksin tutvuda Azure AD-ga (AAD), uurida võimalusi kasutajate sünkroonimiseks kohapealsete ja pilvetaristute vahel.
DNS, DHCP – võrguteenused, millest arusaamine tuleb kasuks kõigis IT valdkondades alates administreerimisest kuni programmeerimiseni, seega peab neid teadma. Võrkude, marsruutimisprotokollide, OSI ja TCPIP mudelite toimimise mõistmine on iga IT-spetsialisti jaoks kindel pluss.
Hyper-V – nimi kogu Microsofti ja eelkõige selle hüperviisori virtualiseerimistehnoloogiate virnale. See areneb üsna kiiresti, kuigi minu arvates on enamik uutest funktsioonidest (varjestatud VM, krüptitud alamvõrgud, otsesalvestusruumid) suunatud eelkõige kohalikele (pilveteenuse pakkujad) ja globaalsetele (Azure) pilveteenuse pakkujatele, mitte aga ettevõtetele. segment (ettevõte). See on üldiselt arusaadav, kuna Microsoft juurutab ja testib esmalt uusi funktsioone oma Azure'i pilves ning alles seejärel kannab need üle Windows Serverisse ja Hyper-V-sse.
Hyper-V kannatab endiselt ühe tasuta konsooli puudumise pärast, mis pakuks kõiki vajalikke funktsioone. Nüüd on meil tõrkeotsingu klastri haldur, Hyper-V haldur, Windowsi halduskeskus. SCVMM pidi olema selline konsool, kuid see on tasuline ja mõnevõrra raskesti õpitav.
Kui kasutate praegu Hyper-V kohalikku installi ilma SCVMM-ita, saate seda jätkata. Paralleelselt soovitaksin hakata uurima Azure IaaS-i ja mehhanisme virtuaalmasinate migreerimiseks pilve ja kohapealse infrastruktuuri vahel.
Minu keskkonnas (pangad, telekomid, kindlustusfirmad, suured tööstusettevõtted) haldab kogu produktiivset virtualiseerimist reeglina VMware vSphere, mitte SCVMM-iga Hyper-V, seega võin soovitada ka Hyper-V administraatoril vaadata. VMware'i ja selle toodete suunas.
Pilveteenused
Büroo 365 on pilveteenus, mis pakub Microsoft Office'i rakenduste tellimispaketti (kohalikud ja veebiversioonid) ning sisaldab ka peamisi serveritooteid - Exchange, Teams, OneDrive ja Sharepoint.
Hetkel on Office 365 isemajandav teenus, mis katab peaaegu täielikult kontorisuhtluse vajadused. Seadistamise lihtsuse tõttu sobib see suurepäraselt nii väikestele ettevõtetele kui ka keskmistele ja suurtele ettevõtetele.
Juba juurutatud Exchange'i, Teamsi, OneDrive'i ja Sharepointi teenuste olemasolu pilves vähendab oluliselt süsteemiadministraatori koormust, sest kõik installimise, ressursside suuruse, värskendamise ja uutele versioonidele ülemineku protseduurid lasub nüüd täielikult Microsoftil. Kui varem oleks Exchange'i, Teamsi, OneDrive'i ja Sharepointi kohalikus infrastruktuuris ülalpidamiseks vaja olnud 4-6 eraldi pühendunud administraatorit, siis nüüd piisab Office 365-s vaid ühest keskmisest administraatorist. Kui miski ei tööta või ei tööta õigesti, saate luua Microsofti tehnilise toe pileti otse Office 1 liidesest, mis on väga mugav.
Kui olete praegu süsteemiadministraator, kes haldab Exchange'i, Skype’i ärirakenduse või Sharepointi toodete kohapealseid versioone, siis soovitaksin vaadata nende pilveversioone Office 365 osana, et mõista, kuidas need teile sobivad ja milliseid funktsioone pakuvad võrreldes kohapealsed versioonid.
Taevasina on Microsofti ülemaailmne pilveplatvorm, mis sisaldab pidevalt laienevat pilveteenuste komplekti, mis aitavad organisatsioonidel oma äriprobleeme lahendada. Praegu sisaldab Azure enam kui 300 teenust, mis on rühmitatud erinevatesse kategooriatesse (arvuti, võrgundus, salvestusruum, andmebaasid, analüüs, asjade Internet, turvalisus, devOps, konteinerid jne).
Esmakordselt 2009. aastal ilmunud Microsoft Azure on nüüd globaalsel pilveteenuste turul ühel juhtival positsioonil, konkureerides seal edukalt Amazon AWS-iga.
Viimase finantsaruande kohaselt () Microsofti kvartalikasum (4. aasta IV kvartal) kasvas tänu Office 2019 ja pilveäri edule 49%. Azure'i tulud kasvasid 365%.
Azure ja Office 365 on peamised valdkonnad, kuhu Microsoft suunab oma rahalisi ja organisatsioonilisi ressursse.
Azure'i platvormi teenuste rohkus võib isegi kogenud IT-spetsialisti segadusse ajada, nii et allpool on tüüpilise Windowsi serveri infrastruktuuri kirjeldus, kus sulgudes märgin nende ligikaudsed analoogid Azure'i pilves. Loodan, et see on Azure'i õppimise lähtepunkt, sest nagu teate, peate alustama väikesest, järk-järgult sügavamale liikudes.
Tüüpiline Windowsi serveri infrastruktuur näeb välja umbes selline:
- Active Directory (AD) koos rühmapoliitika ja DNS-iga. (Azure Active Directory (AAD), Azure DNS).
- DHCP
- Exchange'i meiliserver. (Office 365 osana vahetage veebis).
- RDS-farm mitme terminaliserveriga. (Azure'i virtuaalmasin + Azure'i virtuaalne võrk + Azure'i salvestusruum).
- Failiserver, kus töötajad salvestavad oma faile. (Azure'i failisalvestusruum, Azure'i virtuaalmasin + Azure'i virtuaalne võrk + Azure'i salvestusruum)
- Serverid rakenduste ja andmebaasidega (1C, saidi siseportaal, CRM jne). (Azure SQL-i andmebaas, Azure'i veebisaidid, Microsoft Dynamics 365, Azure'i virtuaalmasin + Azure'i virtuaalne võrk + Azure'i salvestusruum)
Peamised haldusülesanded on järgmised:
- Varukoopiate loomine. (Azure'i varukoopia).
- Palkide kogumine ja analüüs. (Azure'i logianalüüs).
- Rutiinsete ülesannete automatiseerimine. (Azure'i automatiseerimine).
- Teenuste oleku jälgimine ja tõrgete kohta teadete saamine (Azure'i monitor).
Kohalikke infrastruktuure hooldavatel Windowsi administraatoritel soovitaksin kõigepealt otsida Azure'i pilvest oma lemmikteenuste analooge, et nendega veidi töötada, teha kindlaks nende kasulikkus ettevõtte jaoks ja võib-olla korraldada hübriidvalikud, valides mõlema maailma parim.
koolitus
Microsofti rõhk on oma toodete arendamisel tasapisi nihkumas pilvelahendustele, mistõttu tuleb neid kohe õppida. Kust saada rohkem teadmisi Azure'i kohta vene keeles? Kahjuks pole selliseid ressursse palju.
Microsoft pakub kasutada oma Microsoft Learn portaali - . Tekstimaterjal on tõlgitud vene keelde, video on antud inglise keeles, kuigi venekeelsete subtiitritega.
Hea ja kvaliteetse materjalina Azure’i õppimiseks soovitaksin kursust Exam AZ-900 Azure Fundamentals, mida Igor Shastitko oma YouTube’i kanalis loeb (). Hetkel on videoid 13, kuid kui kogukonnalt on piisavalt aktiivne toetus (like, tellimus), ilmuvad materjalid kiiremini ja jätk ei võta kaua aega.
Lisaks soovitan iwalker2000 kanalil vaadata esitusloendit “IT-karjäär: kuidas saada IT-spetsialistiks”, mis aitab spetsialistiks pürgijatel määrata oma professionaalse arengu tee ja õigesti üles ehitada. ()
Kahjuks pole Azure'i kohta vene keeles nii palju materjale, kui me sooviksime, nii et kui teate sellel teemal muid kasulikke materjale, jagage neid kommentaarides. Paljud IT-spetsialistid on teile selle eest tänulikud.
Järeldused
Milliseid järeldusi saab kõigest eelnevast teha?
- Microsofti infrastruktuuris on veel elu ja see ei kao kuhugi. Microsoftil on üsna lai tarkvaralahenduste portfell, millest paljud on oma niššides liidrid, nii et süsteemiadministraatoril on alati midagi õppida, juurutada, opereerida ja arendada.
- Microsofti infrastruktuur on praegu aktiivselt muutumas ja see toimub rõhuasetusega pilveteenuste – Azure’i ja Office 365 – arendamisel. Uued Microsofti tooted ja rakendused luuakse esialgu pilves töötamiseks viitega igakuise maksega liitumismudelile. Ainult osa neist toodetest rakendatakse hiljem kohapealsetes lahendustes.
- Mõned kallid ja raskesti toetatavad tooted lahkuvad peagi meie hulgast, siirdudes täielikult või osaliselt Azure'i pilve või Office 365-sse. Üksikud administraatorid, kes hooldavad pidevalt vaid ühte toodet (näiteks SCOM, SCSM jne), saavad peagi tühistatud.
- Kui olete kogenud süsteemiadministraator, kes töötab Microsofti ökosüsteemis, siis ei pea te kõike maha jätma ja jooksma DevOpsi poole, millest nüüd igal nurgal räägitakse. Saate oma suunas edasi areneda, lisades kompetentse Azure'i ja Office 365 pilveteenustes.
- Et jääda tööturul nõutud spetsialistiks, peate õppima, õppima ja uuesti õppima. IT-valdkonna “elukestva hariduse” kontseptsioon on aktuaalsem kui kunagi varem, eriti praegu pilvetehnoloogiate aktiivse arengu ajal.
- DevOps on nüüd oma populaarsuse (hüpe) tipus. See on fakt. Esialgu tajuti DevOpsi kui metoodikat, mis võimaldab tarkvaraarendust ja -toiminguid kokku viia, kusjuures programmeerijad ja insenerid töötavad koos ühe ühise eesmärgi nimel – tarkvara paremaks muutmise nimel. Põhirõhk oli meeskondadevahelise suhtluskultuuri muutmisel, vastastikuse abistamise mehhanismide arendamisel ja kollektiivsel vastutusel lõpptulemuse eest. Selle tulemusena tekkis aga uus ametikoht – DevOps insener, kellele delegeeriti väljalaskeinseneri (CICD), automaatikaadministraatori, pilveadministraatori ja operatsioonide inseneri ülesanded. See on juba fait accompli. DevOpsi vabade töökohtade arv ja nende nõuded vaid kinnitavad seda.
DevOpsi võib nüüd pidada lisateeks süsteemiadministraatori inseneri arendamiseks. DevOps on keskmisele administraatorile suurepärane võimalus muuta oma praegune tegevusala tarkvaraarenduse tööstuseks. Kellele meeldib automatiseerimine ja koodiskriptide kirjutamine, saavad lõpuks arendajateks ning infrastruktuuri asjade (võrgud, serverid, OS, pilved jne) eelistajatest DevOpsi insenerid.
- Kui olete algaja spetsialist või alles sisenemas IT-tehnoloogiasse, on DevOps nüüd suurepärane võimalus lühikese aja jooksul uuendada ja saada tööd tavalises ettevõttes, kus on korralik palk ja hea kontor, nii et õppige Linuxi, Ansible, Docker, Kubernetes, Python ja CICD.
Viimasel ajal on nõudlus Linuxi platvormi ja tarkvaraarendusega seotud lahenduste järele kasvanud, kuid see ei tulene Microsofti ökosüsteemist, vaid lihtsalt on tekkinud uus nišš, kus kasutatakse aktiivselt Dockerit ja Kubernetes, monoliitsed rakendused lõigatakse mikroteenusteks. , ja äri nõuab tarkvara väljalaske kiirust, et lühendada uute funktsioonide turuletuleku aega.
Allikas: www.habr.com