Ali obstaja življenje po operacijskem sistemu Windows ali kam naj se sistemski skrbnik/inženir sistema Windows razvija leta 2020?

Začetek

Leto 2019 se počasi, a zanesljivo bliža svojemu logičnemu zaključku. IT industrija se še naprej aktivno razvija, nas razveseljuje z velikim številom novih tehnologij in hkrati dopolnjuje naš besednjak z novimi definicijami: Big Data, AI, Machine Learning (ML), IoT, 5G itd. Letos , še posebej pogosto so obravnavali Site Reliability Engineering (SRE), DevOps, mikrostoritve in računalništvo v oblaku.

Zdi se, da so nekatere tehnologije, na primer Blockchain in kriptovalute (Bitcoin, Ethereum itd.), že presegle vrhunec svoje priljubljenosti (hype), zato ima širša javnost možnost, da nanje pogleda bolj trezno in prepozna njihove pozitivne in negativne vidike, pa tudi odločanje, kje in kako jih najbolje uporabiti. Uravnotežen pogled na temo Blockchain in kriptovalute najdete v članek Alekseja Malanova iz Kaspersky Laba. Toplo priporočam, da si ga ogledate.

Druge tehnologije šele pridobivajo na priljubljenosti in okoli sebe oblikujejo aktivne skupnosti, ki vključujejo ne le podpornike in privržence, temveč tudi goreče nasprotnike.

Gredo vsi v DevOps?

DevOps, nov pristop k razvoju in delovanju programske opreme, bom danes prejel posebno omembo, ker... Člankov in debat na to temo je bilo letos res veliko.

Ali obstaja življenje po operacijskem sistemu Windows ali kam naj se sistemski skrbnik/inženir sistema Windows razvija leta 2020?

Izraz DevOps se danes razlaga precej široko. Nekateri razumejo DevOps kot poseben pristop k razvoju in delovanju programske opreme, ko so v delo vključeni ljudje, ki obvladajo tako malo kodiranja kot administracije. Za druge je to najprej prisotnost lastnega osebnega sistemskega skrbnika v ekipi, ki jim omogoča, da razvijalce programske opreme razbremenijo dela stranske obremenitve v obliki nastavitve sistemskega okolja, ustvarjanja testnih okolij. , izvajanje integracije z notranjimi in zunanjimi storitvami ter pisanje skriptov za avtomatizacijo. Za druge je to le niz modnih tehnologij in orodij, ki jih je treba uporabiti, da bi vedno ostali mladi in uspešni. Za četrto je to CICD in vse, kar je povezano z njim. Interpretacij DevOps je res veliko, tako da lahko vsak sam v njih najde tisto, kar mu je najbolj všeč.

Različne interpretacije DevOps povzročajo burne razprave, kar vodi do pojava več člankov na to temo. Nekaj ​​sem jih celo shranil med svoje zaznamke:

  1. Kdo so DevOps?
  2. Kako vstopiti v DevOps, kako študirati in kaj brati.
  3. Zakaj bi morali sistemski skrbniki postati inženirji DevOps.

Če preberete dovolj člankov, ki hvalijo DevOps, lahko dobite vtis, da mora vsak sistemski skrbnik inženir samo spremeniti svojo trenutno pozicijo v svojem profilu na LinkedIN iz administratorskega inženirja v DevOps, pa bo takoj začel prejemati vabila na razgovore iz kadrovske službe iz velikih in uspešna podjetja , ki vam bodo obljubljali 2-krat višjo plačo od trenutne, vam podarili čisto nov Macbook, hoverboard, pozabili pa ne bodo na naročnino za brezplačna polnjenja vape in neskončno količino smutijev. Na splošno bo prišel IT raj.

Če berete članke, ki omalovažujejo prednosti DevOps, začnete dobivati ​​drugačen vtis, da je DevOps nova vrsta suženjstva, kjer bi morali ljudje kodirati skoraj na enaki ravni kot razvijalci, jim pomagati pri odpravljanju napak, se ukvarjati z avtomatizacijo in CICD, namestite Jira z Wikijem, vrtite oblake, zbirajte vsebnike in jih upravljajte, hkrati pa opravljajte skrbniška dela, ne pozabite pa na polnjenje kartuš, stiskanje dvožilnih kablov in zalivanje pisarniških rož.

