ProHoster > Blogs > Administrācija > Vai pastāv dzÄ«ve pēc Windows vai kur vajadzētu attÄ«stÄ«ties Windows sistēmas administratoram/inženierim 2020. gadā?

Vai pastāv dzÄ«ve pēc Windows vai kur vajadzētu attÄ«stÄ«ties Windows sistēmas administratoram/inženierim 2020. gadā?

Ieraksts

2019. gads lēnām, bet noteikti tuvojas savam loÄ£iskajam noslēgumam. IT nozare turpina aktÄ«vi attÄ«stÄ«ties, iepriecinot mÅ«s ar lielu skaitu jaunu tehnoloÄ£iju un vienlaikus papildinot mÅ«su vārdu krājumu ar jaunām definÄ«cijām: lielie dati, AI, maŔīnmācÄ«ba (ML), IoT, 5G u.c. , ÄŖpaÅ”i bieži tika apspriesta vietņu uzticamÄ«bas inženierija (SRE), DevOps, mikropakalpojumi un mākoņdatoÅ”ana.

Dažas tehnoloÄ£ijas, piemēram, Blockchain un kriptovalÅ«tas (Bitcoin, Ethereum u.c.), Ŕķiet, jau ir pārsnieguÅ”as savu popularitātes virsotni (hipe), tāpēc plaŔākai sabiedrÄ«bai ir iespēja uz tām paskatÄ«ties prātÄ«gāk, identificējot tās. pozitÄ«vajiem un negatÄ«vajiem aspektiem, kā arÄ« izlemjot, kur un kā tos vislabāk izmantot. LÄ«dzsvarotu skatÄ«jumu uz blokķēdes un kriptovalÅ«tu tēmu var atrast Alekseja Malanova raksts no Kaspersky Lab. Es ļoti iesaku to pārbaudÄ«t.

Citas tehnoloģijas vēl tikai gūst popularitāti, veidojot ap tām aktīvas kopienas, kurās ir ne tikai atbalstītāji un piekritēji, bet arī dedzīgi pretinieki.

Vai visi iesaistās DevOps?

ÄŖpaÅ”u atzinÄ«bu no manis Å”odien saņems jauna pieeja programmatÅ«ras izstrādei un darbÄ«bai DevOps, jo... Å ogad tieŔām ir bijis daudz rakstu un debaÅ”u par Å”o tēmu.

Vai pastāv dzÄ«ve pēc Windows vai kur vajadzētu attÄ«stÄ«ties Windows sistēmas administratoram/inženierim 2020. gadā?

Termins DevOps mÅ«sdienās tiek interpretēts diezgan plaÅ”i. Daži cilvēki DevOps saprot kā Ä«paÅ”u pieeju programmatÅ«ras izstrādei un darbÄ«bai, kad darbā tiek iesaistÄ«ti cilvēki, kuri var veikt gan nedaudz kodÄ“Å”anas, gan administrÄ“Å”anas. Citiem tā, pirmkārt, ir sava personÄ«gā sistēmas administratora klātbÅ«tne komandā, kas ļauj atslogot programmatÅ«ras izstrādātājus no daļas ar galveno slodzi nesaistÄ«tās slodzes sistēmas vides iestatÄ«Å”anas, testa vides izveides veidā. , ievieÅ”ot integrāciju ar iekŔējiem un ārējiem pakalpojumiem, kā arÄ« rakstot automatizācijas skriptus. Citiem tas ir tikai modernu tehnoloÄ£iju un rÄ«ku kopums, kas jāizmanto, lai vienmēr paliktu jauni un veiksmÄ«gi. Ceturtajā gadÄ«jumā tas ir CICD un viss, kas ar to saistÄ«ts. PatieŔām, ir daudz DevOps interpretāciju, tāpēc ikviens tajās var patstāvÄ«gi atrast to, kas viņam patÄ«k vislabāk.

Dažādas DevOps interpretācijas izraisa karstas diskusijas, kā rezultātā par Å”o tēmu parādās vairāk rakstu. Es pat saglabāju dažus no tiem savās grāmatzÄ«mēs:

  1. Kas ir DevOps?
  2. Kā iekļūt DevOps, kā mācīties un ko lasīt.
  3. Kāpēc sistēmu administratoriem vajadzētu kļūt par DevOps inženieriem.

Ja lasāt pietiekami daudz rakstu, kas slavē DevOps, jums var rasties iespaids, ka jebkuram sistēmas administratora inženierim ir tikai jāmaina paÅ”reizējā pozÄ«cija LinkedIN profilā no administratora inženiera uz DevOps, un viņŔ nekavējoties sāks saņemt uzaicinājumus uz intervijām no HR no lielajiem un veiksmÄ«gas kompānijas , kas solÄ«s 2 reizes lielāku algu par paÅ”reizējo, dāvinās tev pavisam jaunu Macbook, hoverboard un neaizmirsÄ«s par bezmaksas vape uzpildes abonementu un bezgalÄ«gu daudzumu smÅ«tiju. Vispār nāks IT paradÄ«ze.

