Уступленне
2019 год павольна, але дакладна падыходзіць да свайго лагічнага завяршэння. IT-галіна працягвае актыўна развівацца, цешачы нас вялікай колькасцю новых тэхналогій і адначасна папаўняючы наш слоўнікавы запас новымі азначэннямі: Big Data, AI, Machine Learning (ML), IoT, 5G і т. д. У гэтым годзе асабліва часта абмяркоўвалі Site Reliability Engineering (SRE), DevOps, мікрасэрвісы і хмарныя вылічэнні.
Некаторыя тэхналогіі, напрыклад, Blockchain і криптовалюты (Bitcoin, Ethereum і г.д.), падобна, ужо мінулі пік сваёй папулярнасці (хайпа), таму шырокая грамадскасць атрымала магчымасць цвярозей зірнуць на іх, вызначыўшы іх дадатныя і адмоўныя бакі, а таксама вырашыўшы, дзе і як іх мэтазгодней за ўсё выкарыстоўваць. Узважаны погляд на тэму Blockchain і криптовалют можна знайсці ў. Вельмі рэкамендую азнаёміцца з ёю.
Іншыя ж тэхналогіі пакуль толькі набіраюць сваю папулярнасць, фармуючы вакол сябе актыўныя супольнасці, якія ўключаюць у сябе не толькі прыхільнікаў і прыхільнікаў, але і заўзятых супернікаў.
Усе ідуць у DevOps?
Асаблівай згадкі ад мяне сёння ўдастоіцца DevOps - новы падыход да распрацоўкі і эксплуатацыі ПЗ, т.я. артыкулаў і спрэчак на гэтую тэму ў бягучым годзе было сапраўды шмат.
Тэрмін DevOps сёння тлумачыцца досыць шырока. Хтосьці пад DevOps разумее адмысловы падыход да распрацоўкі і эксплуатацыі ПЗ, калі да працы прыцягваюцца людзі, якія ўмеюць як крыху кадзіць, так і адмініць. Для іншых жа, гэта, першым чынам, наяўнасць у камандзе свайго асабістага сістэмнага адміністратара, які дазваляе здымаць з распрацоўнікаў ПА частку няпрофільнай нагрузкі ў выглядзе налады сістэмнага асяроддзя, стварэння тэставых асяроддзяў, рэалізацыі інтэграцыі з унутранымі і вонкавымі сэрвісамі, а таксама напісанні скрыптоў аўтаматызацыі. Для трэціх - гэта проста набор модных тэхналогій і інструментаў, якія трэба выкарыстоўваць, каб заставацца заўсёды маладымі і паспяховымі. Для чацвёртых - гэта CICD і ўсё, што звязана з ім. Трактовак у DevOps, сапраўды, шмат, таму любы жадаючы можа самастойна знайсці ў іх тое, што яму бліжэй да душы.
Розныя трактоўкі DevOps спараджаюць бурныя абмеркаванні, што прыводзіць да з'яўлення большай колькасці артыкулаў на гэтую тэму. Некаторыя з іх я сабе нават захаваў у закладкі:
- .
- .
Калі прачытаць дастатковую колькасць артыкулаў, якія ўсхваляюць DevOps, то можа скласціся ўражанне, што любому сістэмнаму адміністратару інжынеру дастаткова толькі змяніць у сваім профілі на LinkedIN бягучую пасаду з адміністратара інжынера на DevOps, як адразу ж на яго пачнуць сыпацца запрашэння на гутаркі ад HR , якія будуць абяцаць зарплату ў 2 разы больш за бягучую, выдадуць новенькі Macbook, гироскутер і не забудуць пры гэтым пра абанемент на бясплатную запраўку вейпа і на бясконцую колькасць смюзі. Увогуле, наступіць IT-шны рай.
Калі ж прачытаць артыкулы, якія прыніжаюць заслугі DevOps, то пачынае складацца ўжо іншае ўражанне, што DevOps – гэта новы від рабства, дзе людзі павінны кадзіць ці ледзь на адным узроўні з распрацоўшчыкамі, дапамагаць ім выпраўляць багі, займацца аўтаматызацыяй і CICD, разгортваць Jira з Wiki , круціць аблокі, збіраць кантэйнеры і кіраваць імі, паралельна выконваючы адмінскую працу, не забываючы пры гэтым яшчэ і пра запраўку картрыджаў, абціск вітай пары і паліванне офісных кветак.
Але, як вядома, ісціна звычайна недзе пасярэдзіне, таму сёння мы пастараемся крыху ва ўсім разабрацца.
Адміны больш не патрэбны?
Будучы сістэмным адміністратарамінжынерам, які ўжо дастаткова даўно працуе з прадуктамі Microsoft і VMware, я пачаў заўважаць, што ў апошнія некалькі гадоў перыядычна з'яўляюцца размовы аб тым, што сістэмныя адміністратары хутка будуць нікому не патрэбныя, таму што:
- Уся інфраструктура вось-вось зменіцца і ператворыцца ў IaaC (Infrastructure as a code). Цяпер не будзе ніякага GUI з кнопачкамі, а будуць толькі PowerShell, yaml-файлы, канфігі і іншае. Калі нейкі сэрвіс ці яго кампанент паламаўся, тое чыніць яго больш не трэба, т.к. хутчэй разгарнуць яго новую копію з апошняга працоўнага стану.
- Уся IT-інфраструктура хутка перамесціцца ў аблокі, а лакальна (on-premise) застануцца толькі сеткавыя кабелі да бліжэйшага маршрутызатара, які будзе злучаць нас з усімі астатнімі карпаратыўнымі рэсурсамі, якія знаходзяцца ў воблаку. Ну максімум яшчэ прынтэр лакальна застанецца, каб дзяўчаты з бухгалтэрыі маглі на ім выявы коцікаў з інтэрнэту друкаваць. Усё астатняе павінна ў воблаку.
- Прыйдуць DevOps-гуру і ўсё вакол аўтаматызуюць, таму адмінам застанецца толькі з цеплынёй у душы ўспамінаць, як у былыя часы яны запускалі пінгі і трасіроўкі, каб дыягнаставаць базавыя праблемы ў сетцы і на серверах.
- Таксама я чуў пра такую з'яву як «Вендэкапец», але гэта было досыць даўно, яшчэ на світанку маёй кар'еры, калі я толькі што пачынаў рабіць першыя крокі ў бок сістэмнага адміністравання. Але чамусьці «Вендэкапец» так і не наступіў, як і канец свету па календары Майя. Супадзенне? Не думаю. 🙂
Няўжо віндовыя сістэмныя адміністратары, якія працуюць сёння шчыльна з прадуктамі кампаніі Microsoft, хутка будуць нікому не патрэбныя? Ці ўсё ж неабходнасць у іх застанецца? Ці прадоўжаць адміністратары Windows насіць свой статут адміністратараў інжынераў ці ж ім будзе адведзена роля нізкакваліфікаванай працоўнай сілы аля anykey (дай, падай, прынясі)?
Нават тут на habr.com у хабе "Сістэмнае адміністраванне" мы бачым толькі згадкі пра kubernetes, linux, devops, docker, open source, zabbix. Дзе ж любімыя нашаму сэрцу словы Windows, Active Directory, Exchange, System Center, Terminal, Print Servers, File Servers, bat і vbs scripts ці хаця б powershell. Дзе ўсё гэта?
Так ці ёсць жыццё пасля Windows або віндовым сістэмным адміністратарамінжынерам, трэба зараз усё кінуць, каб вывучыць Linux, docker, kubernetes, ansible, python і пайсці ў DevOps?
Можа быць з Windows усё добра, проста зараз назіраецца часовы хайп звязкі Linux + docker + kubernetes + ansible + python, які і засланіў нашу каханую Windows? Што ў 2020 годзе трэба рабіць віндоваму сістэмнаму адміністратару, каб быць запатрабаваным на рынку працы?
На жаль, пытанняў тут больш, чым адказаў, таму бягучы артыкул паспрабуе дапамагчы нам крыху ва ўсім разабрацца. Артыкул прысвечаны ў першую чаргу віндовым адміністратарамінжынерам, але, я ўпэўнены, будзе цікавая і іншым IT-спецыялістам.
Microsoft сыходзіць у аблокі?
Віндовых адмін, гэта, перш за ўсё, прадстаўнік кампаніі Microsoft, таму далей гаворка пойдзе пра яе і яе выдатных прадуктах.
Кампанія Microsoft валодае дастаткова шырокім партфелем праграмных рашэнняў, многія з якіх з'яўляюцца лідэрамі ў сваіх нішах. Калі вы працуеце віндовым адміністратарамінжынерам, то хутчэй за ўсё вы так ці інакш з імі сутыкаліся. Ніжэй я дам кароткую характарыстыку па кожным з прадуктаў і апішу магчымыя перспектывы іх развіцця на бліжэйшыя 3-5 гадоў. Гэта не сакрэтны інсайд са штаб-кватэры ў Рэдмандзе, а маё асабістае меркаванне, таму альтэрнатыўныя пункты гледжання ў каментарах усяляк вітаюцца.
Лакальныя інсталяцыі (on-premises)
Microsoft Exchange Server – шматфункцыянальны паштовы сервер, які ўключае ў сябе не толькі працу з поштай, але і з кантактамі, календарамі, задачамі і шматлікае іншае. Exchange Server з'яўляецца адным з флагманскіх прадуктаў кампаніі Microsoft, які дэ-факта стаў карпаратыўным стандартам у многіх кампаніях. Ён мае цесную інтэграцыю не толькі з прадуктамі самой Microsoft, але і з рашэннямі іншых вендараў. Exchange папулярны як у сярэдніх (ад 100 чалавек), так і буйных кампаніях.
На дадзены момант часу актуальнай версіяй лічыцца Exchange Server 2019. Раней прадукт развіваўся дастаткова актыўна, але пачынаючы з версіі Exchange 2013 гэтае развіццё моцна замарудзілася, таму Exchange 2016 можна ўмоўна назваць Service Pack 1 (SP1) для Exchange 2013, а Exchange 2019 – такім чынам Service Pack 2 (SP2) для Exchange 2013. Лёс наступнай on-premise версіі (Exchange 2022) пакуль пад пытаннем.
Цяпер кампанія Microsoft актыўна прасоўвае Exchange Online у складзе хмарнага сэрвісу Office 365, таму ўсё новыя функцыі з'яўляюцца першым чынам тамака. Exchange Online не толькі атрымлівае першым новыя функцыі, але і абзаводзіцца дадатковымі магчымасцямі, якія не будуць у найблізкім даляглядзе пераносіцца ў лакальныя ўсталёўкі (on-premise). Робіцца гэта з мэтай фарсіравання пераходу шэрагу кампаній у аблокі, т.я. мадэль падпісак схаднейшая для Microsoft у фінансавым плане, чым аднаразовы продаж.
Калі вы зараз абслугоўваеце лакальную інсталяцыю Exchange Server (2013 - 2019), то можаце працягваць гэта рабіць яшчэ бліжэйшыя 3-5 гадоў. Адначасна варта пачаць вывучаць магчымасці, якія падае Exchange Online; і гібрыдныя канфігурацыі, гэта калі лакальная і хмарная версіі існуюць адначасова. Нават калі выказаць здагадку, што наступнай лакальнай (on-premise) версіі Exchange больш не будзе, то атрыманыя зараз веды па Exchange Server прадоўжаць быць актуальнымі яшчэ некаторы час па цэлым шэрагу прычын:
- Колькасць лакальных усталёвак на бягучы момант досыць вялікая, таму патрэбныя будуць кваліфікаваныя адміністратары, здольныя іх суправаджаць. Не ўсе арганізацыі змогуць у бліжэйшай перспектыве перанесці сваю пошту ў аблокі па тых ці іншых прычынах.
- Праекты міграцыі ў аблокі пакуль не з'яўляюцца трывіяльнымі, таму патрабуецца веданне спецыфікі як лакальных, так і хмарных рашэнняў, каб абыйсці большасць падводных камянёў і паспяхова завяршыць міграцыю.
- Веды пратаколаў smtpimapmapipop3, mail flow, dkim, dmark, spf, антывіруса, антыспаму з'яўляюцца ўніверсальнымі і будуць дастасавальныя для любых паштовых сістэм.
- Досвед, атрыманы пры працы з лакальным Exchange Server, дазволіць значна хутчэй разабрацца ў Exchange Online і наладзіць патрэбную канфігурацыю.
- Электронная пошта з'яўляецца адзін з найважнейшых каналаў камунікацыі з навакольным светам, таму патрэба ў ёй застанецца. Адэптаў «мэсэнджары і чат боты заменяць пошту» можна не слухаць, т.я. пошту яны "хавалі" шмат разоў і пакуль беспаспяхова.
Skype for Business (SfB) (раней Lync) - карпаратыўны мэсанджар з пашыранымі магчымасцямі. Мае цесную інтэграцыю з Exchange серверам, але значна саступае апошняму па папулярнасці. Skype for Business звычайна выкарыстоўваецца толькі ў буйных кампаніях, т.я. дробным і сярэднім кампаніямі ён не моцна цікавы.
Актуальнай версіяй зараз з'яўляецца Skype for Business 2019, які валодае мінімальнымі адрозненнямі ў параўнанні з папярэдняй версіяй Skype for Business 2016, таму SfB 2019 можна ўмоўна лічыць Service Pack 1 для SfB 2016, а не новай паўнавартаснай версіяй.
У воблаку Office 365 гэты прадукт быў прадстаўлены сэрвісам Skype for Business Online, які праз некаторы час быў поўнасцю заменены на Microsoft Teams, г.зн. зараз Skype for Business у воблаку Office 365 няма. Па гэтым чынніку чакаць з'яўленні наступнай лакальнай версіі Skype for Business 2022 ці наўрад варта, бо прыярытэтам для Microsoft з'яўляецца распрацоўка і развіццё месэнджара Teams, сталага адказам вендара на з'яўленне паспяховага месэнджара Slack.
Калі вы зараз адмініце лакальны Skype for Business і вам падабаецца канцэпцыя карпаратыўнага месэнджара, то я раю паглядзець на Teams у складзе Office 365, у адваротным выпадку лепш абраць іншы прадукт для прапампоўкі сваіх ведаў, т.к. лакальны Skype for Business чакае забыццё. У адрозненне ад Exchange, які стаў дэ-факта стандартам у нішы паштовых сервераў, у Skype for Business сёння маюцца альтэрнатывы. Team і Slack для буйных і сярэдніх кампаній. Telegram, Viber, Whatsapp - для дробных кампаній.
SharePoint – унутрыкарпаратыўны партал, дзе кампаніі могуць размяшчаць свае карысныя Web-сэрвісы (графік адпачынкаў, спіс супрацоўнікаў з фатаграфіямі і тэлефонамі, напамінальнікі пра дні нараджэння, карпаратыўныя навіны і г.д.). Карыстальнікі могуць захоўваць, рэдагаваць і дзяліцца файламі, якія яны размяшчаюць у сваіх бібліятэках SharePoint.
SharePoint - гэта як Bitrix24, толькі больш, функцыянальней, даражэй і ў разы складаней у наладзе і падтрымцы. Кілер фічаў з'яўляецца магчымасць адначасовага рэдагавання аднаго дакумента вялікай колькасцю супрацоўнікаў, што вельмі зручна, калі 100 чалавек спрабуюць запоўніць графік водпускаў, і інтэграцыя з Office Online Server і лакальным MS Office.
Sharepoint - гэта вялікі, складаны і дарагі прадукт, таму ён звычайна выкарыстоўваецца толькі ў буйных кампанія. Кампаніі паменш выкарыстоўваюць Bitrix24 ці яго аналогі, альбо проста захоўваюць файлы на файлавых серверах, а карысныя Web-сэрвісы разносяць па розных унутраных сайтах.
Фермамі (кластарамі) SharePoint звычайна займаюцца распрацоўшчыкі з функцыямі адміністратараў, а не "чыстыя" сістэмныя адміністратары, т.я. для таго, каб SharePoint узляцеў і быў карысны кампаніі, у ім неабходна шматлікае дапілаваць з дапамогай кода.
У склад Office 365 уваходзіць сэрвіс SharePoint Online, які ўяўляе сабой спрошчаную версію лакальнага SharePoint, г.зн. валодае мінімальнай колькасцю магчымасцяў для кастамізацыі і «дапіла пад сябе», затое здымае з распрацоўніка адміністратара кучу галаўнога болю па яго эксплуатацыі. Мой вердыкт такі - складанасць і дарагоўля падтрымкі on-premise версіі SharePoint зробяць сваю справу і кампаніі з радасцю пачнуць паступова перапаўзаць у SharePoint Online, альбо адмовяцца ад Sharepoint зусім у карысць якога-небудзь прасцейшага рашэння. Вясёлкавага і бесклапотнага жыцця для SharePoint у лакальных усталёўках я асабіста не бачу.
Сістэмны цэнтр – гэта цэлае сямейства прадуктаў для разгортвання, наладкі, кіравання і маніторынгу вялікімі Windows інфраструктурамі. Мяркуючы ўваходзяць: 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) ).
Увесь спектр прадуктаў System Center звычайна запатрабаваны толькі ў буйных кампаніях, тады як сярэднія выкарыстоўваюць, як правіла, толькі адзін ці два прадукта.
Бо прадукты System Center досыць складаныя ў засваенні і звычайна выкарыстоўваюцца толькі ў буйных інфраструктурах, то для працы з імі прынята вылучаць асобных людзей, напрыклад, адміністратара сістэм маніторынгу (SCOM), адміністратара па абслугоўванні працоўных станцый (SCCM), адміністратара сістэм віртуалізацыі (Hyper -V + SCVMM), адміністратара па аўтаматызацыі інфраструктуры (SCORCH + SCSM).
Кампанія Microsoft імкліва развівае свае хмарныя сэрвісы, таму функцыянал System Center паступова перацякае ў аблокі. Усё гэта дастаткова моцна паўплывае на on-premise прадукты System Center ужо ў самы бліжэйшы час.
функцыянал System Center Orchestrator (SCORCH) у будучыні заменіць сэрвіс Azure Automation ().
функцыянал System Center Operations Manager (SCOM) у будучыні заменіць сэрвіс Azure Monitor ().
функцыянал System Center Data Protection Manager (SCDPM) у будучыні заменіць сэрвіс Azure Backup ().
функцыянал System Center Service Manager (SCSM) перастане быць запатрабаваны ці будзе заменены любой іншай тыкетнай сістэмай, напрыклад, Jira.
System Center Virtual Machine Manager (SCVMM) пакуль застанецца ў кампаній, якія лакальна выкарыстоўваюць віртуалізацыю Hyper-V. Невялікія ўсталёўкі Hyper-V (10-15 сервераў) можна суцэль паспяхова адміністраваць без SCVMM выкарыстоўваючы толькі стандартныя сродкі – Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.
Дыспетчар канфігурацыі System Center (SCCM) – выкарыстоўваецца для масавага разгортвання аперацыйных сістэм, усталёўкі карпаратыўных прыкладанняў з адзінага каталога, усталёўкі абнаўленняў Windows на серверы і канчатковыя працоўныя станцыі, інвентарызацыі прыкладанняў і падліку ліцэнзій. Падобна, што гэта адзіны прадукт з усёй лінейкі System Center, які застанецца з намі ў on-premise інфраструктуры, т.я. паўнавартасна замяніць яго чымсьці хмарным у дадзены момант не атрымліваецца.
Калі вы зараз падтрымліваеце лакальную інсталяцыю System Center Configuration Manager (SCCM), то можаце працягваць гэта рабіць, т.я. прадукт будзе з намі як мінімум бліжэйшыя 3-5 гадоў. Дадаткова я б рэкамендаваў пачаць вывучаць магчымасці Office 365, т.я. гэта будзе добра спалучацца з пасадай Enterprise Desktop Administrator.
Роля адміністратараў большасці астатніх прадуктаў System Center будзе скасаваная, т.я. сэрвісы Azure прыкметна спрашчаюць іх працу, хаваючы ўсю складанасць ад старонніх вачэй. Возьмем для прыкладу адміністратара па аўтаматызацыі (SCORCH + SCSM). SCORCH будзе заменены на Azure Automation. Веды працэсу аўтаматызацыі, PowerShell, SQL застануцца і будуць карыснымі для Azure Automation, а вось веды аб пабудове кластараў SCORCH, забеспячэнні іх высокай даступнасці, сайзінгу рэсурсаў, абнаўленні, міграцыі на новыя версіі, рэзервовым капіяванні і маніторынгу страцяць сваю актуальнасць, т.я. усю гэтую працу на сябе возьме воблака Azure. Адміністратар аўтаматызацыі будзе засяроджаны толькі на самім працэсе аўтаматызацыі, т.я. ад яго сыдзе ўся праца па падтрыманні працаздольнасці інфраструктуры аўтаматызацыі.
Windows server і яго ролі
Active Directory (AD) – месца, дзе захоўваюцца ўліковымі запісы карыстальнікаў і кампутараў. Калі ў кампаніі больш за 20 кампутараў, то, хутчэй за ўсё, там ужо маецца які-небудзь дамен Active Directory. Веды Active Directory, уменне адрозніваць дамен ад лесу, навык працы з групавымі палітыкамі з'яўляюцца абавязковымі для любога віндовага адміністратара. Гэтыя веды будуць актуальныя яшчэ гадоў 20. Дадаткова я б рэкамендаваў азнаёміцца з Azure AD (AAD), паглядзець на варыянты сінхранізацыі карыстальнікаў паміж on-premise і хмарнай інфраструктурамі.
DNS, DHCP – сеткавыя сэрвісы, разуменне якіх спатрэбіцца ва ўсіх абласцях IT, пачынаючы ад адміністравання і заканчваючы праграмаваннем, таму іх трэба ведаць абавязкова. Разуменне працы сетак, пратаколаў маршрутызацыі, мадэляў OSI і TCPIP будзе несумнеўным плюсам для любога IT-спецыяліста.
Hyper-V, – назоў для ўсяго стэка тэхналогій віртуалізацыі ад кампаніі Microsoft і яе гіпервізара ў прыватнасці. Развіваецца досыць імкліва, хоць на мой погляд, большасць новых функцый (Shielded VM, Encrypted Subnets, Storage Spaces Direct) арыентаваны перш за ўсё на лакальных (Cloud Service Providers) і глабальных (Azure) хмарных правайдэраў, а не на карпаратыўны сегмент (Enterprise). Гэта ў цэлым вытлумачальна, бо Microsoft спачатку ўкараняе і абкатвае новы функцыянал у сваім воблаку Azure, а толькі потым пераносіць яго ў Windows Server і Hyper-V.
Hyper-V па-ранейшаму пакутуе ад адсутнасці адзінай бясплатнай кансолі, дзе былі б прадстаўлены ўсе неабходныя функцыі. Цяпер у нас ёсць Failover Cluster Manager, Hyper-V Manager, Windows Admin Center. Такі кансоллю павінен быў стаць SCVMM, але ён платны і некалькі складзены ў засваенні.
Калі вы зараз падтрымліваеце лакальную інсталяцыю Hyper-V з без SCVMM, то можаце працягваць гэта рабіць. Паралельна я б рэкамендаваў пачаць вывучаць Azure IaaS і механізмы міграцыі віртуальных машын паміж воблакам і on-premises інфраструктурай.
Сярод майго асяроддзя (банкі, тэлекомы, страхавыя кампаніі, буйныя вытворчыя холдынгі) уся прадуктыўная віртуалізацыя, як правіла, кіруецца VMware vSphere, а не Hyper-V c SCVMM, таму адміністратару Hyper-V я магу парэкамендаваць паглядзець таксама ў бок VMware і яе прадуктаў .
хмарныя сэрвісы
Упраўленне 365 – гэта хмарны сэрвіс, які прадстаўляе па падпісцы пакет прыкладанняў Microsoft Office (лакальную і яго Web версіі), а таксама які ўключае ў сябе асноўныя серверныя прадукты – Exchange, Teams, OneDrive і Sharepoint.
На дадзены момант Office 365 з'яўляецца самадастатковым сэрвісам, практычна цалкам якія зачыняюць запатрабаванні ў офісных камунікацыях. Дзякуючы прастаце налады ён выдатна падыходзіць як невялікім кампаніям, так і сярэдняму і буйному бізнэсу.
Наяўнасць у воблаку ўжо разгорнутых сэрвісаў Exchange, Teams, OneDrive і Sharepoint прыкметна змяншае нагрузку на сістэмнага адміністратара, т.к. усе працэдуры па ўсталёўцы, сайзінгу рэсурсаў, абнаўленню і міграцыі на новыя версіі зараз ляжаць цалкам на кампаніі Microsoft. Калі раней для суправаджэння Exchange, Teams, OneDrive і Sharepoint у лакальнай інфраструктуры спатрэбілася б 4-6 асобна выдзеленых адміністратараў, то цяпер у Office 365 дастаткова толькі 1 адміністратара сярэдняй рукі. Калі нешта не атрымліваецца ці працуе некарэктна, то можна стварыць тыкет у тэхпадтрымку Microsoft прама з інтэрфейсу Office 365, што вельмі зручна.
Калі зараз вы з'яўляецеся сістэмным адміністратарам, які суправаджае лакальныя версіі прадуктаў Exchange, Skype for Business або Sharepoint, то я б рэкамендаваў паглядзець на іх хмарныя версіі ў складзе Office 365, каб зразумець наколькі яны вам падыходзяць і які функцыянал яны падаюць у параўнанні з лакальнымі версіямі.
Блакітны – гэта глабальная хмарная платформа ад кампаніі Microsoft, якая ўключае ў сябе ўвесь час пашыраецца набор хмарных службаў, якія дапамагаюць арганізацыям вырашаць свае бізнес-задачы. У дадзены момант Azure уключае ў сябе больш за 300 сэрвісаў, аб'яднаных у розныя катэгорыі (вылічэнні, сеткі, сховішчы, базы дадзеных, аналітыка, інтэрнэт рэчаў, бяспека, devOps, кантэйнеры і г.д.).
З'явіўшыся ўпершыню ў 2009 году Microsoft Azure зараз займае адно з якія лідыруюць месцаў на сусветным рынку хмарных паслуг, паспяхова канкуруючы тамака з Amazon AWS.
Паводле апошняй фінансавай справаздачы () квартальная (Q4 2019) прыбытак Microsoft вырасла на 49% за кошт поспехаў Office 365 і хмарнага бізнесу. Выручка ад Azure вырасла на 64%.
Azure разам з Office 365 з'яўляюцца асноўнымі кірункамі, куды кампанія Microsoft накіроўвае свае фінансавыя і арганізацыйныя рэсурсы.
Багацце сэрвісаў на платформе Azure здольна заблытаць нават дасведчанага IT-адмыслоўца, таму ніжэй будзе апісанне тыповай сервернай віндовай інфраструктуры, дзе ў дужках я пакажу іх прыкладныя аналогі ў воблаку Azure. Спадзяюся, гэта паслужыць адпраўной кропкай да вывучэння Azure, бо, як вядома, пачынаць трэба з малога, паступова прасоваючыся ў глыб.
Тыповая серверная віндовая інфраструктура выглядае прыкладна так:
- Active Directory (AD) з групавымі палітыкамі і DNS. (Azure Active Directory (AAD), Azure DNS).
- DHCP
- Паштовы сервер Exchange. (Exchange online у складзе Office 365).
- RDS-ферма з некалькімі тэрмінальнымі серверамі. (Azure virtual machine + Azure Virtual Network + Azure Storage).
- Файлавы сервер, дзе супрацоўнікі захоўваюць свае файлы. (Azure File Storage, Azure Virtual Machine + Azure Virtual Network + Azure Storage)
- Серверы з прыкладаннямі і базамі дадзеных (1С, унутраны сайтпартал, CRM і г.д.). (Azure SQL Database, Azure Web Sites, Microsoft Dynamics 365, Azure Virtual Machine + Azure Virtual Network + Azure Storage)
Асноўнымі адміністрацыйнымі задачамі з'яўляюцца:
- Стварэнне рэзервовых копій. (Azure Backup).
- Збор і аналіз логаў. (Azure Log Analytics).
- Аўтаматызацыя руцінных задач. (Azure Automation).
- Маніторынг стану працы сэрвісаў і атрыманне апавяшчэнняў аб збоях (Azure Monitor).
Віндовым адмінам, якія суправаджаюць лакальныя інфраструктуры, я б параіў у першую чаргу пашукаць аналогі сваіх каханых сэрвісаў у воблаку Azure, каб папрацаваць з імі трохі, вызначыць іх карыснасць для кампаніі, і, магчыма, арганізаваць гібрыдныя варыянты, абраўшы лепшае ад абодвух міроў.
Навучанне
Акцэнт кампаніі Microsoft у развіцці сваіх прадуктаў паступова ссоўваецца на хмарныя рашэнне, таму вучыць іх неабходна пачынаць ужо цяпер. Дзе можна атрымаць больш ведаў аб Azure на рускай мове? Такіх рэсурсаў, нажаль, не так шмат.
Кампанія Microsoft прапануе выкарыстоўваць свой партал Microsoft Learn. . Тэкставы матэрыял перакладзены на рускую мову, відэа ж дадзена на англійскай мове, хоць і з рускімі субтытрамі.
У якасці добрага і якаснага матэрыялу для вывучэння Azure я б рэкамендаваў курс Exam AZ-900 Azure Fundamentals, які чытае на сваім YouTube-канале Ігар Шасцітка (). Цяпер там 13 відэа, але пры наяўнасці дастаткова актыўнай падтрымкі з боку супольнасці (лайк, падпіска) матэрыялы будуць з'яўляцца хутчэй і працяг не прымусіць сябе доўга чакаць.
Дадаткова на канале iwalker2000 я раю паглядзець плэйліст «ІТ-кар'ера: як стаць ІТ-адмыслоўцам», які дапаможа пачаткоўцам адмыслоўцам вызначыць шлях свайго прафесійнага развіцця і правільна пабудаваць кар'еру. ()
Матэрыялаў па Azure на рускай мове, нажаль, не так шмат, як жадалася бы, таму калі вы ведаеце яшчэ якія-небудзь карысныя рэсурсы па дадзенай тэматыцы, то просьба падзяліцца імі ў каментарах. Многія IT-спецыялісты будуць вам удзячныя за гэта.
Высновы
Якія вывады можна зрабіць з усяго вышэйнапісанага?
- Жыццё ў інфраструктуры Microsoft усё яшчэ існуе, і яна нікуды не сыходзіць. Кампанія Microsoft валодае досыць шырокім партфелем праграмных рашэнняў, шматлікія з якіх з'яўляюцца лідэрамі ў сваіх нішах, таму сістэмнаму адміністратару інжынеру заўсёды ёсць што вучыць, укараняць, эксплуатаваць і развіваць.
- Інфраструктура Microsoft зараз актыўна змяняецца, прычым адбываецца гэта з упорам на развіццё хмарных сэрвісаў – Azure і Office 365. Новыя прадукты і прыкладанні Microsoft будуць першапачаткова стварацца для працы ў воблаку з прывязкай да падпісачнай мадэлі са штомесячнымі плацяжамі. Толькі некаторая частка з гэтых прадуктаў знойдзе потым сваё ўвасабленне ў on-premise рашэннях.
- Частка дарагіх і складаных у падтрымцы прадуктаў хутка пакіне нас, пераехаўшы поўнасцю або часткова ў воблака Azure або Office 365. Асобныя адміністратары, якія суправаджаюць пастаянна 1 толькі прадукт (напрыклад, SCOM, SCSM і г.д.), хутка будуць скасаваны.
- Калі вы дасведчаны сістэмны адміністратарінжынер, які працуе ў экасістэме Microsoft, тое неабавязкова ўсё кідаць і бегчы ў DevOps, аб якім кажуць цяпер на кожным куце. Можна працягваць развівацца далей у сваім кірунку, дадаючы кампетэнцыі ў хмарных сэрвісах Azure і Office 365.
- Каб заставацца запатрабаваным спецыялістам на рынку працы давядзецца вучыцца, вучыцца і яшчэ раз вучыцца. Канцэпцыя "адукацыя праз усё жыццё" для IT актуальная як ніколі, асабліва зараз у часы актыўнага развіцця хмарных тэхналогій.
- DevOps зараз знаходзіцца на піку сваёй папулярнасці (хайпа). Гэта факт. Першапачаткова DevOps успрымаўся як метадалогія, якая дазваляе аб'яднаць разам распрацоўку ПЗ і эксплуатацыю, калі праграмісты і інжынеры пачынаюць працаваць разам на карысць адзінай агульнай мэты - зрабіць ПЗ лепш. Галоўны ўпор рабіўся на змене ў культуры зносін паміж камандамі, развіцці механізмаў узаемадапамогі і калектыўнай адказнасці за выніковы вынік. Аднак у выніку гэта прывяло да з'яўлення новай пасады – DevOps інжынера, якому былі дэлегаваны задачы рэліз-інжынера (CICD), адміністратара па аўтаматызацыі, хмарнага адміністратара і інжынера па эксплуатацыі. Гэта факт, які ўжо адбыўся. Колькасць вакансій для DevOps і патрабаванні ў іх гэта толькі пацвярджаюць.
DevOps зараз можна разглядаць у якасці дадатковага шляху для развіцця сістэмнага адміністратараінжынера. DevOps - гэта выдатны спосаб для звычайнага адміністратара змяніць сваю бягучую галіну на індустрыю распрацоўкі ПЗ. Тыя, каму падабаецца аўтаматызацыя і напісанне кодаскрыптаў па выніку стануць распрацоўшчыкамі, а тыя, каму мілей інфраструктурныя рэчы (сеткі, серверы, АС, аблокі і г.д.) – стануць DevOps інжынерамі.
- Калі вы пачатковец адмысловец, ці толькі ўваходзіце ў IT, то DevOps цяпер з'яўляецца выдатным спосабам за кароткі прамежак часу прапампоўвацца і атрымаць працу ў звычайнай кампаніі, з годнай аплатай працы і добрым офісам, таму вучыце Linux, Ansible, Docker, Kubernetes, Python і CICD .
У апошні час узрос попыт на платформу Linux і рашэнні, звязаныя з распрацоўкай ПА, але адбываецца гэта не за кошт экасістэмы Microsoft, а проста з'явілася новая ніша, дзе актыўна выкарыстоўваюцца Docker і Kubernetes, маналітныя прыкладанні распілоўваюцца на мікра-сэрвісы, а бізнэс патрабуе павялічыць хуткасць выпуску рэлізаў ПЗ, каб скараціць час выхаду новага функцыяналу на рынак.
Крыніца: habr.com