Toda, kot veste, je resnica običajno nekje na sredini, zato jo bomo danes poskušali malo ugotoviti.

Ali administratorji niso več potrebni?

Kot sistemski skrbnik in inženir, ki se že kar nekaj časa ukvarjam z izdelki Microsoft in VMware, sem začel opažati, da se v zadnjih nekaj letih občasno pojavljajo pogovori, da sistemski skrbniki kmalu ne bodo več nikomur koristili, ker:

  1. Celotna infrastruktura se bo kmalu spremenila in postala IaaC (infrastruktura kot koda). Zdaj ne bo GUI z gumbi, ampak samo PowerShell, datoteke yaml, konfiguracije itd. Če se kakšen servis ali njegov sestavni del pokvari, ga ni več treba popravljati, ker... hitro razmestite njegovo novo kopijo iz zadnjega delovnega stanja.
  2. Celotna IT infrastruktura se bo kmalu preselila v oblake, lokalno (on-premise) pa bodo ostali le omrežni kabli do najbližjega usmerjevalnika, ki nas bo povezal z vsemi drugimi korporativnimi viri, ki se nahajajo v oblaku. No, kvečjemu bo tiskalnik ostal lokalno, da bodo punce iz računovodstva lahko nanj tiskale slike mačk z interneta. Vse ostalo naj bo v oblaku.
  3. Guruji DevOps bodo prišli in avtomatizirali vse okoli sebe, tako da se bodo skrbniki morali le s toplino v duši spominjati, kako so v starih časih izvajali pinge in sledi za diagnosticiranje osnovnih težav v omrežju in na strežnikih.
  4. Slišal sem tudi za tak pojav, kot je "Vendekapets", vendar je bilo to precej dolgo nazaj, na zori moje kariere, ko sem šele začel delati prve korake k sistemski administraciji. Toda iz nekega razloga "Vendekapets" nikoli ni prišel, tako kot konec sveta po majevskem koledarju. Naključje? Ne razmišljaj. 🙂

Bodo sistemski skrbniki Windows, ki danes tesno sodelujejo z Microsoftovimi izdelki, kmalu nepotrebni? Ali pa jih bo še treba? Bodo Windows skrbniki še naprej nosili svoj status administratorjev in inženirjev ali pa bodo potisnjeni v vlogo nizkokvalificirane delovne sile ala anykey (daj, daj, prinesi)?

Celo tukaj na habr.com v središču »Sistemska administracija« vidimo samo omembe kubernetes, linux, devops, docker, odprtokodnost, zabbix. Kje so besede, ki jih imamo tako radi: Windows, Active Directory, Exchange, System Center, Terminal, tiskalni strežniki, datotečni strežniki, skripti bat in vbs ali vsaj powershell. Kje je vse to?

Ali obstaja življenje po operacijskem sistemu Windows ali kam naj se sistemski skrbnik/inženir sistema Windows razvija leta 2020?

Ali torej obstaja življenje po sistemu Windows ali bi se morali sistemski skrbniki in inženirji sistema Windows zdaj odreči vsemu, da bi se naučili Linuxa, dockerja, kubernetesa, ansiblea, pythona in se podali v DevOps?

Mogoče je z Windowsi vse v redu, le da je zdaj začasen hype kombinacije Linux + docker + kubernetes + ansible + python, ki je zasenčila naša ljuba Windows? Kaj mora skrbnik sistema Windows narediti v letu 2020, da bo povpraševan na trgu dela?

Na žalost je tukaj več vprašanj kot odgovorov, zato nam bo trenutni članek skušal vse malo pomagati razumeti. Članek je v prvi vrsti namenjen Windows skrbnikom in inženirjem, prepričan pa sem, da bo zanimiv tudi za druge IT strokovnjake.

Microsoft gre v oblake?