Ja lasāt rakstus, kas noniecina DevOps priekÅ”rocÄ«bas, jums rodas cits iespaids, ka DevOps ir jauns verdzÄ«bas veids, kurā cilvēkiem vajadzētu kodēt gandrÄ«z tādā paŔā lÄ«menÄ« kā izstrādātājiem, palÄ«dzēt viņiem novērst kļūdas, tikt galā ar automatizāciju un CICD, izvietojiet Jira ar Wiki , grieziet mākoņus, vāciet konteinerus un pārvaldiet tos, vienlaikus veicot administratora darbu, neaizmirstot par kasetņu uzpildÄ«Å”anu, vÄ«tā pāra kabeļu gofrÄ“Å”anu un biroja ziedu laistÄ«Å”anu.

Bet, kā zināms, patiesÄ«ba parasti ir kaut kur pa vidu, tāpēc Å”odien mēģināsim to nedaudz izdomāt.

Vai administratori vairs nav vajadzīgi?

Kā sistēmas administrators un inženieris, kurÅ” jau labu laiku strādājis ar Microsoft un VMware produktiem, sāku pamanÄ«t, ka pēdējos gados ir bijuÅ”as periodiskas sarunas, ka sistēmas administratori drÄ«zumā nevienam nederēs, jo:

  1. Visa infrastruktūra drīz mainīsies un kļūs par IaaC (Infrastructure as a code). Tagad nebūs GUI ar pogām, bet tikai PowerShell, yaml faili, konfigurācijas utt. Ja kāds serviss vai tā detaļa saplīsusi, tad vairs nav jālabo, jo... ātri izvietojiet jaunu tā kopiju no pēdējā darba stāvokļa.
  2. Visa IT infrastruktÅ«ra drÄ«zumā pārcelsies uz mākoņiem, un lokāli (on-premise) bÅ«s tikai tÄ«kla kabeļi lÄ«dz tuvākajam marÅ”rutētājam, kas savienos mÅ«s ar visiem citiem korporatÄ«vajiem resursiem, kas atrodas mākonÄ«. Nu, maksimums, printeris paliks uz vietas, lai meitenes no grāmatvedÄ«bas uz to varētu izdrukāt kaÄ·u attēlus no interneta. Visam pārējam vajadzētu bÅ«t mākonÄ«.
  3. DevOps guru nāks un automatizēs visu apkārtējo, tāpēc administratoriem būs tikai ar siltumu dvēselē jāatceras, kā vecos laikos viņi veica ping un pēdas, lai diagnosticētu pamata problēmas tīklā un serveros.
  4. Es arÄ« dzirdēju par tādu fenomenu kā ā€œVendekapetsā€, bet tas bija diezgan sen, manas karjeras rÄ«tausmā, kad tikko sāku spert pirmos soļus pretÄ« sistēmas administrÄ“Å”anai. Bet ā€œVendekapetsā€ nez kāpēc nepienāca, tāpat kā pasaules gals pēc maiju kalendāra. NejauŔība? Nedomājiet. šŸ™‚

Vai Windows sistēmas administratori, kuri Å”odien cieÅ”i sadarbojas ar Microsoft produktiem, drÄ«zumā nevienam nebÅ«s noderÄ«gi? Vai arÄ« tie joprojām bÅ«s vajadzÄ«gi? Vai Windows administratori turpinās valkāt savu administratoru un inženieru statusu, vai arÄ« viņi tiks novirzÄ«ti mazkvalificēta darbaspēka lomai ala anykey (dod, dod, atnes)?

Pat Å”eit, habr.com, centrmezglā ā€œSistēmas administrÄ“Å”anaā€ mēs redzam tikai kubernetes, linux, devops, docker, atvērtā koda, zabbix pieminējumus. Kur ir vārdi, kas mums tik ļoti patÄ«k: Windows, Active Directory, Exchange, System Center, terminālis, drukas serveri, failu serveri, bat un vbs skripti vai vismaz Powershell. Kur tas viss ir?

Vai pastāv dzÄ«ve pēc Windows vai kur vajadzētu attÄ«stÄ«ties Windows sistēmas administratoram/inženierim 2020. gadā?

Tātad, vai pastāv dzīve pēc Windows, vai arī Windows sistēmu administratoriem un inženieriem tagad būtu jāatsakās no visa, lai apgūtu Linux, docker, kubernetes, ansible, python un dotos uz DevOps?

VarbÅ«t ar Windows viss ir kārtÄ«bā, vienkārÅ”i tagad ir Ä«slaicÄ«ga ažiotāža par Linux + docker + kubernetes + ansible + python kombināciju, kas ir aizēnojusi mÅ«su mīļo Windows? Kas Windows sistēmas administratoram jādara 2020. gadā, lai viņŔ bÅ«tu pieprasÄ«ts darba tirgÅ«?

Diemžēl Å”eit ir vairāk jautājumu nekā atbilžu, tāpēc paÅ”reizējais raksts mēģinās mums palÄ«dzēt visu nedaudz izprast. Raksts galvenokārt ir veltÄ«ts Windows administratoriem un inženieriem, taču esmu pārliecināts, ka tas interesēs arÄ« citus IT speciālistus.

