eniro
2019 malrapide sed certe venas al sia logika konkludo. La IT-industrio daŭre aktive disvolviĝas, ĝojigante nin per granda nombro da novaj teknologioj kaj, samtempe, plenigante nian vortprovizon per novaj difinoj: Big Data, AI, Machine Learning (ML), IoT, 5G, ktp. Ĉi-jare , Site Reliability Engineering estis precipe ofte diskutita (SRE), DevOps, mikroservoj kaj nuba komputado.
Iuj teknologioj, ekzemple, Blockchain kaj kriptaj moneroj (Bitcoin, Ethereum, ktp.), ŝajnas jam trapasi la pinton de sia populareco (hype), do la ĝenerala publiko havas la ŝancon rigardi ilin pli sobra, identigante sian pozitivaj kaj negativaj aspektoj, kaj ankaŭ decidi kie kaj kiel plej bone uzi ilin. Ekvilibra rigardo al la temo de Blockchain kaj kriptaj moneroj troveblas en. Mi tre rekomendas kontroli ĝin.
Aliaj teknologioj ankoraŭ nur akiras popularecon, formante aktivajn komunumojn ĉirkaŭ ili, inkluzive de ne nur subtenantoj kaj adeptoj, sed ankaŭ fervoraj kontraŭuloj.
Ĉu ĉiuj eniras DevOps?
DevOps, nova aliro al programaro disvolviĝo kaj funkciado, ricevos specialan mencion de mi hodiaŭ, ĉar... Vere estis multaj artikoloj kaj debatoj pri ĉi tiu temo ĉi-jare.
La termino DevOps hodiaŭ estas interpretita sufiĉe vaste. Iuj homoj komprenas DevOps kiel specialan aliron al programaro disvolviĝo kaj funkciado, kiam homoj, kiuj povas fari kaj iom da kodigo kaj administrado, estas implikitaj en la laboro. Por aliaj, ĉi tio estas, antaŭ ĉio, la ĉeesto de sia propra persona sistema administranto en la teamo, kiu ebligas al ili malpezigi programistojn de parto de la nekerna ŝarĝo en la formo de agordo de la sistema medio, kreante testajn mediojn. , efektivigante integriĝon kun internaj kaj eksteraj servoj, same kiel skribante aŭtomatigajn manuskriptojn. Por aliaj, ĝi estas nur aro de modaj teknologioj kaj iloj, kiuj bezonas esti uzataj por ĉiam resti juna kaj sukcesa. Por la kvara, ĝi estas CICD kaj ĉio ligita kun ĝi. Estas ja multaj interpretoj de DevOps, do ĉiu povas sendepende trovi en ili tion, kion li plej ŝatas.
Malsamaj interpretoj de DevOps kaŭzas ekscitajn diskutojn, kio kondukas al apero de pli da artikoloj pri ĉi tiu temo. Mi eĉ konservis kelkajn el ili al miaj legosignoj:
- .
- .
Se vi legas sufiĉe da artikoloj laŭdantaj DevOps, vi eble havos la impreson, ke iu ajn sistema administranto-inĝeniero nur bezonas ŝanĝi sian nunan pozicion en sia LinkedIN-profilo de administranto-inĝeniero al DevOps, kaj li tuj komencos ricevi invitojn por intervjuoj de HR de grandaj kaj sukcesaj kompanioj, kiuj promesos salajron 2 fojojn pli altan ol la nuna, donos al vi tute novan Macbook, ŝvebtablon, kaj ne forgesos pri abono por senpagaj vapo-replenigoj kaj senfina kvanto da smoothies. Ĝenerale venos IT-paradizo.
Se vi legas artikolojn, kiuj malgravigas la meritojn de DevOps, vi komencas havi malsaman impreson, ke DevOps estas nova speco de sklaveco, kie homoj devus kodi preskaŭ sur la sama nivelo kiel programistoj, helpi ilin ripari erarojn, trakti aŭtomatigon kaj CICD, deploji Jira kun Vikio, ŝpinu nubojn, kolektu ujojn kaj administru ilin, samtempe plenumante administran laboron, ne forgesante pri replenigo de kartoĉoj, kunpremado de torditaj kabloj kaj akvumado de oficejaj floroj.
Sed, kiel vi scias, la vero estas kutime ie en la mezo, do hodiaŭ ni provos iom eltrovi ĝin.
Ĉu administrantoj ne plu bezonas?
Kiel sistemadministranto kaj inĝeniero, kiu laboras kun Microsoft kaj VMware-produktoj dum sufiĉe da tempo, mi komencis rimarki, ke dum la lastaj jaroj okazis periodaj konversacioj, ke sistemadministrantoj baldaŭ utilos al iu ajn, ĉar:
- La tuta infrastrukturo estas ŝanĝonta kaj fariĝi IaaC (Infrastrukturo kiel kodo). Nun ne estos GUI kun butonoj, sed nur PowerShell, yaml-dosieroj, agordoj ktp. Se iu servo aŭ ĝia komponanto estas rompita, tiam ne necesas plu ripari ĝin, ĉar... rapide deploji novan kopion de ĝi el la lasta laborstato.
- La tuta IT-infrastrukturo baldaŭ translokiĝos al la nuboj, kaj loke (surloke) estos nur retaj kabloj al la plej proksima enkursigilo, kiu konektos nin kun ĉiuj aliaj kompaniaj rimedoj situantaj en la nubo. Nu, maksimume, la presilo restos loke, por ke la knabinoj de la kontada fako povu presi en ĝi bildojn de katoj el Interreto. Ĉio alia devus esti en la nubo.
- DevOps-guruoj venos kaj aŭtomatigos ĉion ĉirkaŭ ili, do administrantoj nur devos memori kun varmeco en siaj animoj, kiel en la malnovaj tempoj ili kuris pinglojn kaj spurojn por diagnozi bazajn problemojn en la reto kaj en serviloj.
- Mi aŭdis ankaŭ pri tia fenomeno kiel "Vendekapets", sed tio estis antaŭ sufiĉe longa tempo, en la komenco de mia kariero, kiam mi ĵus komencis fari miajn unuajn paŝojn al sistema administrado. Sed ial, "Vendekapets" neniam venis, same kiel la fino de la mondo laŭ la majaa kalendaro. Koincido? Ne pensu. 🙂
Ĉu vindozaj sistemadministrantoj, kiuj laboras proksime kun Microsoft-produktoj hodiaŭ, baldaŭ utilos al iu ajn? Aŭ ĉu ankoraŭ estos bezono por ili? Ĉu Windows-administrantoj daŭre portos sian statuson kiel administrantoj kaj inĝenieroj, aŭ ĉu ili estos forigitaj al la rolo de malalt-kvalifikita laboro ala anykey (doni, doni, alporti)?
Eĉ ĉi tie ĉe habr.com en la nabo "Sistema Administrado" ni vidas nur menciojn de kubernetes, linukso, devops, docker, malferma fonto, zabbix. Kie estas la vortoj, kiujn ni tiom amas: Windows, Active Directory, Exchange, System Center, Terminal, Print Servers, File Servers, bat kaj vbs-skriptoj, aŭ almenaŭ powershell. Kie estas ĉio ĉi?
Ĉu do ekzistas vivo post Vindozo aŭ ĉu vindozaj sistemadministrantoj kaj inĝenieroj nun rezignu ĉion por lerni Linukson, docker, kubernetes, ansible, python kaj eniri DevOps?
Eble ĉio estas en ordo kun Vindozo, estas nur ke nun estas provizora ekzaltiĝo de la Linukso + docker + kubernetes + ansible + python kombinaĵo, kiu superbrilis nian karan Vindozon? Kion vindoza sistemadministranto devas fari en 2020 por esti postulata en la labormerkato?
Bedaŭrinde ĉi tie estas pli da demandoj ol respondoj, do la nuna artikolo provos helpi nin iomete kompreni ĉion. La artikolo estas ĉefe dediĉita al Vindozaj administrantoj kaj inĝenieroj, sed mi certas, ke ĝi ankaŭ interesos aliajn IT-specialistojn.
Microsoft iras al la nuboj?
Vindoza administranto estas, antaŭ ĉio, adepto de Microsoft, do plue ni parolos pri ĝi kaj ĝiaj mirindaj produktoj.
Mikrosofto havas sufiĉe larĝan biletujon da softvarsolvoj, multaj el kiuj estas gvidantoj en siaj niĉoj. Se vi laboras kiel Vindoza administranto kaj inĝeniero, tiam plej verŝajne vi renkontis ilin laŭ unu maniero aŭ alia. Malsupre mi donos mallongan priskribon de ĉiu el la produktoj kaj priskribos eblajn perspektivojn por ilia evoluo dum la venontaj 3-5 jaroj. Ĉi tio ne estas sekreta internulo de la ĉefsidejo en Redmond, sed mia persona opinio, do alternativaj vidpunktoj en la komentoj estas forte kuraĝigitaj.
Lokaj instalaĵoj (surlokaj)
Microsoft-servilo-servilo - multfunkcia poŝtservilo, kiu inkluzivas ne nur labori kun poŝto, sed ankaŭ kun kontaktoj, kalendaroj, taskoj kaj multe pli. Exchange Server estas unu el la ĉefaj produktoj de Mikrosofto, kiu fariĝis la fakta kompania normo en multaj kompanioj. Ĝi havas proksiman integriĝon ne nur kun Microsoft-produktoj mem, sed ankaŭ kun solvoj de triaj vendistoj. Interŝanĝo estas populara kaj en mezgrandaj (de 100 homoj) kaj en grandaj kompanioj.
En ĉi tiu momento, Exchange Server 2019 estas konsiderata la nuna versio. Antaŭe, la produkto disvolviĝis sufiĉe aktive, sed ekde la versio de Exchange 2013, ĉi tiu evoluo signife malrapidiĝis, do Exchange 2016 povas esti kondiĉe nomita Service Pack 1. (SP1) por Exchange 2013, kaj Exchange 2019 - do Service Pack 2 (SP2) por Exchange 2013. La sorto de la venonta surloka versio (Interŝanĝo 2022) ankoraŭ estas pridubita.
Nun Microsoft aktive antaŭenigas Exchange Online kiel parto de la nuba servo Office 365, do ĉiuj novaj funkcioj aperas ĉefe tie. Ne nur Exchange Online estos la unua se temas pri ricevi novajn funkciojn, sed ĝi ankaŭ akiros pliajn kapablojn, kiuj ne estos transdonitaj al surlokaj instalaĵoj en proksima estonteco. Ĉi tio estas farita por akceli la transiron de kelkaj kompanioj al la nubo, ĉar... La abonmodelo estas pli finance utila por Mikrosofto ol unufoja vendo.
Se vi nuntempe konservas lokan instaladon de Exchange Server (2013 - 2019), vi povas daŭrigi fari tion dum la venontaj 3-5 jaroj. Survoje, indas komenci esplori la ŝancojn, kiujn provizas Exchange Online; kaj hibridaj agordoj estas kiam lokaj kaj nubaj versioj ekzistas samtempe. Eĉ se ni supozas, ke ne plu ekzistos venonta surloka versio de Exchange, la nun akirita scio pri Exchange Server daŭre estos grava por iom da tempo por kelkaj kialoj:
- La nombro da lokaj instalaĵoj estas nuntempe sufiĉe granda, do kvalifikitaj administrantoj estos bezonataj por subteni ilin. Ne ĉiuj organizoj povos movi sian poŝton al la nubo en proksima estonteco pro unu kialo aŭ alia.
- Projektoj pri migrado de nubo ankoraŭ ne estas bagatelaj, do kono de la specifaĵoj de ambaŭ surlokaj kaj nubaj solvoj estas bezonata por eviti la plej multajn el la malfacilaĵoj kaj sukcese kompletigi la migradon.
- Scio pri la protokoloj smtpimapmapipop3, poŝtofluo, dkim, dmark, spf, antivirus, kontraŭspam estas universala kaj estos aplikebla al ajnaj poŝtsistemoj.
- La sperto akirita de laborado kun surloka Exchange Server permesos vin kompreni Exchange Online kaj agordi la deziratan agordon multe pli rapide.
- Retpoŝto estas unu el la plej gravaj kanaloj de komunikado kun la ekstera mondo, do la bezono de ĝi restos. Vi ne devas aŭskulti la adeptojn de "mesaĝiloj kaj babilej robotoj anstataŭigos retpoŝton", ĉar... Ili "entombigis" la poŝton multfoje kaj ĝis nun sen sukceso.
Skype por Komerco (SfB) (antaŭe Lync) - kompania mesaĝisto kun altnivelaj kapabloj. Ĝi havas proksiman integriĝon kun la Exchange-servilo, sed estas signife malsupera al ĉi-lasta en populareco. Skype por Komerco estas kutime uzata nur en grandaj kompanioj, ĉar... Malgrandaj kaj mezgrandaj kompanioj ne tre interesiĝas pri ĝi.
La nuna versio nun estas Skype for Business 2019, kiu havas minimumajn diferencojn kompare kun la antaŭa versio de Skype for Business 2016, do SfB 2019 povas esti konsiderata Service Pack 1 por SfB 2016, kaj ne nova plena versio.
En la nubo Office 365, ĉi tiu produkto estis prezentita de la servo Skype for Business Online, kiu post iom da tempo estis tute anstataŭigita de Microsoft Teams, t.e. Nuntempe, Skype por Komerco ne haveblas en la Office 365-nubo. Tial, apenaŭ indas atendi la sekvan lokan version de Skype for Business 2022, ĉar la prioritato de Microsoft estas la evoluo kaj disvolviĝo de la Teams-mesaĝo, kiu fariĝis la respondo de la vendisto al la apero de la sukcesa Slack-mesaĝo.
Se vi nuntempe administras lokan Skype por Komerco kaj vi ŝatas la koncepton de kompania mesaĝisto, tiam mi konsilas al vi rigardi Teamojn kiel parton de Office 365, alie estas pli bone elekti alian produkton por ĝisdatigi viajn sciojn, ĉar loka Skype por Komerco iras en forgeson. Male al Exchange, kiu fariĝis la fakta normo en la poŝtservila niĉo, Skype for Business hodiaŭ havas alternativojn. Teamo kaj Slack por grandaj kaj mezgrandaj kompanioj. Telegramo, Viber, Whatsapp - por malgrandaj kompanioj.
SharePoint – interna kompania portalo, kie kompanioj povas afiŝi siajn utilajn Retajn servojn (feria horaro, listo de dungitoj kun fotoj kaj telefonnumeroj, naskiĝtagaj memorigiloj, kompaniaj novaĵoj ktp.). Uzantoj povas stoki, redakti kaj dividi dosierojn, kiujn ili metas en siaj SharePoint-bibliotekoj.
SharePoint estas kiel Bitrix24, nur pli granda, pli funkcia, pli multekosta kaj multe pli malfacila agordi kaj subteni. La mortigaj trajtoj estas la kapablo samtempe redakti unu dokumenton de granda nombro da dungitoj, kio estas tre oportuna kiam 100 homoj provas plenigi ferian horaron, kaj integriĝo kun Office Online Server kaj loka MS Office.
Sharepoint estas granda, kompleksa kaj multekosta produkto, do ĝi estas kutime nur uzata de grandaj kompanioj. Pli malgrandaj kompanioj uzas Bitrix24 aŭ ĝiajn analogojn, aŭ simple stokas dosierojn sur dosierserviloj, kaj distribuas utilajn Retajn servojn al malsamaj internaj retejoj.
SharePoint-bienoj (aretoj) estas kutime administritaj de programistoj kun administraj funkcioj, kaj ne de "puraj" sistemadministrantoj, ĉar Por ke SharePoint ekflugu kaj estu utila al la kompanio, multe devas esti aldonita al ĝi uzante kodon.
Office 365 inkluzivas SharePoint Online, kiu estas simpligita versio de loka SharePoint, t.e. Ĝi havas minimuman kvanton da personigo-opcioj kaj estas "tajlorita por konveni al vi", sed ĝi malpezigas la programiston kaj administranton de multaj kapdoloroj pri ĝia funkciado. Mia verdikto estas jena: la komplekseco kaj alta kosto de subteno de la surloka versio de SharePoint prenos sian paspagon kaj kompanioj feliĉe komencos iom post iom moviĝi al SharePoint Online, aŭ forlasi Sharepoint entute favore al iu pli simpla solvo. Mi persone ne vidas rozan kaj senzorgan vivon por SharePoint en lokaj instalaĵoj.
Sistema Centro estas tuta familio de produktoj por disfaldi, agordi, administri kaj monitori grandajn Vindozajn infrastrukturojn. Juĝado inkluzivas: 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) ).
La plena gamo da System Center-produktoj kutime nur bezonas grandajn kompaniojn, dum mezgrandaj kompanioj emas uzi nur unu aŭ du produktojn.
Ĉar System Center-produktoj estas sufiĉe malfacile lerneblaj kaj estas kutime uzataj nur en grandaj infrastrukturoj, estas kutime asigni apartajn homojn por labori kun ili, ekzemple, administranto pri monitorado de sistemoj (SCOM), administranto pri bontenado de laborstacio (SCCM), virtualiga sistemadministranto (Hyper -V + SCVMM), Infrastructure Automation Manager (SCORCH + SCSM).
Mikrosofto rapide disvolvas siajn nubservojn, do la funkcieco de System Center iom post iom moviĝas al la nubo. Ĉio ĉi havos gravan efikon al la surlokaj produktoj de System Center en tre proksima estonteco.
Funkcia Sistemcentro-Orkestro (SCORCH) estos anstataŭigita estonte per la servo Azure Automation ().
Funkcia Sistemo Centra Operacia Direktisto (SCOM) anstataŭigos la Azure Monitor-servon estonte ().
Funkcia Administranto pri Datuma Protekto de Sistemo (SCDPM) anstataŭigos la Azure Backup-servon estonte ().
Funkcia Sistemo Centra Servomanaĝero (SCSM) ĉesos esti postulataj aŭ estos anstataŭigita per iu ajn alia biletsistemo, ekzemple, Jira.
Sistemcentro Virtuala Maŝina Administranto (SCVMM) nuntempe ĝi restos ĉe kompanioj, kiuj loke uzas Hyper-V virtualigon. Malgrandaj instalaĵoj de Hyper-V (10-15 serviloj) povas esti sufiĉe sukcese administritaj sen SCVMM uzante nur normajn ilojn - Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.
Sistema Centro-Agorda Administranto (SCCM) – uzata por amasa deplojo de operaciumoj, instalado de kompaniaj aplikoj el ununura katalogo, instalado de Vindozaj ĝisdatigoj sur serviloj kaj finaj laborstacioj, inventaro de aplikoj kaj kalkulo de licencoj. Ŝajnas, ke ĉi tiu estas la sola produkto de la tuta System Center-linio, kiu restos ĉe ni en la surloka infrastrukturo, ĉar... Nuntempe ne eblas plene anstataŭigi ĝin per io bazita en nubo.
Se vi nuntempe konservas surlokan instaladon de System Center Configuration Manager (SCCM), vi povas daŭrigi fari tion ĉar la produkto estos ĉe ni almenaŭ dum la venontaj 3-5 jaroj. Aldone, mi rekomendus komenci studi la kapablojn de Office 365, ĉar... ĉi tio bone kuniĝos kun la pozicio de Enterprise Desktop Administrator.
La administra rolo por plej multaj aliaj System Center-produktoj estos forigita. Azure-servoj signife simpligas sian laboron, kaŝante la tutan kompleksecon de malklaraj okuloj. Ni prenu la aŭtomatigan administranton (SCORCH + SCSM) kiel ekzemplon. SCORCH estos anstataŭigita per Azure Automation. Scio pri la aŭtomatigprocezo, PowerShell, SQL restos kaj estos utila por Azure Automation, sed scio pri konstruado de SCORCH-aretoj, certigante ilian altan haveblecon, resurso-grandecon, ĝisdatigon, migradon al novaj versioj, sekurkopion kaj monitoradon perdos sian gravecon, ĉar Ĉio ĉi laboro estos transprenita de la Azure-nubo. La aŭtomatiga administranto koncentriĝos nur pri la aŭtomatiga procezo mem, ĉar... Ĉia laboro por konservi la funkciecon de la aŭtomatiga infrastrukturo estos forprenita de li.
Vindoza servilo kaj ĝiaj roloj
Aktiva Adresaro (AD) – la loko kie uzant- kaj komputilkontoj estas konservitaj. Se firmao havas pli ol 20 komputilojn, tiam plej verŝajne ĝi jam havas iun specon de Aktiva Directory-domajno. Scio pri Active Directory, la kapablo distingi domajnon de arbaro, kaj la kapablo labori kun gruppolitikoj estas devigaj por iu ajn Vindoza administranto. Ĉi tiu scio estos grava dum aliaj 20 jaroj.Aldone, mi rekomendus konatiĝi kun Azure AD (AAD), rigardante eblojn por sinkronigi uzantojn inter surlokaj kaj nubaj infrastrukturoj.
DNS, DHCP – retservoj, kies kompreno estas utila en ĉiuj fakoj de IT, de administrado ĝis programado, do vi devas koni ilin. Kompreni la funkciadon de retoj, enrutaj protokoloj, OSI kaj TCPIP-modeloj estos certa pluso por iu IT-specialisto.
Hiper-V - la nomo por la tuta stako de virtualigaj teknologioj de Microsoft kaj ĝia hiperviziero precipe. Ĝi evoluas sufiĉe rapide, kvankam laŭ mi, la plej multaj el la novaj funkcioj (Shielded VM, Ĉifritaj Subretoj, Stokado-Spacoj Rektaj) celas ĉefe al lokaj (Nubaj Servaj Provizantoj) kaj tutmondaj (Lazuraj) nubaj provizantoj, kaj ne al la kompaniaj. segmento (Entrepreno). Ĉi tio estas ĝenerale komprenebla, ĉar Microsoft unue efektivigas kaj testas novajn funkciojn en sia Azure-nubo, kaj nur tiam transdonas ĝin al Windows Server kaj Hyper-V.
Hyper-V ankoraŭ suferas pro la manko de ununura senpaga konzolo, kiu provizas ĉiujn necesajn funkciojn. Nun ni havas Failover Cluster Manager, Hyper-V Manager, Windows Admin Center. SCVMM supozeble estis tia konzolo, sed ĝi estas pagita kaj iom malfacile lernebla.
Se vi nuntempe konservas lokan instaladon de Hyper-V sen SCVMM, vi povas daŭrigi fari tion. Paralele, mi rekomendus komenci studi Azure IaaS kaj la mekanismojn por migri virtualajn maŝinojn inter la nubo kaj surloka infrastrukturo.
Inter mia medio (bankoj, telekomunikadoj, asekurentreprenoj, grandaj industriaj posedaĵoj), la tuta produktiva virtualigo, kiel regulo, estas administrita de VMware vSphere, kaj ne Hyper-V kun SCVMM, do mi povas rekomendi, ke la administranto de Hyper-V ankaŭ rigardu. al VMware kaj ĝiaj produktoj.
Nubaj servoj
Oficejo 365 estas nuba servo kiu disponigas abonpakaĵon de Microsoft Office-aplikoj (lokaj kaj Retaj versioj), kaj ankaŭ inkluzivas la ĉefajn servilproduktojn - Exchange, Teams, OneDrive kaj Sharepoint.
Nuntempe, Office 365 estas memsufiĉa servo, kiu preskaŭ tute kovras la bezonojn de oficejaj komunikadoj. Pro ĝia facileco de aranĝo, ĝi estas perfekta por kaj malgrandaj kompanioj kaj mezaj kaj grandaj entreprenoj.
La ĉeesto de jam deplojitaj Interŝanĝaj, Teamoj, OneDrive kaj Sharepoint-servoj en la nubo signife reduktas la ŝarĝon sur la sistemadministranto, ĉar ĉiuj proceduroj por instalado, rimeda grandeco, ĝisdatigo kaj migrado al novaj versioj nun kuŝas tute ĉe Microsoft. Se antaŭe 4-6 aparte dediĉitaj administrantoj estus bezonataj por konservi Exchange, Teams, OneDrive kaj Sharepoint en la loka infrastrukturo, nun en Office 365 sufiĉas nur 1 averaĝa administranto. Se io ne funkcias aŭ ne funkcias ĝuste, vi povas krei bileton al teknika subteno de Microsoft rekte de la interfaco de Office 365, kiu estas tre oportuna.
Se vi nuntempe estas administranto de la sistemo konservanta surlokajn versiojn de produktoj Exchange, Skype for Business aŭ Sharepoint, tiam mi rekomendus rigardi iliajn nubajn versiojn kiel parto de Office 365 por kompreni kiel ili konvenas al vi kaj kian funkciecon ili provizas kompare kun. la surlokaj versioj.
Azure estas tutmonda nuba platformo de Mikrosofto, kiu inkluzivas ĉiam pligrandiĝantan aron de nubaj servoj, kiuj helpas organizojn solvi siajn komercajn problemojn. Nuntempe, Azure inkluzivas pli ol 300 servojn, grupigitajn en malsamaj kategorioj (komputado, retoj, stokado, datumbazoj, analizoj, Interreto de aferoj, sekureco, devOps, ujoj ktp.).
Aperinte unue en 2009, Microsoft Azure nun okupas unu el la ĉefaj pozicioj en la tutmonda merkato de nubaj servoj, sukcese konkurante tie kun Amazon AWS.
Laŭ la plej nova financa raporto () La trimonata profito de Microsoft (Q4 2019) kreskis je 49% pro la sukceso de Office 365 kaj nuba komerco. Azure-enspezo kreskis 64%.
Azure, kune kun Office 365, estas la ĉefaj areoj kie Microsoft direktas siajn financajn kaj organizajn rimedojn.
La abundo de servoj en la Azure-platformo povas konfuzi eĉ spertan IT-specialiston, do ĉi-sube estas priskribo de tipa Windows-servila infrastrukturo, kie inter krampoj mi indikos iliajn proksimumajn analogojn en la Azure-nubo. Mi esperas, ke ĉi tio servos kiel deirpunkto por lerni Azure, ĉar, kiel vi scias, vi devas komenci malgrande, iom post iom pliprofundiĝi.
Tipa Vindoza servila infrastrukturo aspektas kiel ĉi tio:
- Active Directory (AD) kun gruppolitikoj kaj DNS. (Azure Active Directory (AAD), Azure DNS).
- DHCP
- Interŝanĝa poŝtservilo. (Interŝanĝu interrete kiel parto de Office 365).
- RDS-bieno kun pluraj finaj serviloj. (Lazura virtuala maŝino + Lazura Virtuala Reto + Lazura Stokado).
- Dosierservilo kie dungitoj konservas siajn dosierojn. (Lazura Dosiera Stokado, Lazura virtuala maŝino + Lazura Virtuala Reto + Lazura Stokado)
- Serviloj kun aplikaĵoj kaj datumbazoj (1C, interna retejo-portalo, CRM, ktp.). (Azura SQL-Datumbazo, Azure Web Sites, Microsoft Dynamics 365, Azure virtuala maŝino + Azure Virtual Network + Azure Storage)
La ĉefaj administraj taskoj estas:
- Kreante sekurkopiojn. (Lazura Rezervo).
- Kolekto kaj analizo de ŝtipoj. (Azure Log Analytics).
- Aŭtomatigo de rutinaj taskoj. (Azura Aŭtomatigo).
- Monitorante la staton de servoj kaj ricevante sciigojn pri misfunkciadoj (Lazura Monitoro).
Por Vindozaj administrantoj konservantaj lokajn infrastrukturojn, mi konsilus antaŭ ĉio serĉi analogojn de siaj plej ŝatataj servoj en la Azure-nubo por iom labori kun ili, determini ilian utilecon por la kompanio kaj, eble, organizi hibridajn opciojn, elektante. la plej bona el ambaŭ mondoj.
Trejnadoj
La emfazo de Mikrosofto en la disvolviĝo de siaj produktoj iom post iom ŝanĝiĝas al nubaj solvoj, do vi devas komenci lerni ilin nun. Kie mi povas akiri pli da scio pri Azure en la rusa? Bedaŭrinde, ne ekzistas multaj tiaj rimedoj.
Microsoft proponas uzi sian Microsoft Learn-portalon - . La teksta materialo estas tradukita en la rusan, la video estas donita en la angla, kvankam kun rusaj subtekstoj.
Kiel bona kaj altkvalita materialo por lerni Azure, mi rekomendus la kurson Exam AZ-900 Azure Fundamentals, kiun Igor Shastitko legas en sia jutuba kanalo (). Nuntempe estas 13 filmetoj, sed se estas sufiĉe aktiva subteno de la komunumo (kiel, abono), la materialoj aperos pli rapide kaj la daŭrigo ne daŭros longe.
Aldone, en la kanalo iwalker2000, mi rekomendas spekti la ludliston "IT Kariero: Kiel Fariĝi IT Specialisto", kiu helpos aspirantajn specialistojn determini la vojon de sia profesia evoluo kaj konstrui sian karieron ĝuste. ()
Bedaŭrinde, ne ekzistas tiom da materialoj pri Azure en la rusa kiom ni ŝatus, do se vi konas aliajn utilajn rimedojn pri ĉi tiu temo, bonvolu dividi ilin en la komentoj. Multaj IT-specialistoj dankos vin pro tio.
trovoj
Kiajn konkludojn oni povas eltiri el ĉio ĉi supre?
- Ankoraŭ estas vivo en la infrastrukturo de Microsoft, kaj ĝi ne malaperos. Mikrosofto havas sufiĉe larĝan biletujon da softvarsolvoj, multaj el kiuj estas gvidantoj en siaj niĉoj, do sistemadministranto ĉiam havas ion por lerni, efektivigi, funkciigi kaj disvolvi.
- La infrastrukturo de Mikrosofto nun aktive ŝanĝiĝas, kaj tio okazas kun emfazo sur la disvolviĝo de nubaj servoj - Azure kaj Office 365. Novaj Mikrosoftaj produktoj kaj aplikoj estos komence kreitaj por labori en la nubo kun referenco al abonmodelo kun monataj pagoj. Nur kelkaj el ĉi tiuj produktoj poste estos efektivigitaj en surlokaj solvoj.
- Kelkaj multekostaj kaj malfacile subteneblaj produktoj baldaŭ forlasos nin, moviĝante tute aŭ parte al la Azure-nubo aŭ Office 365. Individuaj administrantoj, kiuj konstante konservas nur unu produkton (ekzemple, SCOM, SCSM, ktp.) baldaŭ estos. aboliciita.
- Se vi estas sperta administranto de sistemoj laborantaj en la Mikrosofta ekosistemo, tiam vi ne devas rezigni ĉion kaj kuri al DevOps, pri kiu nun oni parolas en ĉiu angulo. Vi povas daŭre disvolviĝi en via direkto, aldonante kompetentecojn en la nubaj servoj Azure kaj Office 365.
- Por resti serĉata specialisto en la labormerkato, vi devos studi, studi kaj studi denove. La koncepto de "dumviva edukado" por IT estas pli grava ol iam ajn, precipe nun en tempoj de aktiva disvolviĝo de nubaj teknologioj.
- DevOps nun estas ĉe la pinto de sia populareco (hype). Estas fakto. Komence, DevOps estis perceptita kiel metodaro, kiu permesas kunvenigi programaron kaj operaciojn, kun programistoj kaj inĝenieroj laborantaj kune al ununura komuna celo - plibonigi softvaron. La ĉefa emfazo estis ŝanĝi la kulturon de komunikado inter teamoj, evoluigado de reciprokaj helpmekanismoj kaj kolektiva respondeco por la fina rezulto. Tamen, kiel rezulto, tio kaŭzis la aperon de nova pozicio - DevOps-inĝeniero, al kiu la taskoj de eldoninĝeniero (CICD), aŭtomatiga administranto, nuba administranto kaj operacia inĝeniero estis delegitaj. Ĉi tio jam estas plenumita. La nombro da vakantaĵoj de DevOps kaj iliaj postuloj nur konfirmas tion.
DevOps nun povas esti konsiderata kiel aldona vojo por la disvolviĝo de inĝeniero de administranto de sistemoj. DevOps estas bonega maniero por la averaĝa administranto ŝanĝi sian nunan industrion al la industrio pri programaro. Tiuj, kiuj ŝatas aŭtomatigon kaj skribi kodajn skriptojn, eventuale fariĝos programistoj, kaj tiuj, kiuj preferas infrastrukturajn aferojn (retoj, serviloj, OS, nuboj, ktp.) fariĝos DevOps-inĝenieroj.
- Se vi estas komencanta specialisto, aŭ nur enirante IT, tiam DevOps nun estas bonega maniero ĝisdatigi en mallonga tempo kaj akiri laboron en normala kompanio, kun deca salajro kaj bona oficejo, do lernu Linukson, Ansible, Docker, Kubernetes, Python kaj CICD.
Lastatempe pliiĝis la postulo pri la Linukso-platformo kaj solvoj rilate al programaro-disvolviĝo, sed tio ne estas pro la Microsoft-ekosistemo, sed simple aperis nova niĉo, kie Docker kaj Kubernetes estas aktive uzataj, monolitaj aplikoj estas tranĉitaj en mikroservojn. , kaj komerco postulas pliigitan rapidecon de softvareldonoj por redukti la tempon por surmerkatigi novan funkciecon.
fonto: www.habr.com