Skrbnik sistema Windows je najprej privrženec Microsofta, zato bomo o njem in njegovih čudovitih izdelkih govorili naprej.

Microsoft ima precej širok portfelj programskih rešitev, od katerih so mnoge vodilne v svojih nišah. Če delate kot skrbnik in inženir sistema Windows, potem ste se verjetno tako ali drugače srečali z njimi. Spodaj bom podal kratek opis vsakega od izdelkov in opisal možne možnosti za njihov razvoj v naslednjih 3-5 letih. To ni skrivni insajder iz sedeža v Redmondu, ampak moje osebno mnenje, zato se alternativna stališča v komentarjih močno spodbujajo.

Ali obstaja življenje po operacijskem sistemu Windows ali kam naj se sistemski skrbnik/inženir sistema Windows razvija leta 2020?

Lokalne namestitve (na mestu uporabe)

Microsoft Exchange Server – večnamenski poštni strežnik, ki ne vključuje samo dela s pošto, ampak tudi s stiki, koledarji, opravili in še veliko več. Exchange Server je eden od Microsoftovih vodilnih izdelkov, ki je postal de facto korporativni standard v mnogih podjetjih. Ima tesno integracijo ne le s samimi Microsoftovimi izdelki, temveč tudi z rešitvami drugih ponudnikov. Izmenjava je priljubljena tako v srednje velikih (od 100 ljudi) kot v velikih podjetjih.

V tem trenutku se za trenutno različico šteje Exchange Server 2019. Prej se je izdelek precej aktivno razvijal, vendar se je od različice Exchange 2013 ta razvoj močno upočasnil, zato lahko Exchange 2016 imenujemo Service Pack 1 ( SP1) za Exchange 2013 in Exchange 2019 - torej Service Pack 2 (SP2) za Exchange 2013. Usoda naslednje različice na mestu uporabe (Exchange 2022) je še pod vprašajem.

Zdaj Microsoft aktivno promovira Exchange Online kot del storitve v oblaku Office 365, zato se vse nove funkcije pojavljajo predvsem tam. Exchange Online ne bo le prvi, ki bo prejel nove funkcije, ampak bo pridobil tudi dodatne zmogljivosti, ki v bližnji prihodnosti ne bodo prenesene na namestitve na mestu uporabe. To se naredi z namenom pospeševanja prehoda številnih podjetij v oblak, saj... Naročniški model je za Microsoft finančno bolj ugoden kot enkratna prodaja.

Če trenutno vzdržujete lokalno namestitev strežnika Exchange Server (2013–2019), lahko to počnete še naslednjih 3–5 let. Na tej poti je vredno začeti raziskovati priložnosti, ki jih ponuja Exchange Online; in hibridne konfiguracije so, ko lokalna različica in različica v oblaku obstajata hkrati. Tudi če predpostavimo, da ne bo več naslednje lokalne različice Exchangea, bo zdaj pridobljeno znanje o strežniku Exchange še nekaj časa pomembno iz več razlogov:

  • Število lokalnih namestitev je trenutno precej veliko, zato bodo za njihovo podporo potrebni usposobljeni skrbniki. Vse organizacije zaradi enega ali drugega razloga v bližnji prihodnosti ne bodo mogle svoje pošte preseliti v oblak.
  • Projekti migracije v oblak še niso trivialni, zato je potrebno poznavanje posebnosti tako lokalnih rešitev kot rešitev v oblaku, da se izognemo večini pasti in uspešno zaključimo migracijo.
  • Poznavanje protokolov smtpimapmapipop3, mail flow, dkim, dmark, spf, antivirus, antispam je univerzalno in bo uporabno za vse poštne sisteme.
  • Izkušnje, pridobljene pri delu s strežnikom Exchange na mestu uporabe, vam bodo omogočile razumevanje Exchange Online in veliko hitrejšo nastavitev želene konfiguracije.
  • E-pošta je eden najpomembnejših komunikacijskih kanalov z zunanjim svetom, zato bo potreba po njej ostala. Ni vam treba poslušati privržencev "messengerji in klepetalni boti bodo nadomestili e-pošto", ker ... Velikokrat so "zakopali" pošto in do sedaj neuspešno.