Microsoft dodas uz mākoņiem?

Windows administrators, pirmkārt, ir Microsoft piekritējs, tāpēc tālāk mēs runāsim par to un tā brÄ«niŔķīgajiem produktiem.

Microsoft ir diezgan plaÅ”s programmatÅ«ras risinājumu portfelis, no kuriem daudzi ir lÄ«deri savās niŔās. Ja strādājat par Windows administratoru un inženieri, tad, visticamāk, vienā vai otrā veidā esat ar viņiem saskāries. Tālāk es sniegÅ”u Ä«su katra produkta aprakstu un aprakstÄ«Å”u iespējamās to attÄ«stÄ«bas perspektÄ«vas nākamo 3-5 gadu laikā. Tas nav slepens iekŔējās informācijas avots no galvenās mÄ«tnes Redmondā, bet mans personÄ«gais viedoklis, tāpēc alternatÄ«vi viedokļi komentāros ir ļoti ieteicami.

Vai pastāv dzÄ«ve pēc Windows vai kur vajadzētu attÄ«stÄ«ties Windows sistēmas administratoram/inženierim 2020. gadā?

Vietējās instalācijas (uz vietas)

Microsoft Exchange Server ā€“ daudzfunkcionāls pasta serveris, kas ietver ne tikai darbu ar pastu, bet arÄ« ar kontaktiem, kalendāriem, uzdevumiem un daudz ko citu. Exchange Server ir viens no Microsoft vadoÅ”ajiem produktiem, kas ir kļuvis par de facto korporatÄ«vo standartu daudzos uzņēmumos. Tam ir cieÅ”a integrācija ne tikai ar paÅ”iem Microsoft produktiem, bet arÄ« ar treÅ”o puÅ”u piegādātāju risinājumiem. Birža ir populāra gan vidējos (no 100 cilvēkiem), gan lielos uzņēmumos.

Å obrÄ«d par paÅ”reizējo versiju tiek uzskatÄ«ts Exchange Server 2019. IepriekÅ” produkts attÄ«stÄ«jās diezgan aktÄ«vi, taču, sākot ar Exchange 2013 versiju, Ŕī attÄ«stÄ«ba ir ievērojami palēninājusies, tāpēc Exchange 2016 nosacÄ«ti var saukt par 1. servisa pakotni. (SP1) Exchange 2013 un Exchange 2019 ā€” tātad 2. servisa pakotne (SP2) Exchange 2013. Nākamās lokālās versijas (Exchange 2022) liktenis joprojām ir apÅ”aubāms.

Tagad Microsoft aktÄ«vi reklamē Exchange Online kā daļu no Office 365 mākoņpakalpojuma, tāpēc visas jaunās funkcijas parādās galvenokārt tur. Exchange Online ne tikai bÅ«s pirmais, kas saņems jaunas funkcijas, bet arÄ« iegÅ«s papildu iespējas, kas tuvākajā nākotnē netiks pārnestas uz lokālām instalācijām. Tas tiek darÄ«ts, lai paātrinātu vairāku uzņēmumu pāreju uz mākoni, jo... AbonÄ“Å”anas modelis Microsoft ir finansiāli izdevÄ«gāks nekā vienreizēja pārdoÅ”ana.

Ja paÅ”laik uzturat Exchange Server lokālo instalāciju (2013ā€“2019), varat turpināt to darÄ«t nākamos 3ā€“5 gadus. Pa ceļam ir vērts sākt izpētÄ«t iespējas, ko sniedz Exchange Online; un hibrÄ«dās konfigurācijas ir tad, kad lokālās un mākoņa versijas pastāv vienlaikus. Pat ja mēs pieņemam, ka vairs nebÅ«s nākamās lokālās Exchange versijas, tagad iegÅ«tās zināŔanas par Exchange Server vēl kādu laiku bÅ«s svarÄ«gas vairāku iemeslu dēļ:

  • Vietējo instalāciju skaits Å”obrÄ«d ir diezgan liels, tāpēc to atbalstam bÅ«s nepiecieÅ”ami kvalificēti administratori. Ne visas organizācijas viena vai otra iemesla dēļ tuvākajā nākotnē varēs pārvietot savu pastu uz mākoni.
  • Mākoņu migrācijas projekti vēl nav triviāli, tāpēc ir nepiecieÅ”amas zināŔanas gan par lokālo, gan mākoņrisinājumu specifiku, lai izvairÄ«tos no lielākās daļas kļūmju un veiksmÄ«gi pabeigtu migrāciju.
  • ZināŔanas par smtpimapmapipop3, pasta plÅ«smas, dkim, dmark, spf, antivÄ«rusu, antispam protokoliem ir universālas un bÅ«s piemērojamas jebkurai pasta sistēmai.
  • Pieredze, kas iegÅ«ta, strādājot ar lokālo Exchange serveri, ļaus saprast Exchange Online un iestatÄ«t vēlamo konfigurāciju daudz ātrāk.
  • E-pasts ir viens no svarÄ«gākajiem saziņas kanāliem ar ārpasauli, tāpēc nepiecieÅ”amÄ«ba pēc tā saglabāsies. Jums nav jāuzklausa piekritēji, "kurjeri un tērzÄ“Å”anas roboti aizstās e-pastu", jo... Viņi vairākas reizes ā€œapglabājaā€ pastu un lÄ«dz Å”im bez panākumiem.

