Вступ
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 , які обіцятимуть зарплату вдвічі більше за поточну, видадуть новий Macbook, гіроскутер і не забудуть при цьому про абонемент на безкоштовну заправку вейпу і на нескінченну кількість смюзі. Загалом настане IT-шний рай.
Якщо ж прочитати статті, що принижують заслуги DevOps, то починає складатися вже інше враження, що DevOps – це новий вид рабства, де люди повинні кодувати чи на одному рівні з розробниками, допомагати їм виправляти баги, займатися автоматизацією та CICD, розгортати Jira з Wiki , крутити хмари, збирати контейнери і керувати ними, паралельно виконуючи адмінську роботу, не забуваючи при цьому ще й про заправку картриджів, обтискання кручений пари і поливання офісних кольорів.
Але, як відомо, істина зазвичай десь посередині, тому сьогодні ми намагатимемося трохи у всьому розібратися.
Адміни більше не потрібні?
Будучи системним адміністратором-інженером, який вже досить давно працює з продуктами Microsoft і VMware, я почав помічати, що останні кілька років періодично з'являються розмови про те, що системні адміністратори скоро будуть нікому не потрібні, тому що:
- Вся інфраструктура ось-ось зміниться і перетвориться на IaaC (Infrastructure as a code). Тепер не буде жодного GUI з кнопочками, а будуть лише PowerShell, yaml-файли, конфіги та інше. Якщо якийсь сервіс або його компонент зламався, то лагодити його більше не треба, т.к. швидше розгорнути його нову копію з останнього робочого стану.
- Вся IT-інфраструктура скоро переміститься в хмари, а локально (on-premise) залишаться лише мережеві кабелі до найближчого маршрутизатора, який з'єднуватиме нас з усіма іншими корпоративними ресурсами, що знаходяться у хмарі. Ну, максимум ще принтер локально залишиться, щоб дівчата з бухгалтерії могли на ньому зображення котиків з інтернету друкувати. Все інше має у хмарі.
- Прийдуть DevOps-гуру і все навколо автоматизують, тому адмінам залишиться лише з теплотою в душі згадувати, як у минулі часи вони запускали пінги та трасування, щоб діагностувати базові проблеми в мережі та на серверах.
- Також я чув про таке явище як «Вендекапець», але це було досить давно, ще на зорі моєї кар'єри, коли я тільки-но починав робити перші кроки у бік системного адміністрування. Але чомусь «Вендекапець» так і не настав, як і кінець світу за календарем Майя. Збіг? Не думаю. 🙂
Невже гвинтові системні адміністратори, які сьогодні працюють щільно з продуктами компанії Microsoft, скоро будуть нікому не потрібні? Чи все ж таки необхідність у них залишиться? Чи продовжать адміністратори Windows носити свій статус адміністраторів інженерів або ж їм буде відведена роль низькокваліфікованої робочої сили або будь-який (дай, подай, принеси)?
Навіть тут на 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 – отже 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 у локальних інсталяціях я особисто не бачу.
System Center – це ціла родина продуктів для розгортання, налаштування, управління та моніторингу великими інфраструктурами 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 Configuration Manager (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. Окремі адміністратори, що супроводжують постійно лише один продукт (наприклад, SCOM, SCSM і т.д.), скоро будуть скасовані.
- Якщо ви досвідчений системний адміністратор інженер, який працює в екосистемі Microsoft, то необов'язково все кидати і бігти в DevOps, про який говорять зараз на кожному розі. Можна продовжувати розвиватись далі у своєму напрямку, додаючи компетенції у хмарних сервісах Azure та Office 365.
- Щоб залишатися затребуваним фахівцем на ринку праці, доведеться вчитися, вчитися і ще раз вчитися. Концепція «освіта через все життя» для ІТ актуальна як ніколи, особливо зараз за часів активного розвитку хмарних технологій.
- DevOps зараз знаходиться на вершині своєї популярності (хайпу). Це факт. Спочатку DevOps сприймався як методологія, що дозволяє об'єднати разом розробку ПЗ та експлуатацію, коли програмісти та інженери починають працювати разом на благо єдиної спільної мети – зробити ПЗ кращим. Головний наголос робився зміні у культурі спілкування між командами, розвитку механізмів взаємодопомоги та колективної відповідальності за підсумковий результат. Однак це призвело до появи нової посади – DevOps інженера, якому були делеговані завдання реліз-інженера (CICD), адміністратора з автоматизації, хмарного адміністратора та інженера з експлуатації. Це вже доконаний факт. Кількість вакансій для DevOps та вимоги до них це лише підтверджують.
DevOps тепер можна розглядати як додатковий шлях для розвитку системного адміністратора інженера. DevOps – це чудовий спосіб для звичайного адміністратора змінити свою галузь на індустрію розробки ПЗ. Ті, кому подобається автоматизація та написання кодаскриптів за підсумком стануть розробниками, а ті, кому миліші за інфраструктурні речі (мережі, сервери, ОС, хмари тощо) — стануть DevOps інженерами.
- Якщо ви початківець, або тільки входите в IT, то DevOps зараз є відмінним способом за короткий проміжок часу прокачатися і отримати роботу в нормальній компанії, з гідною оплатою праці та хорошим офісом, тому навчайте Linux, Ansible, Docker, Kubernetes, Python та CICD .
Останнім часом зріс попит на платформу Linux та рішення, пов'язані з розробкою ПЗ, але відбувається це не за рахунок екосистеми Microsoft, а просто з'явилася нова ніша, де активно використовуються Docker та Kubernetes, монолітні програми розпилюються на мікро-сервіси, а бізнес вимагає збільшити швидкість випуску релізів ПЗ, щоб скоротити час виходу нового функціоналу ринку.
Джерело: habr.com