Skype za podjetja (SfB) (prej Lync) – korporativni messenger z naprednimi zmogljivostmi. Ima tesno integracijo s strežnikom Exchange, vendar je v priljubljenosti bistveno slabši od slednjega. Skype for Business se običajno uporablja le v velikih podjetjih, saj... Malih in srednje velikih podjetij to ne zanima preveč.

Trenutna različica je zdaj Skype za podjetja 2019, ki ima minimalne razlike v primerjavi s prejšnjo različico Skype za podjetja 2016, zato lahko SfB 2019 štejemo za servisni paket 1 za SfB 2016 in ne za novo polno različico.

V oblaku Office 365 je ta izdelek predstavila storitev Skype for Business Online, ki jo je čez nekaj časa v celoti nadomestil Microsoft Teams, t.j. Skype za podjetja trenutno ni na voljo v oblaku Office 365. Zaradi tega se komajda splača pričakovati naslednjo lokalno različico Skype for Business 2022, saj je Microsoftova prednostna naloga razvoj in razvoj sporočila Teams, ki je postal odgovor prodajalca na pojav uspešnega sporočila Slack.

Če trenutno administrirate lokalni Skype for Business in vam je všeč koncept korporativnega messengerja, potem vam svetujem, da si ogledate Teams kot del Office 365, sicer pa je za nadgradnjo znanja bolje izbrati drug produkt, saj lokalni Skype za podjetja gre v pozabo. Za razliko od Exchangea, ki je postal de facto standard v niši poštnih strežnikov, ima Skype za podjetja danes alternative. Team in Slack za velika in srednje velika podjetja. Telegram, Viber, Whatsapp - za mala podjetja.

SharePoint – interni korporativni portal, kjer lahko podjetja objavljajo svoje uporabne spletne storitve (razpored dopustov, seznam zaposlenih s fotografijami in telefonskimi številkami, opomnike za rojstne dneve, korporativne novice itd.). Uporabniki lahko shranjujejo, urejajo in delijo datoteke, ki jih postavijo v svoje knjižnice SharePoint.

SharePoint je kot Bitrix24, le da je večji, bolj funkcionalen, dražji in ga je veliko težje konfigurirati in podpirati. Ubijalski lastnosti sta možnost hkratnega urejanja enega dokumenta s strani velikega števila zaposlenih, kar je zelo priročno, ko 100 ljudi poskuša izpolniti urnik za dopust, ter integracija s strežnikom Office Online Server in lokalnim MS Officeom.

Sharepoint je velik, kompleksen in drag produkt, zato ga običajno uporabljajo le velika podjetja. Manjša podjetja uporabljajo Bitrix24 ali njegove analoge ali preprosto shranjujejo datoteke na datotečne strežnike in distribuirajo uporabne spletne storitve na različna interna mesta.

SharePoint farme (grozde) običajno upravljajo razvijalci z skrbniškimi funkcijami in ne »čisti« sistemski skrbniki, ker Da bi SharePoint zaživel in bil koristen za podjetje, mu je treba s kodo dodati marsikaj.

Office 365 vključuje SharePoint Online, ki je poenostavljena različica lokalnega SharePointa, tj. Ima minimalno količino možnosti prilagajanja in je »ukrojena po vaši meri«, vendar razvijalcu in skrbniku olajša veliko preglavic glede delovanja. Moja razsodba je naslednja: zapletenost in visoki stroški podpore lokalne različice SharePointa bodo terjali svoj davek in podjetja se bodo z veseljem začela postopoma seliti na SharePoint Online ali pa popolnoma opustiti Sharepoint v korist preprostejše rešitve. Osebno ne vidim rožnatega in brezskrbnega življenja za SharePoint v lokalnih namestitvah.

System Center je celotna družina izdelkov za uvajanje, konfiguracijo, upravljanje in spremljanje velikih infrastruktur Windows. Ocenjevanje vključuje: 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). ).

Ali obstaja življenje po operacijskem sistemu Windows ali kam naj se sistemski skrbnik/inženir sistema Windows razvija leta 2020?