Skype darbam (SfB) (iepriekÅ” Lync) ā€“ korporatÄ«vais kurjers ar uzlabotām iespējām. Tam ir cieÅ”a integrācija ar Exchange serveri, taču tā popularitāte ir ievērojami zemāka par pēdējo. Skype darbam parasti izmanto tikai lielos uzņēmumos, jo... Mazie un vidējie uzņēmumi par to nav Ä«paÅ”i ieinteresēti.

PaÅ”reizējā versija tagad ir Skype darbam 2019, kurai ir minimālas atŔķirÄ«bas salÄ«dzinājumā ar iepriekŔējo Skype darbam 2016 versiju, tāpēc SfB 2019 var uzskatÄ«t par 1. servisa pakotni SfB 2016, nevis jaunu pilno versiju.

Office 365 mākonÄ« Å”o produktu prezentēja Skype for Business Online serviss, kuru pēc kāda laika pilnÄ«bā nomainÄ«ja Microsoft Teams, t.i. PaÅ”laik Skype darbam nav pieejams Office 365 mākonÄ«. Å Ä« iemesla dēļ diez vai ir vērts gaidÄ«t nākamo Skype for Business 2022 vietējo versiju, jo Microsoft prioritāte ir Teams Messenger izstrāde un attÄ«stÄ«ba, kas kļuva par pārdevēja atbildi uz veiksmÄ«gā Slack Messenger parādÄ«Å”anos.

Ja paÅ”laik administrējat vietējo Skype darbam un jums patÄ«k korporatÄ«vā ziņojumapmaiņas koncepts, tad iesaku skatÄ«t Teams kā daļu no Office 365, pretējā gadÄ«jumā labāk izvēlēties citu produktu zināŔanu uzlaboÅ”anai, jo vietējā Skype for Business nonāk aizmirstÄ«bā. AtŔķirÄ«bā no Exchange, kas ir kļuvusi par de facto standartu pasta serveru niŔā, Skype darbam Å”odien ir alternatÄ«vas. Team un Slack lieliem un vidējiem uzņēmumiem. Telegram, Viber, Whatsapp - maziem uzņēmumiem.

SharePoint ā€“ iekŔējais korporatÄ«vais portāls, kurā uzņēmumi var ievietot savus noderÄ«gos Web pakalpojumus (atvaļinājumu grafiku, darbinieku sarakstu ar fotogrāfijām un tālruņu numuriem, dzimÅ”anas dienas atgādinājumus, uzņēmuma ziņas utt.). Lietotāji var uzglabāt, rediģēt un koplietot failus, ko viņi ievieto savās SharePoint bibliotēkās.

SharePoint ir kā Bitrix24, tikai lielāks, funkcionālāks, dārgāks un daudz grūtāk konfigurējams un atbalstāms. Killer funkcijas ir iespēja vienlaikus rediģēt vienu dokumentu, ko veic liels skaits darbinieku, kas ir ļoti ērti, kad 100 cilvēki mēģina aizpildīt atvaļinājumu grafiku, un integrācija ar Office Online Server un vietējo MS Office.

Sharepoint ir liels, sarežģīts un dārgs produkts, tāpēc to parasti izmanto tikai lielie uzņēmumi. Mazāki uzņēmumi izmanto Bitrix24 vai tā analogus vai vienkārÅ”i glabā failus failu serveros un izplata noderÄ«gus tÄ«mekļa pakalpojumus dažādām iekŔējām vietnēm.

SharePoint fermas (klasteri) parasti pārvalda izstrādātāji ar administratora funkcijām, nevis ā€œtÄ«rieā€ sistēmas administratori, jo Lai SharePoint paceltos un bÅ«tu noderÄ«gs uzņēmumam, tam daudz kas jāpievieno, izmantojot kodu.

Office 365 ietver SharePoint Online, kas ir vietējā SharePoint vienkārÅ”ota versija, t.i. Tam ir minimāls pielāgoÅ”anas iespēju skaits, un tas ir ā€œpielāgots jumsā€, taču tas atbrÄ«vo izstrādātāju un administratoru no daudzām galvassāpēm saistÄ«bā ar tā darbÄ«bu. Mans spriedums ir Ŕāds: SharePoint lokālās versijas atbalsta sarežģītÄ«ba un augstās izmaksas atņems savu nodevu, un uzņēmumi ar prieku sāks pakāpeniski pāriet uz SharePoint Online vai vispār atteiksies no Sharepoint, izvēloties kādu vienkārŔāku risinājumu. Es personÄ«gi neredzu rožainu un bezrÅ«pÄ«gu SharePoint dzÄ«vi vietējās instalācijās.

System Center ir visa produktu saime lielu Windows infrastruktÅ«ru izvietoÅ”anai, konfigurÄ“Å”anai, pārvaldÄ«bai un uzraudzÄ«bai. NovērtÄ“Å”anā ietilpst: System Center Configuration Manager (SCCM), System Center virtuālās maŔīnas pārvaldnieks (SCVMM), System Center Operations Manager (SCOM), System Center datu aizsardzÄ«bas pārvaldnieks (SCDPM), System Center Service Manager (SCSM), System Center Orchestrator (SCORCH). ).

Vai pastāv dzÄ«ve pēc Windows vai kur vajadzētu attÄ«stÄ«ties Windows sistēmas administratoram/inženierim 2020. gadā?

Pilns System Center produktu klāsts parasti ir vajadzīgs tikai lieliem uzņēmumiem, savukārt vidējie uzņēmumi mēdz izmantot tikai vienu vai divus produktus.

Tā kā System Center produkti ir diezgan grÅ«ti apgÅ«stami un parasti tiek izmantoti tikai lielās infrastruktÅ«rās, ir ierasts norÄ«kot atseviŔķus cilvēkus darbam ar tiem, piemēram, sistēmu uzraudzÄ«bas administratoru (SCOM), darbstacijas uzturÄ“Å”anas administratoru (SCCM), virtualizācijas sistēmas administrators (Hyper -V + SCVMM), infrastruktÅ«ras automatizācijas pārvaldnieks (SCORCH + SCSM).

Microsoft strauji attÄ«sta savus mākoņpakalpojumus, tāpēc System Center funkcionalitāte pamazām pāriet uz mākoni. Tas viss ļoti tuvā nākotnē bÅ«tiski ietekmēs uz vietas esoÅ”os System Center produktus.