Celotno paleto izdelkov System Center običajno potrebujejo le velika podjetja, medtem ko srednje velika podjetja običajno uporabljajo le enega ali dva izdelka.

Ker je izdelke System Center precej težko naučiti in se običajno uporabljajo le v velikih infrastrukturah, je običajno, da se za delo z njimi dodelijo ločeni ljudje, na primer skrbnik za spremljanje sistemov (SCOM), skrbnik vzdrževanja delovne postaje (SCCM), administrator virtualizacijskega sistema (Hyper -V + SCVMM), Infrastructure Automation Manager (SCORCH + SCSM).

Microsoft pospešeno razvija svoje storitve v oblaku, zato se funkcionalnost System Center postopoma seli v oblak. Vse to bo v zelo bližnji prihodnosti pomembno vplivalo na izdelke System Center na mestu uporabe.

Funkcionalna System Center Orchestrator (SCORCH) bo v prihodnosti nadomestila storitev Azure Automation (https://docs.microsoft.com/en-us/azure/automation/automation-intro).

Funkcionalna System Center Operations Manager (SCOM) bo v prihodnosti nadomestila storitev Azure Monitor (https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

Funkcionalna System Center Data Protection Manager (SCDPM) bo v prihodnosti nadomestila storitev Azure Backup (https://docs.microsoft.com/en-us/azure/backup/backup-overview).

Funkcionalna System Center Service Manager (SCSM) ne bo več v povpraševanju ali pa ga bo nadomestil kateri koli drug sistem vstopnic, na primer Jira.

System Center Virtual Machine Manager (SCVMM) za zdaj bo ostal pri podjetjih, ki lokalno uporabljajo virtualizacijo Hyper-V. Majhne namestitve Hyper-V (10-15 strežnikov) je mogoče precej uspešno upravljati brez SCVMM z uporabo samo standardnih orodij – Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.

System Center Configuration Manager (SCCM) – uporablja se za množično uvajanje operacijskih sistemov, namestitev korporativnih aplikacij iz enotnega kataloga, namestitev posodobitev sistema Windows na strežnike in končne delovne postaje, popis aplikacij in izračun licenc. Zdi se, da je to edini izdelek iz celotne linije System Center, ki bo ostal pri nas v lokalni infrastrukturi, saj... Trenutno ga ni mogoče v celoti nadomestiti z nečim v oblaku.

Če trenutno vzdržujete lokalno namestitev System Center Configuration Manager (SCCM), lahko to počnete še naprej, ker izdelek bo pri nas vsaj naslednjih 3-5 let. Poleg tega bi priporočal, da začnete preučevati zmogljivosti Office 365, ker ... to bi se dobro ujemalo s položajem skrbnika namizja podjetja.

Vloga skrbnika za večino drugih izdelkov System Center bo odpravljena. Storitve Azure bistveno poenostavijo njihovo delo in skrijejo vso kompleksnost pred radovednimi očmi. Vzemimo za primer skrbnika avtomatizacije (SCORCH + SCSM). SCORCH bo zamenjal Azure Automation. Poznavanje procesa avtomatizacije, PowerShell, SQL bo ostalo in bo uporabno za Azure Automation, vendar pa bo znanje o gradnji SCORCH grozdov, zagotavljanju njihove visoke razpoložljivosti, velikosti virov, posodabljanju, selitvi na nove različice, varnostnem kopiranju in spremljanju izgubilo pomen, ker Vse to delo bo prevzel oblak Azure. Administrator avtomatizacije se bo osredotočil le na sam proces avtomatizacije, saj... Vsa dela za vzdrževanje funkcionalnosti avtomatizacijske infrastrukture mu bodo odvzeta.

Windows strežnik in njegove vloge

Active Directory (AD) – mesto, kjer so shranjeni uporabniški in računalniški računi. Če ima podjetje več kot 20 računalnikov, potem najverjetneje že ima neko domeno Active Directory. Poznavanje Active Directory, sposobnost razlikovanja domene od gozda in sposobnost dela s pravilniki skupine so obvezni za vsakega Windows skrbnika. To znanje bo relevantno še 20 let, poleg tega pa priporočam, da se seznanite z Azure AD (AAD) in si ogledate možnosti za sinhronizacijo uporabnikov med lokalno in oblačno infrastrukturo.

DNS, DHCP – omrežne storitve, katerih razumevanje je uporabno na vseh področjih IT, od administracije do programiranja, zato jih morate poznati. Razumevanje delovanja omrežij, usmerjevalnih protokolov, modelov OSI in TCPIP bo zagotovo plus za vsakega IT strokovnjaka.

Hyper-V – ime za celoten nabor virtualizacijskih tehnologij Microsofta in zlasti njegovega hipervizorja. Razvija se precej hitro, čeprav je po mojem mnenju večina novih funkcij (Shielded VM, Encrypted Subnets, Storage Spaces Direct) namenjena predvsem lokalnim (Cloud Service Providers) in globalnim (Azure) ponudnikom oblakov, ne pa podjetjem. segment (Enterprise). To je na splošno razumljivo, saj Microsoft novo funkcionalnost najprej implementira in testira v svojem oblaku Azure, šele nato jo prenese v Windows Server in Hyper-V.

Hyper-V še vedno trpi zaradi pomanjkanja ene same brezplačne konzole, ki bi zagotavljala vse potrebne funkcije. Zdaj imamo Failover Cluster Manager, Hyper-V Manager, Windows Admin Center. SCVMM naj bi bila takšna konzola, vendar je plačljiva in se jo je nekoliko težko naučiti.

Če trenutno vzdržujete lokalno namestitev Hyper-V brez SCVMM, lahko to počnete še naprej. Vzporedno bi priporočal, da začnete preučevati Azure IaaS in mehanizme za selitev virtualnih strojev med oblakom in lokalno infrastrukturo.

V mojem okolju (banke, telekomi, zavarovalnice, veliki industrijski holdingi) vso produktivno virtualizacijo praviloma upravlja VMware vSphere in ne Hyper-V s SCVMM, zato priporočam, da si ogleda tudi Hyper-V administrator do VMware in njegovih izdelkov.

Storitve v oblaku

Urad 365 je storitev v oblaku, ki omogoča naročniški paket aplikacij Microsoft Office (lokalne in spletne različice), vključuje pa tudi glavne strežniške produkte - Exchange, Teams, OneDrive in Sharepoint.

Trenutno je Office 365 samozadostna storitev, ki skoraj v celoti pokriva potrebe pisarniškega komuniciranja. Zaradi enostavne nastavitve je kot nalašč tako za mala podjetja kot za srednja in velika podjetja.

Prisotnost že nameščenih storitev Exchange, Teams, OneDrive in Sharepoint v oblaku bistveno zmanjša obremenitev sistemskega skrbnika, saj vsi postopki za namestitev, velikost virov, posodabljanje in selitev na nove različice so zdaj v celoti v rokah Microsofta. Če bi bilo prej za vzdrževanje Exchange, Teams, OneDrive in Sharepoint v lokalni infrastrukturi potrebnih 4-6 ločeno namenskih skrbnikov, je zdaj v Office 365 dovolj le 1 povprečen skrbnik. Če nekaj ne deluje ali ne deluje pravilno, lahko ustvarite vozovnico za Microsoftovo tehnično podporo neposredno iz vmesnika Office 365, kar je zelo priročno.

Če ste trenutno sistemski skrbnik in vzdržujete lokalne različice izdelkov Exchange, Skype for Business ali Sharepoint, vam priporočam, da si ogledate njihove različice v oblaku kot del storitve Office 365, da boste razumeli, kako vam ustrezajo in kakšne funkcije ponujajo v primerjavi z krajevne različice.

Azure je Microsoftova globalna platforma v oblaku, ki vključuje vedno večji nabor storitev v oblaku, ki organizacijam pomagajo rešiti njihove poslovne težave. Trenutno Azure vključuje več kot 300 storitev, razvrščenih v različne kategorije (računalništvo, mreženje, shranjevanje, baze podatkov, analitika, internet stvari, varnost, devOps, vsebniki itd.).

Microsoft Azure, ki se je prvič pojavil leta 2009, zdaj zaseda eno vodilnih mest na svetovnem trgu storitev v oblaku in tam uspešno konkurira Amazon AWS.

Glede na zadnje finančno poročilo (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) Microsoftov četrtletni (Q4 2019) dobiček je narasel za 49 % zaradi uspeha Office 365 in poslovanja v oblaku. Prihodki Azure so se povečali za 64 %.

Azure in Office 365 sta glavna področja, kamor Microsoft usmerja svoje finančne in organizacijske vire.

Obilje storitev na platformi Azure lahko zmede celo izkušenega IT strokovnjaka, zato je spodaj opis tipične strežniške infrastrukture Windows, kjer bom v oklepajih navedel njihove približne analoge v oblaku Azure. Upam, da bo to služilo kot izhodišče za učenje Azure, ker, kot veste, morate začeti z majhnimi in se postopoma pomikati globlje.

Tipična strežniška infrastruktura Windows je videti nekako takole:

  • Active Directory (AD) s pravilniki skupine in DNS. (Azure Active Directory (AAD), Azure DNS).
  • DHCP
  • Exchange poštni strežnik. (Spletna izmenjava kot del Office 365).
  • Farma RDS z več terminalskimi strežniki. (Navidezni stroj Azure + Navidezno omrežje Azure + Shramba Azure).
  • Datotečni strežnik, kjer zaposleni shranjujejo svoje datoteke. (Azure File Storage, Azure virtual machine + Azure Virtual Network + Azure Storage)
  • Strežniki z aplikacijami in bazami podatkov (1C, notranji portal spletnega mesta, CRM itd.). (Zbirka podatkov SQL Azure, spletna mesta Azure, Microsoft Dynamics 365, virtualni stroj Azure + virtualno omrežje Azure + shramba Azure)

Glavne upravne naloge so:

  • Ustvarjanje varnostnih kopij. (Azure Backup).
  • Zbiranje in analiza dnevnikov. (Azure Log Analytics).
  • Avtomatizacija rutinskih opravil. (Azure Automation).
  • Spremljanje stanja storitev in prejemanje obvestil o okvarah (Azure Monitor).

Skrbnikom sistema Windows, ki vzdržujejo lokalne infrastrukture, bi najprej svetoval, da poiščejo analoge svojih najljubših storitev v oblaku Azure, da bi malo delali z njimi, ugotovili njihovo uporabnost za podjetje in morda organizirali hibridne možnosti, pri čemer izbrali najboljše iz obeh svetov.

usposabljanje

Microsoftov poudarek pri razvoju svojih izdelkov se postopoma seli na rešitve v oblaku, zato se jih morate začeti učiti zdaj. Kje lahko dobim več informacij o Azure v ruščini? Na žalost takih virov ni veliko.

Microsoft ponuja uporabo svojega portala Microsoft Learn – https://docs.microsoft.com/ru-ru/learn/browse/. Besedilo je prevedeno v ruščino, videoposnetek je podan v angleščini, čeprav z ruskimi podnapisi.

Kot dobro in kakovostno gradivo za učenje Azure bi priporočal tečaj Exam AZ-900 Azure Fundamentals, ki ga Igor Shastitko prebira na svojem YouTube kanalu (https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7). Trenutno je na voljo 13 videoposnetkov, vendar če obstaja dovolj aktivna podpora skupnosti (kot je, naročnina), se bodo materiali pojavili hitreje in nadaljevanje ne bo trajalo dolgo.

Poleg tega na kanalu iwalker2000 priporočam ogled seznama predvajanja "IT Kariera: Kako postati IT specialist", ki bo ambicioznim strokovnjakom pomagal določiti pot svojega poklicnega razvoja in pravilno zgraditi svojo kariero. (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

Na žalost ni toliko gradiva o Azure v ruščini, kot bi si želeli, zato, če poznate druge uporabne vire o tej temi, jih delite v komentarjih. Številni IT strokovnjaki vam bodo za to hvaležni.

Ugotovitve

Kakšne zaključke je mogoče potegniti iz vsega zgoraj navedenega?

  1. V Microsoftovi infrastrukturi je še vedno življenje in ne bo izginilo. Microsoft ima precej širok portfelj programskih rešitev, od katerih so mnoge vodilne v svojih nišah, zato se ima sistemski skrbnik vedno kaj naučiti, implementirati, upravljati in razvijati.
  2. Microsoftova infrastruktura se zdaj aktivno spreminja in to se dogaja s poudarkom na razvoju storitev v oblaku - Azure in Office 365. Novi Microsoftovi izdelki in aplikacije bodo sprva ustvarjeni za delo v oblaku z naročniškim modelom z mesečnimi plačili. Samo nekateri od teh izdelkov bodo kasneje implementirani v rešitve na mestu uporabe.
  3. Nekateri dragi in težko podprti izdelki nas bodo kmalu zapustili in se v celoti ali delno preselili v oblak Azure ali Office 365. Posamezni skrbniki, ki nenehno vzdržujejo samo en izdelek (na primer SCOM, SCSM itd.), bodo kmalu ukinjena.
  4. Če ste izkušen sistemski skrbnik, ki dela v Microsoftovem ekosistemu, potem vam ni treba pustiti vsega in teči k DevOps, o katerem se zdaj govori na vsakem vogalu. Še naprej se lahko razvijate v svojo smer, z dodajanjem kompetenc v storitvah v oblaku Azure in Office 365.
  5. Če želite ostati iskan strokovnjak na trgu dela, se boste morali učiti, učiti in še enkrat učiti. Koncept »vseživljenjskega izobraževanja« za IT je bolj aktualen kot kadarkoli, še posebej v času aktivnega razvoja oblačnih tehnologij.
  6. DevOps je zdaj na vrhuncu priljubljenosti (hype). To je dejstvo. Sprva je bil DevOps razumljen kot metodologija, ki omogoča združevanje razvoja in delovanja programske opreme, pri čemer programerji in inženirji sodelujejo v smeri skupnega cilja – izboljšati programsko opremo. Glavni poudarek je bil na spreminjanju kulture komunikacije med ekipami, razvoju mehanizmov medsebojne pomoči in kolektivne odgovornosti za končni rezultat. Vendar je posledično to vodilo do nastanka novega delovnega mesta – DevOps inženirja, na katerega so bile delegirane naloge inženirja za izdajo (CICD), skrbnika avtomatizacije, skrbnika oblaka in operativnega inženirja. To je že fait accompli. Število prostih delovnih mest DevOps in njihove zahteve to le potrjujejo.

    DevOps lahko zdaj obravnavamo kot dodatno pot za razvoj inženirja sistemskega administratorja. DevOps je odličen način za povprečnega skrbnika, da spremeni svojo trenutno industrijo v industrijo razvoja programske opreme. Tisti, ki imajo radi avtomatizacijo in pisanje kodnih skriptov, bodo sčasoma postali razvijalci, tisti, ki imajo raje infrastrukturne stvari (omrežja, strežniki, OS, oblaki itd.), pa bodo DevOps inženirji.

  7. Če ste specialist začetnik ali šele vstopate v IT, potem je DevOps zdaj odličen način za nadgradnjo v kratkem času in zaposlitev v običajnem podjetju, z dostojno plačo in dobro pisarno, zato se naučite Linuxa, Ansible, Docker, Kubernetes, Python in CICD.

V zadnjem času se je povečalo povpraševanje po platformi Linux in rešitvah, povezanih z razvojem programske opreme, vendar to ni posledica Microsoftovega ekosistema, ampak se je preprosto pojavila nova niša, kjer se aktivno uporabljata Docker in Kubernetes, monolitne aplikacije so razrezane na mikro storitve. , poslovanje pa zahteva večjo hitrost izdaj programske opreme, da se skrajša čas za trženje nove funkcionalnosti.

Vir: www.habr.com

Dodaj komentar