Funkcionāls System Center Orchestrator (SCORCH) nākotnē tiks aizstāts ar Azure Automation pakalpojumu (https://docs.microsoft.com/en-us/azure/automation/automation-intro).

Funkcionāls Sistēmas centra operāciju vadītājs (SCOM) nākotnē aizstās Azure Monitor pakalpojumu (https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

Funkcionāls Sistēmas centra datu aizsardzības pārvaldnieks (SCDPM) nākotnē aizstās Azure Backup pakalpojumu (https://docs.microsoft.com/en-us/azure/backup/backup-overview).

Funkcionāls Sistēmas centra pakalpojumu pārvaldnieks (SCSM) pārstās bÅ«t pieprasÄ«ts vai tiks aizstāts ar jebkuru citu biļeÅ”u sistēmu, piemēram, Jira.

Sistēmas centra virtuālās maŔīnas pārvaldnieks (SCVMM) pagaidām tas paliks uzņēmumiem, kas lokāli izmanto Hyper-V virtualizāciju. Nelielas Hyper-V instalācijas (10-15 serveri) var diezgan veiksmÄ«gi administrēt bez SCVMM, izmantojot tikai standarta rÄ«kus - Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.

Sistēmas centra konfigurācijas pārvaldnieks (SCCM) ā€“ izmanto operētājsistēmu masveida izvietoÅ”anai, korporatÄ«vo lietojumprogrammu instalÄ“Å”anai no viena kataloga, Windows atjauninājumu instalÄ“Å”anai serveros un gala darbstacijās, lietojumprogrammu uzskaitei un licenču aprēķināŔanai. Å Ä·iet, ka Å”is ir vienÄ«gais produkts no visas System Center lÄ«nijas, kas paliks pie mums lokālajā infrastruktÅ«rā, jo... PaÅ”laik to nav iespējams pilnÄ«bā aizstāt ar kaut ko uz mākoņa bāzes.

Ja paÅ”laik uzturat lokālu System Center Configuration Manager (SCCM) instalāciju, varat turpināt to darÄ«t, jo prece bÅ«s pie mums vismaz nākamos 3-5 gadus. Papildus es ieteiktu sākt pētÄ«t Office 365 iespējas, jo... tas bÅ«tu labi savienots ar uzņēmuma darbvirsmas administratora pozÄ«ciju.

Lielākajai daļai citu System Center produktu administratora loma tiks likvidēta. Azure pakalpojumi ievērojami vienkārÅ”o viņu darbu, paslēpjot visu sarežģītÄ«bu no ziņkārÄ«go acÄ«m. Ņemsim par piemēru automatizācijas administratoru (SCORCH + SCSM). SCORCH tiks aizstāts ar Azure Automation. ZināŔanas par automatizācijas procesu, PowerShell, SQL paliks un noderēs Azure Automation, bet zināŔanas par SCORCH klasteru veidoÅ”anu, to augstas pieejamÄ«bas nodroÅ”ināŔanu, resursu lielumu, atjaunināŔanu, migrÄ“Å”anu uz jaunām versijām, dublÄ“Å”anu un uzraudzÄ«bu zaudēs savu aktualitāti, jo Visu Å”o darbu pārņems Azure mākonis. Automatizācijas administrators koncentrēsies tikai uz paÅ”u automatizācijas procesu, jo... Viņam tiks atņemts viss darbs pie automatizācijas infrastruktÅ«ras funkcionalitātes uzturÄ“Å”anas.

Windows serveris un tā lomas

Active Directory (AD) ā€“ vieta, kur tiek glabāti lietotāja un datora konti. Ja uzņēmumam ir vairāk par 20 datoriem, tad visticamāk tam jau ir kāds Active Directory domēns. ZināŔanas par Active Directory, spēja atŔķirt domēnu no meža un spēja strādāt ar grupu politikām ir obligātas jebkuram Windows administratoram. Å Ä«s zināŔanas bÅ«s aktuālas vēl 20 gadus. Turklāt es ieteiktu iepazÄ«ties ar Azure AD (AAD), aplÅ«kot iespējas lietotāju sinhronizÄ“Å”anai starp lokālo un mākoņa infrastruktÅ«ru.

DNS, DHCP ā€“ tÄ«kla pakalpojumi, kuru izpratne noder visās IT jomās, sākot no administrÄ“Å”anas lÄ«dz programmÄ“Å”anai, tāpēc tie ir jāzina. Izpratne par tÄ«klu darbÄ«bu, marÅ”rutÄ“Å”anas protokoliem, OSI un TCPIP modeļiem bÅ«s noteikts pluss jebkuram IT speciālistam.

Hyper-V ā€“ nosaukums visai Microsoft virtualizācijas tehnoloÄ£iju kopai un jo Ä«paÅ”i tās hipervizoram. Tas attÄ«stās diezgan strauji, lai gan, manuprāt, lielākā daļa jauno funkciju (Shielded VM, Encrypted Subnets, Storage Spaces Direct) ir paredzētas galvenokārt vietējiem (Cloud Service Providers) un globālajiem (Azure) mākoņa pakalpojumu sniedzējiem, nevis korporatÄ«vajiem. segments (Uzņēmums). Tas parasti ir saprotams, jo Microsoft vispirms ievieÅ” un testē jaunu funkcionalitāti savā Azure mākonÄ« un tikai pēc tam pārsÅ«ta to uz Windows Server un Hyper-V.

Hyper-V joprojām cieÅ” no vienas bezmaksas konsoles trÅ«kuma, kas nodroÅ”inātu visas nepiecieÅ”amās funkcijas. Tagad mums ir Failover Cluster Manager, Hyper-V Manager, Windows administrÄ“Å”anas centrs. SCVMM vajadzēja bÅ«t Ŕādai konsolei, taču tā ir maksas un nedaudz grÅ«ti apgÅ«stama.

Ja paÅ”laik uzturat lokālu Hyper-V instalāciju bez SCVMM, varat turpināt to darÄ«t. Paralēli es ieteiktu sākt pētÄ«t Azure IaaS un mehānismus virtuālo maŔīnu migrÄ“Å”anai starp mākoni un lokālo infrastruktÅ«ru.

Manā vidē (bankas, telekomunikācijas, apdroÅ”ināŔanas kompānijas, lieli industriālie holdingi) visu produktÄ«vo virtualizāciju parasti pārvalda VMware vSphere, nevis Hyper-V ar SCVMM, tāpēc varu ieteikt paskatÄ«ties arÄ« Hyper-V administratoram. attiecÄ«bā uz VMware un tā produktiem.

Mākoņpakalpojumi

Office 365 ir mākoņpakalpojums, kas nodroÅ”ina Microsoft Office lietojumprogrammu (lokālās un Web versijas) abonÄ“Å”anas pakotni, kā arÄ« ietver galvenos serveru produktus - Exchange, Teams, OneDrive un Sharepoint.

Å obrÄ«d Office 365 ir paÅ”pietiekams pakalpojums, kas gandrÄ«z pilnÄ«bā sedz biroja sakaru vajadzÄ«bas. VienkārÅ”as iestatÄ«Å”anas dēļ tas ir lieliski piemērots gan maziem uzņēmumiem, gan vidējiem un lieliem uzņēmumiem.

Jau izvietoto Exchange, Teams, OneDrive un Sharepoint pakalpojumu klātbÅ«tne mākonÄ« ievērojami samazina sistēmas administratora slodzi, jo visas instalÄ“Å”anas, resursu lieluma noteikÅ”anas, atjaunināŔanas un migrācijas uz jaunām versijām procedÅ«ras tagad pilnÄ«bā attiecas uz Microsoft. Ja iepriekÅ” Exchange, Teams, OneDrive un Sharepoint uzturÄ“Å”anai lokālajā infrastruktÅ«rā bÅ«tu bijuÅ”i nepiecieÅ”ami 4-6 atseviŔķi veltÄ«ti administratori, tad tagad Office 365 pietiek tikai ar 1 vidējo administratoru. Ja kaut kas nedarbojas vai nedarbojas pareizi, varat izveidot biļeti uz Microsoft tehnisko atbalstu tieÅ”i no Office 365 saskarnes, kas ir ļoti ērti.

Ja paÅ”laik esat sistēmas administrators, kas uztur Exchange, Skype darbam vai Sharepoint produktu lokālās versijas, es ieteiktu apskatÄ«t to mākoņa versijas kā daļu no Office 365, lai saprastu, kā tās jums ir piemērotas un kādu funkcionalitāti nodroÅ”ina salÄ«dzinājumā ar lokālās versijas.

Debeszils ir Microsoft globāla mākoņa platforma, kas ietver arvien plaŔāku mākoņpakalpojumu kopu, kas palÄ«dz organizācijām atrisināt biznesa problēmas. PaÅ”laik Azure ietver vairāk nekā 300 pakalpojumu, kas sagrupēti dažādās kategorijās (skaitļoÅ”ana, tÄ«kli, krātuve, datu bāzes, analÄ«tika, lietu internets, droŔība, devOps, konteineri utt.).

Microsoft Azure pirmo reizi parādÄ«jās 2009. gadā, un tagad tā ieņem vienu no vadoÅ”ajām pozÄ«cijām globālajā mākoņpakalpojumu tirgÅ«, veiksmÄ«gi konkurējot ar Amazon AWS.

Saskaņā ar jaunāko finanÅ”u pārskatu (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) Microsoft ceturkŔņa (4. gada 2019. ceturkŔņa) peļņa pieauga par 49%, pateicoties Office 365 un mākoņa biznesa panākumiem. Azure ieņēmumi pieauga par 64%.

Azure kopā ar Office 365 ir galvenās jomas, kurās Microsoft novirza savus finanŔu un organizatoriskos resursus.

Pakalpojumu pārpilnÄ«ba Azure platformā var mulsināt pat pieredzējuÅ”u IT speciālistu, tāpēc zemāk ir tipiskas Windows servera infrastruktÅ«ras apraksts, kur iekavās norādÄ«Å”u to aptuvenos analogus Azure mākonÄ«. Ceru, ka tas kalpos par sākumpunktu Azure apguvei, jo, kā zināms, jāsāk ar mazumiņu, pakāpeniski virzoties dziļāk.

Tipiska Windows servera infrastruktÅ«ra izskatās apmēram Ŕādi:

  • Active Directory (AD) ar grupu politikām un DNS. (Azure Active Directory (AAD), Azure DNS).
  • DHCP
  • Exchange pasta serveris. (Apmaiņa tieÅ”saistē kā daļa no Office 365).
  • RDS ferma ar vairākiem termināļa serveriem. (Azure virtuālā maŔīna + Azure virtuālais tÄ«kls + Azure krātuve).
  • Failu serveris, kurā darbinieki glabā savus failus. (Azure failu krātuve, Azure virtuālā maŔīna + Azure virtuālais tÄ«kls + Azure krātuve)
  • Serveri ar lietojumprogrammām un datu bāzēm (1C, iekŔējais vietnes portāls, CRM utt.). (Azure SQL datu bāze, Azure tÄ«mekļa vietnes, Microsoft Dynamics 365, Azure virtuālā maŔīna + Azure virtuālais tÄ«kls + Azure krātuve)

Galvenie administratīvie uzdevumi ir:

  • Dublējumu izveide. (Azure dublējums).
  • Baļķu savākÅ”ana un analÄ«ze. (Azure žurnāla analÄ«ze).
  • RutÄ«nas uzdevumu automatizācija. (Azure Automation).
  • Pakalpojumu statusa uzraudzÄ«ba un paziņojumu saņemÅ”ana par kļūmēm (Azure monitors).

Windows administratoriem, kuri uztur vietējās infrastruktūras, es ieteiktu vispirms meklēt savu iecienītāko pakalpojumu analogus Azure mākonī, lai ar tiem nedaudz strādātu, noteiktu to lietderību uzņēmumam un, iespējams, organizētu hibrīda iespējas, izvēloties labākais no abām pasaulēm.

treniņŔ

Microsoft uzsvars savu produktu izstrādē pamazām pāriet uz mākoņrisinājumiem, tāpēc jāsāk tos apgÅ«t jau tagad. Kur var iegÅ«t vairāk zināŔanu par Azure krievu valodā? Diemžēl Ŕādu resursu nav daudz.

Microsoft piedāvā izmantot savu Microsoft Learn portālu - https://docs.microsoft.com/ru-ru/learn/browse/. Teksta materiāls tulkots krievu valodā, video dots angļu valodā, lai gan ar krievu subtitriem.

Kā labu un kvalitatÄ«vu materiālu Azure apguvei es ieteiktu Exam AZ-900 Azure Fundamentals kursu, kuru Igors Å astitko lasa savā YouTube kanālā (https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7). Å obrÄ«d ir 13 video, bet, ja bÅ«s pietiekami aktÄ«vs kopienas atbalsts (like, abonÄ“Å”ana), materiāli parādÄ«sies ātrāk un turpinājums neaizņems ilgu laiku.

Turklāt iwalker2000 kanālā iesaku noskatÄ«ties atskaņoÅ”anas sarakstu ā€œIT karjera: kā kļūt par IT speciālistuā€, kas topoÅ”ajiem speciālistiem palÄ«dzēs noteikt savas profesionālās izaugsmes ceļu un pareizi veidot karjeru. (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

Diemžēl krievu valodā par Azure nav tik daudz materiālu, kā mēs vēlētos, tāpēc, ja zināt citus noderÄ«gus resursus par Å”o tēmu, lÅ«dzu, dalieties ar tiem komentāros. Daudzi IT speciālisti bÅ«s jums par to pateicÄ«gi.

Atzinumi

Kādus secinājumus var izdarÄ«t no visa iepriekÅ” minētā?

  1. Microsoft infrastruktÅ«rā joprojām ir dzÄ«vÄ«ba, un tā nepazÅ«d. Microsoft ir diezgan plaÅ”s programmatÅ«ras risinājumu portfelis, no kuriem daudzi ir lÄ«deri savās niŔās, tāpēc sistēmas administratoram vienmēr ir ko mācÄ«ties, ieviest, darboties un attÄ«stÄ«t.
  2. Microsoft infrastruktÅ«ra Å”obrÄ«d aktÄ«vi mainās, un tas notiek ar uzsvaru uz mākoņpakalpojumu attÄ«stÄ«bu ā€“ Azure un Office 365. Sākotnēji tiks radÄ«ti jauni Microsoft produkti un aplikācijas darbam mākonÄ« ar atsauci uz abonÄ“Å”anas modeli ar ikmēneÅ”a maksājumiem. Tikai daži no Å”iem produktiem vēlāk tiks ieviesti lokālajos risinājumos.
  3. Daži dārgi un grÅ«ti atbalstāmi produkti drÄ«zumā mÅ«s pametÄ«s, pilnÄ«bā vai daļēji pārejot uz Azure mākoni vai Office 365. AtseviŔķi administratori, kuri pastāvÄ«gi uztur tikai vienu produktu (piemēram, SCOM, SCSM u.c.), drÄ«zumā bÅ«s atcelts.
  4. Ja esat pieredzējis sistēmas administrators, kas strādā Microsoft ekosistēmā, tad jums nav jāatmet viss un jāskrien uz DevOps, par ko tagad runā uz katra stūra. Varat turpināt attīstīties savā virzienā, pievienojot kompetences Azure un Office 365 mākoņpakalpojumos.
  5. Lai paliktu darba tirgÅ« pieprasÄ«ts speciālists, bÅ«s jāmācās, jāmācās un vēlreiz jāmācās. Jēdziens ā€œmūžizglÄ«tÄ«baā€ IT jomā ir aktuālāks nekā jebkad agrāk, it Ä«paÅ”i Å”obrÄ«d aktÄ«vas mākoņtehnoloÄ£iju attÄ«stÄ«bas laikā.
  6. DevOps tagad ir savas popularitātes (hype) virsotnē. Tas ir fakts. Sākotnēji DevOps tika uztverts kā metodoloÄ£ija, kas ļauj apvienot programmatÅ«ras izstrādi un darbÄ«bas, programmētājiem un inženieriem strādājot kopā, lai sasniegtu vienu kopÄ«gu mērÄ·i - programmatÅ«ras uzlaboÅ”anu. Galvenais uzsvars tika likts uz komunikācijas kultÅ«ras maiņu komandu starpā, savstarpējās palÄ«dzÄ«bas mehānismu izstrādi un kolektÄ«vo atbildÄ«bu par gala rezultātu. Taču rezultātā radās jauns amats ā€“ DevOps inženieris, kuram tika deleģēti izlaiduma inženiera (CICD), automatizācijas administratora, mākoņa administratora un operāciju inženiera uzdevumi. Tas jau ir fait accompli. DevOps vakanču skaits un prasÄ«bas to tikai apstiprina.

    DevOps tagad var uzskatÄ«t par papildu ceļu sistēmu administratora inženiera attÄ«stÄ«bai. DevOps ir lielisks veids, kā vidusmēra administrators var mainÄ«t savu paÅ”reizējo nozari uz programmatÅ«ras izstrādes nozari. Tie, kuriem patÄ«k automatizācija un kodu skriptu rakstÄ«Å”ana, ar laiku kļūs par izstrādātājiem, bet tie, kas dod priekÅ”roku infrastruktÅ«ras lietām (tÄ«kli, serveri, OS, mākoņi utt.), kļūs par DevOps inženieriem.

  7. Ja esat iesācējs speciālists vai tikko ienācāt IT jomā, tad DevOps tagad ir lielisks veids, kā īsā laikā jaunināt un iegūt darbu normālā uzņēmumā ar pienācīgu atalgojumu un labu biroju, tāpēc apgūstiet Linux, Ansible, Docker, Kubernetes, Python un CICD.

Pēdējā laikā ir pieaudzis pieprasÄ«jums pēc Linux platformas un risinājumiem, kas saistÄ«ti ar programmatÅ«ras izstrādi, taču tas nav saistÄ«ts ar Microsoft ekosistēmu, bet vienkārÅ”i ir parādÄ«jusies jauna niÅ”a, kur aktÄ«vi tiek izmantots Docker un Kubernetes, monolÄ«tās aplikācijas tiek sagrieztas mikropakalpojumos. , un uzņēmējdarbÄ«bai ir nepiecieÅ”ams palielināt programmatÅ«ras izlaiÅ”anas ātrumu, lai samazinātu laiku, kas nepiecieÅ”ams jaunas funkcionalitātes ievieÅ”anai tirgÅ«.

Avots: www.habr.com

Pievieno komentāru