არსებობს თუ არა სიცოცხლე Windows-ის შემდეგ ან სად უნდა განვითარდეს Windows სისტემის ადმინისტრატორი/ინჟინერი 2020 წელს?

Entry

2019 წელი ნელა, მაგრამ აუცილებლად უახლოვდება თავის ლოგიკურ დასასრულს. IT ინდუსტრია აგრძელებს აქტიურად განვითარებას, გვახარებს დიდი რაოდენობით ახალი ტექნოლოგიებით და, ამავდროულად, ავსებს ჩვენს ლექსიკას ახალი განმარტებებით: Big Data, AI, Machine Learning (ML), IoT, 5G და ა.შ. , განსაკუთრებით ხშირად განიხილებოდა საიტის საიმედოობის ინჟინერია (SRE), DevOps, მიკროსერვისები და ღრუბლოვანი გამოთვლები.

ზოგიერთმა ტექნოლოგიამ, მაგალითად, ბლოკჩეინმა და კრიპტოვალუტამ (ბიტკოინი, ეთერიუმი და ა. დადებითი და უარყოფითი ასპექტები, ასევე გადაწყვიტეთ სად და როგორ გამოიყენოთ ისინი საუკეთესოდ. ბლოკჩეინისა და კრიპტოვალუტების თემის დაბალანსებული სახე შეგიძლიათ იხილოთ აქ ალექსეი მალანოვის სტატია კასპერსკის ლაბორატორიიდან. Очень рекомендую ознакомиться с ней.

სხვა ტექნოლოგიები ჯერ კიდევ მხოლოდ პოპულარობას იძენს, მათ ირგვლივ ქმნიან აქტიურ თემებს, მათ შორის არა მხოლოდ მხარდამჭერებს და მიმდევრებს, არამედ მგზნებარე ოპონენტებსაც.

ყველა შედის DevOps-ში?

DevOps, ახალი მიდგომა პროგრამული უზრუნველყოფის დამუშავებისა და ექსპლუატაციის მიმართ, დღეს ჩემგან განსაკუთრებულ ხსენებას მიიღებს, რადგან... ამ თემაზე წელს მართლაც ბევრი სტატია და დებატები გაიმართა.

ტერმინი DevOps დღეს საკმაოდ ფართოდ არის განმარტებული. ზოგიერთს ესმის DevOps, როგორც სპეციალური მიდგომა პროგრამული უზრუნველყოფის შემუშავებისა და ექსპლუატაციის მიმართ, როდესაც სამუშაოში ჩართული არიან ადამიანები, რომლებსაც შეუძლიათ როგორც მცირე კოდირება, ასევე ადმინისტრირება. სხვებისთვის, ეს არის, უპირველეს ყოვლისა, გუნდში საკუთარი პერსონალური სისტემის ადმინისტრატორის არსებობა, რომელიც საშუალებას აძლევს მათ გაათავისუფლონ პროგრამული უზრუნველყოფის დეველოპერები არა-ძირითადი დატვირთვის ნაწილისგან, სისტემის გარემოს დაყენების, სატესტო გარემოს შექმნის სახით. , შიდა და გარე სერვისებთან ინტეგრაციის განხორციელება, ასევე ავტომატიზაციის სკრიპტების დაწერა. სხვებისთვის ეს მხოლოდ მოდური ტექნოლოგიებისა და ხელსაწყოების ნაკრებია, რომელიც უნდა იქნას გამოყენებული, რომ ყოველთვის ახალგაზრდა და წარმატებული დარჩეს. მეოთხე, ეს არის CICD და ყველაფერი, რაც მას უკავშირდება. მართლაც არსებობს DevOps-ის მრავალი ინტერპრეტაცია, ასე რომ, ყველას შეუძლია დამოუკიდებლად იპოვნოს მათში ის, რაც ყველაზე მეტად მოსწონს.

DevOps-ის სხვადასხვა ინტერპრეტაცია იწვევს ცხარე დისკუსიებს, რაც იწვევს ამ თემაზე მეტი სტატიის გამოჩენას. ზოგიერთი მათგანი ჩემს სანიშნეებშიც კი შევინახე:

1. ვინ არიან DevOps?
2. როგორ შევიდეთ DevOps-ში, როგორ ვისწავლოთ და რა წავიკითხოთ.
3. რატომ უნდა გახდნენ სისტემის ადმინისტრატორები DevOps-ის ინჟინრები.

Если прочитать достаточное количество статей, восхваляющих DevOps, то может сложиться впечатление, что любому системному администраторуинженеру достаточно лишь изменить в своём профиле на LinkedIN текущую должность с администратораинженера на DevOps, как сразу же на него начнут сыпаться приглашения на собеседования от HR из крупных и успешных компаний, которые будут обещать зарплату в 2 раза больше текущей, выдадут новенький Macbook, гироскутер и не забудут при этом про абонемент на бесплатную заправку вейпа и на бесконечное количество смюзи. В общем, наступит IT-шный рай.

თუ კითხულობთ სტატიებს, რომლებიც ამცირებენ DevOps-ის ღირსებებს, გექმნებათ განსხვავებული შთაბეჭდილება, რომ DevOps არის მონობის ახალი ტიპი, სადაც ადამიანებმა უნდა დააკოდირონ თითქმის იმავე დონეზე, როგორც დეველოპერები, დაეხმარონ მათ შეცდომების გამოსწორებაში, გაუმკლავდნენ ავტომატიზაციას და CICD-ს. განათავსეთ Jira Wiki-ით, დაატრიალეთ ღრუბლები, შეაგროვეთ კონტეინერები და მართეთ ისინი, ერთდროულად შეასრულეთ ადმინისტრაციული სამუშაოები, არ დაივიწყოთ კარტრიჯების შევსება, გრეხილი წყვილი კაბელების დაჭიმვა და ოფისის ყვავილების მორწყვა.

მაგრამ, როგორც მოგეხსენებათ, სიმართლე ჩვეულებრივ სადღაც შუაშია, ამიტომ დღეს ჩვენ შევეცდებით ცოტათი გავარკვიოთ.

ადმინები აღარ არის საჭირო?

როგორც სისტემის ადმინისტრატორი და ინჟინერი, რომელიც საკმაოდ დიდი ხნის განმავლობაში მუშაობდა Microsoft-თან და VMware-ის პროდუქტებთან, დავიწყე იმის შემჩნევა, რომ ბოლო რამდენიმე წლის განმავლობაში პერიოდული საუბრები იყო, რომ სისტემის ადმინისტრატორები მალე არავის გამოადგებათ, რადგან:

1. მთელი ინფრასტრუქტურა შეიცვლება და გახდება IaaC (ინფრასტრუქტურა როგორც კოდი). ახლა არ იქნება GUI ღილაკებით, არამედ მხოლოდ PowerShell, yaml ფაილები, კონფიგურაციები და ა.შ. თუ რომელიმე სერვისი ან მისი კომპონენტი გაფუჭებულია, მაშინ მისი შეკეთება აღარ არის საჭირო, რადგან... სწრაფად განათავსეთ მისი ახალი ასლი ბოლო სამუშაო მდგომარეობიდან.
2. მთელი IT ინფრასტრუქტურა მალე ღრუბლებში გადავა და ლოკალურად (წინასწარ) იქნება მხოლოდ ქსელის კაბელები უახლოეს როუტერთან, რომელიც გვაკავშირებს ღრუბელში მდებარე ყველა სხვა კორპორატიულ რესურსთან. ისე, მაქსიმუმ, პრინტერი ადგილობრივად დარჩება, რათა ბუღალტრული აღრიცხვის განყოფილების გოგოებმა მასზე დაბეჭდონ კატების სურათები ინტერნეტიდან. ყველაფერი დანარჩენი ღრუბელში უნდა იყოს.
3. DevOps-ის გურუები მოვა და ავტომატიზირებენ ყველაფერს მათ გარშემო, ასე რომ, ადმინისტრატორებს მხოლოდ სითბოთი მოუწევთ დაიმახსოვროთ, თუ როგორ აწარმოებდნენ ძველ დროში პინგებსა და კვალს ქსელში და სერვერებზე ძირითადი პრობლემების დიაგნოსტიკისთვის.
4. მე ასევე მსმენია ისეთი ფენომენის შესახებ, როგორიც არის „ვენდეკაპეტები“, მაგრამ ეს იყო საკმაოდ დიდი ხნის წინ, ჩემი კარიერის გარიჟრაჟზე, როდესაც ახლა ვიწყებდი პირველი ნაბიჯების გადადგმას სისტემის ადმინისტრირებისკენ. მაგრამ რატომღაც, "ვენდეკაპეტები" არასოდეს მოვიდა, ისევე როგორც სამყაროს დასასრული მაიას კალენდრის მიხედვით. დამთხვევა? არ იფიქრო. 🙂

ვინდოუსის სისტემის ადმინისტრატორები, რომლებიც დღეს მჭიდროდ თანამშრომლობენ 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 სკრიპტები, ან მინიმუმ powershell. სად არის ეს ყველაფერი?

არის თუ არა სიცოცხლე Windows-ის შემდეგ, თუ ვინდოუსის სისტემის ადმინისტრატორებმა და ინჟინრებმა უნდა დათმონ ყველაფერი, რომ ისწავლონ Linux, docker, kubernetes, ansible, python და შევიდნენ DevOps-ში?

შესაძლოა, Windows-თან ყველაფერი კარგადაა, უბრალოდ ახლა არის დროებითი აჟიოტაჟი Linux + docker + kubernetes + ansible + python კომბინაციით, რომელმაც დააბნია ჩვენი საყვარელი Windows? რა უნდა გააკეთოს Windows სისტემის ადმინისტრატორმა 2020 წელს, რომ იყოს მოთხოვნადი შრომის ბაზარზე?

სამწუხაროდ, აქ უფრო მეტი კითხვაა, ვიდრე პასუხები, ამიტომ მიმდინარე სტატია შეეცდება დაგვეხმაროს ყველაფრის ოდნავ გაგებაში. სტატია, უპირველეს ყოვლისა, ეძღვნება ვინდოუსის ადმინისტრატორებსა და ინჟინრებს, მაგრამ დარწმუნებული ვარ, ის ასევე დააინტერესებს სხვა IT სპეციალისტებს.

Microsoft მიდის ღრუბლებში?

Windows-ის ადმინისტრატორი, უპირველეს ყოვლისა, Microsoft-ის მიმდევარია, ამიტომ შემდგომში ვისაუბრებთ მასზე და მის შესანიშნავ პროდუქტებზე.

Microsoft-ს აქვს პროგრამული გადაწყვეტილებების საკმაოდ ფართო პორტფელი, რომელთაგან ბევრი ლიდერია თავის ნიშებში. თუ მუშაობთ ვინდოუსის ადმინისტრატორად და ინჟინრად, მაშინ, სავარაუდოდ, მათ ამა თუ იმ გზით წააწყდით. ქვემოთ მივცემ თითოეული პროდუქტის მოკლე აღწერას და აღვწერ მათი განვითარების შესაძლო პერსპექტივებს მომდევნო 3-5 წლის განმავლობაში. ეს არ არის საიდუმლო ინსაიდერი რედმონდის შტაბიდან, მაგრამ ჩემი პირადი აზრია, ამიტომ კომენტარებში ალტერნატიული მოსაზრებები მტკიცედ წახალისებულია.

ლოკალური დანადგარები (ადგილებზე)

Microsoft Exchange Server – მრავალფუნქციური ფოსტის სერვერი, რომელიც მოიცავს არა მხოლოდ ფოსტით მუშაობას, არამედ კონტაქტებს, კალენდრებს, ამოცანებს და ბევრ სხვას. Exchange Server არის Microsoft-ის ერთ-ერთი ფლაგმანი პროდუქტი, რომელიც გახდა დე ფაქტო კორპორატიული სტანდარტი ბევრ კომპანიაში. მას აქვს მჭიდრო ინტეგრაცია არა მხოლოდ თავად Microsoft-ის პროდუქტებთან, არამედ მესამე მხარის მოვაჭრეების გადაწყვეტილებებთან. ბირჟა პოპულარულია როგორც საშუალო ზომის (100 ადამიანიდან), ისე დიდ კომპანიებში.

ამ დროისთვის Exchange Server 2019 ითვლება მიმდინარე ვერსიად. ადრე პროდუქტი საკმაოდ აქტიურად ვითარდებოდა, მაგრამ Exchange 2013 ვერსიიდან დაწყებული ეს განვითარება მნიშვნელოვნად შენელდა, ამიტომ Exchange 2016 შეიძლება პირობითად ეწოდოს Service Pack 1. (SP1) Exchange 2013-ისთვის და Exchange 2019 - შესაბამისად Service Pack 2 (SP2) Exchange 2013-ისთვის. შემდეგი შიდა ვერსიის ბედი (Exchange 2022) ჯერ კიდევ კითხვის ნიშნის ქვეშ დგას.

ახლა მაიკროსოფტი აქტიურად უწყობს ხელს Exchange Online-ს, როგორც Office 365 ღრუბლოვან სერვისის ნაწილად, ასე რომ, ყველა ახალი ფუნქცია ძირითადად იქ ჩნდება. არა მხოლოდ Exchange Online იქნება პირველი, ვინც მიიღებს ახალ ფუნქციებს, არამედ მიიღებს დამატებით შესაძლებლობებსაც, რომლებიც უახლოეს მომავალში არ გადაეცემა შიდა ინსტალაციას. ეს კეთდება იმისათვის, რომ დააჩქაროს მთელი რიგი კომპანიების ღრუბელზე გადასვლა, რადგან... სააბონენტო მოდელი Microsoft-ისთვის ფინანსურად უფრო მომგებიანია, ვიდრე ერთჯერადი გაყიდვა.

თუ ამჟამად ინარჩუნებთ Exchange Server-ის ლოკალურ ინსტალაციას (2013 - 2019), შეგიძლიათ გააგრძელოთ ამის გაკეთება მომდევნო 3-5 წლის განმავლობაში. ამ გზაზე, ღირს დავიწყოთ იმ შესაძლებლობების შესწავლა, რომელსაც Exchange Online გთავაზობთ; და ჰიბრიდული კონფიგურაციები არის, როდესაც ადგილობრივი და ღრუბლოვანი ვერსიები ერთდროულად არსებობს. მაშინაც კი, თუ ვივარაუდებთ, რომ აღარ იქნება Exchange-ის შემდეგი შიდა ვერსია, ახლა მიღებული ცოდნა Exchange Server-ის შესახებ გარკვეული დროის განმავლობაში კვლავ აქტუალური იქნება მრავალი მიზეზის გამო:

• ლოკალური ინსტალაციების რაოდენობა ამჟამად საკმაოდ დიდია, ამიტომ საჭირო იქნება კვალიფიციური ადმინისტრატორები მათ მხარდასაჭერად. უახლოეს მომავალში ყველა ორგანიზაცია ვერ შეძლებს თავისი ფოსტის ღრუბელში გადატანას ამა თუ იმ მიზეზის გამო.
• ღრუბლოვანი მიგრაციის პროექტები ჯერ კიდევ არ არის ტრივიალური, ამიტომ საჭიროა როგორც შიდა, ასევე ღრუბლოვანი გადაწყვეტილებების სპეციფიკის ცოდნა, რათა თავიდან აიცილოთ პრობლემების უმეტესობა და წარმატებით დაასრულოთ მიგრაცია.
• smtpimapmapipop3, ფოსტის ნაკადის, 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-ის შემდეგი ლოკალური ვერსიის მოლოდინი ბიზნესისთვის 2022, რადგან Microsoft-ის პრიორიტეტია Teams მესენჯერის განვითარება და განვითარება, რომელიც გამყიდველის პასუხი გახდა Slack-ის წარმატებული მესენჯერის გაჩენაზე.

თუ ამჟამად მართავთ ადგილობრივ Skype-ს ბიზნესისთვის და მოგწონთ კორპორატიული მესინჯერის კონცეფცია, მაშინ გირჩევთ ნახოთ Teams, როგორც Office 365-ის ნაწილი, წინააღმდეგ შემთხვევაში უმჯობესია აირჩიოთ სხვა პროდუქტი თქვენი ცოდნის გასაუმჯობესებლად, რადგან ადგილობრივი Skype for Business დავიწყებისკენ მიდის. Exchange-ისგან განსხვავებით, რომელიც გახდა დე ფაქტო სტანდარტი ფოსტის სერვერის ნიშაში, Skype for Business დღეს აქვს ალტერნატივები. Team and Slack დიდი და საშუალო კომპანიებისთვის. Telegram, Viber, Whatsapp - მცირე კომპანიებისთვის.

SharePoint – შიდა კორპორატიული პორტალი, სადაც კომპანიებს შეუძლიათ განათავსონ თავიანთი სასარგებლო ვებ სერვისები (შვებულების განრიგი, თანამშრომლების სია ფოტოებით და ტელეფონის ნომრებით, დაბადების დღის შეხსენებები, კორპორატიული სიახლეები და ა.შ.). მომხმარებლებს შეუძლიათ შეინახონ, დაარედაქტირონ და გააზიარონ ფაილები, რომლებსაც ისინი განათავსებენ თავიანთ SharePoint ბიბლიოთეკებში.

SharePoint ჰგავს Bitrix24-ს, მხოლოდ უფრო დიდი, უფრო ფუნქციონალური, უფრო ძვირი და ბევრად უფრო რთული კონფიგურაცია და მხარდაჭერა. მკვლელი მახასიათებლებია დიდი რაოდენობის თანამშრომლების მიერ ერთი დოკუმენტის ერთდროულად რედაქტირების შესაძლებლობა, რაც ძალიან მოსახერხებელია, როდესაც 100 ადამიანი ცდილობს შეავსოს შვებულების განრიგი და ინტეგრაცია Office Online სერვერთან და ადგილობრივ MS Office-თან.

Sharepoint არის დიდი, რთული და ძვირადღირებული პროდუქტი, ამიტომ მას ჩვეულებრივ იყენებენ მხოლოდ დიდი კომპანიები. მცირე კომპანიები იყენებენ Bitrix24-ს ან მის ანალოგებს, ან უბრალოდ ინახავენ ფაილებს ფაილურ სერვერებზე და ავრცელებენ სასარგებლო ვებ სერვისებს სხვადასხვა შიდა საიტებზე.

SharePoint ფერმებს (კლასტერებს) ჩვეულებრივ მართავენ ადმინისტრატორის ფუნქციების მქონე დეველოპერები და არა „სუფთა“ სისტემის ადმინისტრატორები, რადგან იმისათვის, რომ SharePoint აფრინდეს და იყოს სასარგებლო კომპანიისთვის, მას ბევრი უნდა დაემატოს კოდის გამოყენებით.

Office 365 მოიცავს SharePoint Online-ს, რომელიც არის ადგილობრივი SharePoint-ის გამარტივებული ვერსია, ე.ი. მას აქვს მინიმალური პერსონალიზაციის ვარიანტები და არის „მორგებული თქვენზე, მაგრამ ის ათავისუფლებს დეველოპერს და ადმინისტრატორს თავის ტკივილებისგან თავის მუშაობასთან დაკავშირებით. ჩემი ვერდიქტი ასეთია: SharePoint-ის შიდა ვერსიის მხარდაჭერის სირთულე და მაღალი ღირებულება თავისთავად აისახება და კომპანიები სიამოვნებით დაიწყებენ თანდათან გადასვლას SharePoint Online-ზე, ან საერთოდ მიატოვებენ SharePoint-ს უფრო მარტივი გადაწყვეტის სასარგებლოდ. მე პირადად ვერ ვხედავ SharePoint-ის ვარდისფერ და უდარდელ ცხოვრებას ადგილობრივ ინსტალაციებში.

სისტემის ცენტრი არის პროდუქციის მთელი ოჯახი Windows-ის დიდი ინფრასტრუქტურის განლაგების, კონფიგურაციის, მართვისა და მონიტორინგისთვის. მსჯელობაში შედის: სისტემის ცენტრის კონფიგურაციის მენეჯერი (SCCM), სისტემის ცენტრის ვირტუალური აპარატის მენეჯერი (SCVMM), სისტემის ცენტრის ოპერაციების მენეჯერი (SCOM), სისტემის ცენტრის მონაცემთა დაცვის მენეჯერი (SCDPM), სისტემის ცენტრის სერვისის მენეჯერი (SCSM), სისტემის ცენტრის ორკესტრი (SCORCH). ).

სისტემური ცენტრის პროდუქტების სრული ასორტიმენტი, როგორც წესი, საჭიროა მხოლოდ მსხვილ კომპანიებს, ხოლო საშუალო ზომის კომპანიები, როგორც წესი, იყენებენ მხოლოდ ერთ ან ორ პროდუქტს.

იმის გამო, რომ სისტემის ცენტრის პროდუქტები საკმაოდ რთული შესასწავლია და ჩვეულებრივ გამოიყენება მხოლოდ დიდ ინფრასტრუქტურაში, ჩვეულებრივ, ცალკეული ადამიანების დანიშვნა მათთან სამუშაოდ, მაგალითად, სისტემების მონიტორინგის ადმინისტრატორი (SCOM), სამუშაო სადგურის ტექნიკური ადმინისტრატორი (SCCM), ვირტუალიზაციის სისტემის ადმინისტრატორი (Hyper -V + SCVMM), ინფრასტრუქტურის ავტომატიზაციის მენეჯერი (SCORCH + SCSM).

Microsoft სწრაფად ავითარებს თავის ღრუბლოვან სერვისებს, ამიტომ System Center-ის ფუნქციონირება თანდათანობით ღრუბელზე გადადის. ეს ყველაფერი მნიშვნელოვან გავლენას მოახდენს System Center-ის შიდა პროდუქტებზე უახლოეს მომავალში.

ფუნქციონალობა სისტემის ცენტრის ორკესტრი (SCORCH) მომავალში შეიცვლება Azure Automation სერვისით (https://docs.microsoft.com/en-us/azure/automation/automation-intro).

ფუნქციონალობა სისტემის ცენტრის ოპერაციების მენეჯერი (SCOM) მომავალში ჩაანაცვლებს Azure Monitor სერვისს (https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

ფუნქციონალობა სისტემის ცენტრის მონაცემთა დაცვის მენეჯერი (SCDPM) მომავალში ჩაანაცვლებს Azure Backup სერვისს (https://docs.microsoft.com/en-us/azure/backup/backup-overview).

ფუნქციონალობა სისტემის ცენტრის სერვის მენეჯერი (SCSM) შეწყვეტს მოთხოვნას ან შეიცვლება სხვა ბილეთების სისტემით, მაგალითად, ჯირა.

სისტემის ცენტრის ვირტუალური აპარატის მენეჯერი (SCVMM) ამ დროისთვის ის დარჩება კომპანიებთან, რომლებიც ადგილობრივად იყენებენ Hyper-V ვირტუალიზაციას. Hyper-V-ის მცირე ინსტალაციები (10-15 სერვერი) საკმაოდ წარმატებით შეიძლება განხორციელდეს SCVMM-ის გარეშე მხოლოდ სტანდარტული ინსტრუმენტების გამოყენებით - Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.

სისტემის ცენტრის კონფიგურაციის მენეჯერი (SCCM) - გამოიყენება ოპერაციული სისტემების მასობრივი განლაგებისთვის, კორპორატიული აპლიკაციების ერთი კატალოგიდან დაყენებისთვის, სერვერებზე და ბოლო სამუშაო სადგურებზე Windows-ის განახლებების ინსტალაციისთვის, აპლიკაციების ინვენტარიზაციისთვის და ლიცენზიების გაანგარიშებისთვის. როგორც ჩანს, ეს არის ერთადერთი პროდუქტი მთელი System Center ხაზიდან, რომელიც ჩვენთან დარჩება შიდა ინფრასტრუქტურაში, რადგან... ამჟამად შეუძლებელია მისი სრულად ჩანაცვლება ღრუბელზე დაფუძნებული რაღაცით.

თუ ამჟამად ინარჩუნებთ სისტემის ცენტრის კონფიგურაციის მენეჯერის (SCCM) შიდა ინსტალაციას, შეგიძლიათ გააგრძელოთ ამის გაკეთება, რადგან პროდუქტი ჩვენთან იქნება მინიმუმ მომდევნო 3-5 წლის განმავლობაში. გარდა ამისა, გირჩევთ დაიწყოთ Office 365-ის შესაძლებლობების შესწავლა, რადგან... ეს კარგად ერწყმის Enterprise Desktop Administrator პოზიციას.

Роль администраторов большинства остальных продуктов System Center будет упразднена, т.к. сервисы Azure заметно упрощают их работу, скрывая всю сложность от посторонних глаз. Возьмём для примера администратора по автоматизации (SCORCH + SCSM). SCORCH будет заменён на Azure Automation. Знания процесса автоматизации, PowerShell, SQL останутся и будут полезными для Azure Automation, а вот знания о построении кластеров SCORCH, обеспечении их высокой доступности, сайзинге ресурсов, обновлении, миграции на новые версии, резервном копировании и мониторинге потеряют свою актуальность, т.к. всю эту работу на себя возьмёт облако Azure. Администратор автоматизации будет сосредоточен только на самом процессе автоматизации, т.к. от него уйдёт вся работа по поддержанию работоспособности инфраструктуры автоматизации.

Windows სერვერი და მისი როლები

აქტიური დირექტორია (ახ.წ.) – ადგილი, სადაც ინახება მომხმარებლის და კომპიუტერის ანგარიშები. თუ კომპანიას აქვს 20-ზე მეტი კომპიუტერი, მაშინ სავარაუდოდ მას უკვე აქვს რაიმე სახის Active Directory დომენი. Active Directory-ის ცოდნა, დომენის ტყისგან გარჩევის უნარი და ჯგუფურ პოლიტიკასთან მუშაობის უნარი სავალდებულოა Windows-ის ნებისმიერი ადმინისტრატორისთვის. ეს ცოდნა აქტუალური იქნება კიდევ 20 წლის განმავლობაში. გარდა ამისა, მე გირჩევთ გაეცნოთ Azure AD-ს (AAD), დაათვალიეროთ მომხმარებლების სინქრონიზაციის ვარიანტები შიდა და ღრუბლოვან ინფრასტრუქტურებს შორის.

DNS, DHCP – ქსელური სერვისები, რომელთა გაგება სასარგებლოა IT-ის ყველა სფეროში, ადმინისტრაციიდან პროგრამირებამდე, ასე რომ თქვენ უნდა იცოდეთ ისინი. ქსელების ფუნქციონირების, მარშრუტიზაციის პროტოკოლების, OSI და TCPIP მოდელების ფუნქციონირების გაგება იქნება გარკვეული პლიუსი ნებისმიერი IT სპეციალისტისთვის.

ჰიპერ- V – ვირტუალიზაციის ტექნოლოგიების მთელი დასტას სახელი Microsoft-ისგან და კერძოდ მისი ჰიპერვიზორისგან. ის საკმაოდ სწრაფად ვითარდება, თუმცა, ჩემი აზრით, ახალი ფუნქციების უმეტესობა (Shielded VM, Encrypted Subnets, Storage Spaces Direct) გამიზნულია ძირითადად ადგილობრივ (Cloud Service Providers) და გლობალურ (Azure) ღრუბლოვან პროვაიდერებზე და არა კორპორატიულზე. სეგმენტი (საწარმო). ეს ზოგადად გასაგებია, რადგან Microsoft ჯერ ახორციელებს და ამოწმებს ახალ ფუნქციებს თავის Azure ღრუბელში და მხოლოდ ამის შემდეგ გადასცემს მას Windows Server-ზე და Hyper-V-ზე.

Hyper-V კვლავ განიცდის ერთი უფასო კონსოლის ნაკლებობას, რომელიც უზრუნველყოფს ყველა საჭირო ფუნქციას. ახლა ჩვენ გვაქვს Failover Cluster Manager, Hyper-V Manager, Windows Admin Center. SCVMM უნდა ყოფილიყო ასეთი კონსოლი, მაგრამ ფასიანია და გარკვეულწილად რთული შესასწავლია.

თუ ამჟამად ინარჩუნებთ Hyper-V-ის ლოკალურ ინსტალაციას SCVMM-ის გარეშე, შეგიძლიათ გააგრძელოთ ამის გაკეთება. პარალელურად, მე გირჩევთ დაიწყოთ Azure IaaS-ის შესწავლა და ვირტუალური მანქანების მიგრაციის მექანიზმები ღრუბელსა და შიდა ინფრასტრუქტურას შორის.

ჩემს გარემოს შორის (ბანკები, ტელეკომები, სადაზღვევო კომპანიები, დიდი სამრეწველო ჰოლდინგი), ყველა პროდუქტიულ ვირტუალიზაციას, როგორც წესი, მართავს VMware vSphere, და არა Hyper-V SCVMM-ით, ამიტომ შემიძლია გირჩიოთ, რომ Hyper-V ადმინისტრატორმაც გამოიყურებოდეს. VMware და მისი პროდუქტების მიმართ.

ღრუბლოვანი სერვისები

ოფისი 365 არის ღრუბლოვანი სერვისი, რომელიც უზრუნველყოფს Microsoft Office-ის აპლიკაციების სააბონენტო პაკეტს (ლოკალური და ვებ ვერსიები), ასევე მოიცავს მთავარ სერვერის პროდუქტებს - 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-ის ნაწილი, რათა გაიგოთ, როგორ მოგწონთ ისინი და რა ფუნქციონირებას გთავაზობენ მათთან შედარებით. შიდა ვერსიები.

Azure არის Microsoft-ის გლობალური ღრუბლოვანი პლატფორმა, რომელიც მოიცავს ღრუბლოვანი სერვისების მუდმივად გაფართოებულ კომპლექტს, რომელიც ეხმარება ორგანიზაციებს თავიანთი ბიზნეს პრობლემების გადაჭრაში. ამჟამად Azure მოიცავს 300-ზე მეტ სერვისს, რომლებიც დაჯგუფებულია სხვადასხვა კატეგორიებად (გამოთვლა, ქსელი, საცავი, მონაცემთა ბაზები, ანალიტიკა, ნივთების ინტერნეტი, უსაფრთხოება, devOps, კონტეინერები და ა.შ.).

პირველად 2009 წელს გამოჩენის შემდეგ, Microsoft Azure ახლა ერთ-ერთ წამყვან პოზიციას იკავებს ღრუბლოვანი სერვისების გლობალურ ბაზარზე, სადაც წარმატებით კონკურენციას უწევს Amazon AWS-ს.

ბოლო ფინანსური ანგარიშის მიხედვით (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) Microsoft-ის კვარტალური (4 წლის მეოთხე კვარტალი) მოგება გაიზარდა 2019%-ით Office 49-ისა და ღრუბლოვანი ბიზნესის წარმატების გამო. Azure-ის შემოსავალი 365%-ით გაიზარდა.

Azure вместе с Office 365 являются основными направлениями, куда компания Microsoft направляет свои финансовые и организационные ресурсы.

Azure პლატფორმაზე სერვისების სიმრავლემ შეიძლება დააბნიოს გამოცდილ IT სპეციალისტსაც კი, ამიტომ ქვემოთ მოცემულია ტიპიური Windows სერვერის ინფრასტრუქტურის აღწერა, სადაც ფრჩხილებში მე მივუთითებ მათ სავარაუდო ანალოგებს Azure ღრუბელში. ვიმედოვნებ, რომ ეს იქნება საწყისი წერტილი Azure-ის სწავლისთვის, რადგან, როგორც მოგეხსენებათ, თქვენ უნდა დაიწყოთ პატარა, თანდათანობით უფრო ღრმად.

ტიპიური Windows სერვერის ინფრასტრუქტურა ასე გამოიყურება:

• Active Directory (AD) ჯგუფის პოლიტიკითა და DNS-ით. (Azure Active Directory (AAD), Azure DNS).
• DHCP
• გაცვლის ფოსტის სერვერი. (გაცვლა ონლაინ, როგორც Office 365).
• RDS ფერმა რამდენიმე ტერმინალის სერვერით. (Azure ვირტუალური მანქანა + Azure ვირტუალური ქსელი + Azure Storage).
• ფაილის სერვერი, სადაც თანამშრომლები ინახავენ თავიანთ ფაილებს. (Azure File Storage, Azure ვირტუალური მანქანა + Azure ვირტუალური ქსელი + Azure Storage)
• სერვერები აპლიკაციებითა და მონაცემთა ბაზებით (1C, შიდა საიტის პორტალი, CRM და ა.შ.). (Azure SQL მონაცემთა ბაზა, Azure ვებსაიტები, Microsoft Dynamics 365, Azure ვირტუალური მანქანა + Azure ვირტუალური ქსელი + Azure საცავი)

ძირითადი ადმინისტრაციული ამოცანებია:

• სარეზერვო ასლების შექმნა. (Azure Backup).
• მორების შეგროვება და ანალიზი. (Azure Log Analytics).
• რუტინული ამოცანების ავტომატიზაცია. (Azure Automation).
• სერვისების სტატუსის მონიტორინგი და შეტყობინებების მიღება წარუმატებლობის შესახებ (Azure Monitor).

Windows ადმინისტრატორებს, რომლებიც ინარჩუნებენ ადგილობრივ ინფრასტრუქტურას, პირველ რიგში ვურჩევდი, მოძებნონ თავიანთი საყვარელი სერვისების ანალოგები Azure ღრუბელში, რათა ცოტათი იმუშაონ მათთან, დაადგინონ მათი სარგებლობა კომპანიისთვის და, შესაძლოა, მოაწყონ ჰიბრიდული ვარიანტები, აირჩიონ. ორივე სამყაროს საუკეთესო.

სასწავლო

Microsoft-ის აქცენტი პროდუქციის განვითარებაში თანდათან გადადის ღრუბლოვან გადაწყვეტილებებზე, ამიტომ მათი სწავლა ახლავე უნდა დაიწყოთ. სად შემიძლია მეტი ცოდნა რუსულ ენაზე Azure-ის შესახებ? სამწუხაროდ, ასეთი რესურსი ბევრი არ არის.

Microsoft გთავაზობთ გამოიყენოს თავისი Microsoft Learn პორტალი - https://docs.microsoft.com/ru-ru/learn/browse/. ტექსტური მასალა ნათარგმნია რუსულად, ვიდეო მოცემულია ინგლისურად, თუმცა რუსული სუბტიტრებით.

როგორც კარგი და ხარისხიანი მასალა Azure-ის შესასწავლად, მე გირჩევთ Exam AZ-900 Azure Fundamentals კურსს, რომელსაც იგორ შასტიტკო კითხულობს თავის YouTube არხზე (https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7). ამჟამად არის 13 ვიდეო, მაგრამ თუ იქნება საკმარისად აქტიური მხარდაჭერა საზოგადოების მხრიდან (მოწონება, გამოწერა), მასალები უფრო სწრაფად გამოჩნდება და გაგრძელებას დიდი დრო არ დასჭირდება.

გარდა ამისა, iwalker2000 არხზე გირჩევთ უყუროთ პლეილისტს „IT კარიერა: როგორ გავხდეთ IT სპეციალისტი“, რომელიც დაეხმარება დამწყებ სპეციალისტებს დაადგინონ თავიანთი პროფესიული განვითარების გზა და სწორად ააშენონ კარიერა. (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

სამწუხაროდ, აზურზე რუსულ ენაზე იმდენი მასალა არ არის, რამდენიც ჩვენ გვსურს, ასე რომ, თუ იცით რაიმე სხვა სასარგებლო რესურსი ამ თემაზე, გთხოვთ, გააზიაროთ ისინი კომენტარებში. ბევრი IT სპეციალისტი მადლობელი იქნება თქვენი ამისთვის.

დასკვნები

რა დასკვნის გაკეთება შეიძლება ყოველივე ზემოთქმულიდან?

1. Microsoft-ის ინფრასტრუქტურაში ჯერ კიდევ სიცოცხლეა და ის არ ქრება. Microsoft-ს აქვს პროგრამული გადაწყვეტილებების საკმაოდ ფართო პორტფოლიო, რომელთაგან ბევრი ლიდერია თავის ნიშებში, ამიტომ სისტემის ადმინისტრატორს ყოველთვის აქვს რაღაც სასწავლი, დანერგვა, ოპერირება და განვითარება.
2. Инфраструктура Microsoft сейчас активно меняется, причём происходит это с упором на развитие облачных сервисов – Azure и Office 365. Новые продукты и приложения Microsoft будут изначально создаваться для работы в облаке с привязкой к подписочной модели с ежемесячными платежами. Лишь некоторая часть из этих продуктов найдёт потом своё воплощение в on-premise решениях.
3. ზოგიერთი ძვირადღირებული და ძნელად მოსახმარი პროდუქტი მალე დაგვტოვებს და მთლიანად ან ნაწილობრივ გადავა Azure ღრუბელში ან Office 365-ში. ინდივიდუალური ადმინისტრატორები, რომლებიც მუდმივად ინახავენ მხოლოდ ერთ პროდუქტს (მაგალითად, SCOM, SCSM და ა.შ.) მალე იქნებიან. გაუქმდა.
4. Если вы опытный системный администраторинженер, работающий в экосистеме Microsoft, то необязательно всё бросать и бежать в DevOps, о котором говорят сейчас на каждом углу. Можно продолжать развиваться дальше в своём направлении, добавляя компетенции в облачных сервисах Azure и Office 365.
5. იმისათვის, რომ დარჩეთ შრომის ბაზარზე მოთხოვნადი სპეციალისტი, მოგიწევთ სწავლა, სწავლა და ხელახლა სწავლა. IT-სთვის „უვადო განათლების“ კონცეფცია უფრო აქტუალურია, ვიდრე ოდესმე, განსაკუთრებით ახლა ღრუბლოვანი ტექნოლოგიების აქტიური განვითარების დროს.
6. DevOps ახლა პოპულარობის პიკზეა (ჰიპ). ფაქტია. თავდაპირველად, DevOps აღიქმებოდა, როგორც მეთოდოლოგია, რომელიც საშუალებას აძლევს პროგრამული უზრუნველყოფის შემუშავებისა და ოპერაციების გაერთიანებას, პროგრამისტები და ინჟინრები ერთად მუშაობდნენ ერთი საერთო მიზნისკენ - პროგრამული უზრუნველყოფის გაუმჯობესება. ძირითადი აქცენტი კეთდებოდა გუნდებს შორის კომუნიკაციის კულტურის შეცვლაზე, ურთიერთდახმარების მექანიზმების შემუშავებაზე და საბოლოო შედეგზე კოლექტიური პასუხისმგებლობის შესახებ. თუმცა, შედეგად, ამან გამოიწვია ახალი პოზიციის გაჩენა - DevOps ინჟინერი, რომელსაც გადაეცა გამოშვების ინჟინრის (CICD), ავტომატიზაციის ადმინისტრატორის, ღრუბლოვანი ადმინისტრატორის და ოპერაციების ინჟინრის დავალებები. ეს უკვე დასრულებული ფაქტია. DevOps ვაკანსიების რაოდენობა და მათი მოთხოვნები მხოლოდ ამას ადასტურებს.

   DevOps ახლა შეიძლება ჩაითვალოს სისტემის ადმინისტრატორის ინჟინრის განვითარების დამატებით გზად. DevOps არის შესანიშნავი გზა საშუალო ადმინისტრატორისთვის, რომ შეცვალოს თავისი მიმდინარე ინდუსტრია პროგრამული უზრუნველყოფის განვითარების ინდუსტრიაში. მათ, ვისაც უყვარს ავტომატიზაცია და კოდის სკრიპტების წერა, საბოლოოდ გახდებიან დეველოპერები, ხოლო ვინც უპირატესობას ანიჭებს ინფრასტრუქტურულ ნივთებს (ქსელები, სერვერები, OS, ღრუბლები და ა.შ.) გახდებიან DevOps ინჟინრები.

7. თუ თქვენ ხართ დამწყები სპეციალისტი, ან უბრალოდ შედიხართ IT-ში, მაშინ DevOps ახლა შესანიშნავი გზაა განაახლოთ მოკლე დროში და მიიღოთ სამუშაო ნორმალურ კომპანიაში, ღირსეული ანაზღაურებით და კარგი ოფისით, ასე რომ ისწავლეთ Linux, Ansible, Docker, Kubernetes, Python და CICD.

ახლახან გაიზარდა მოთხოვნა Linux პლატფორმაზე და პროგრამული უზრუნველყოფის შემუშავებასთან დაკავშირებულ გადაწყვეტილებებზე, მაგრამ ეს არ არის განპირობებული Microsoft-ის ეკოსისტემით, არამედ უბრალოდ გამოჩნდა ახალი ნიშა, სადაც აქტიურად გამოიყენება Docker და Kubernetes, მონოლითური აპლიკაციები იჭრება მიკრო სერვისებად. და ბიზნესი მოითხოვს პროგრამული უზრუნველყოფის გამოშვების გაზრდილ სიჩქარეს, რათა შემცირდეს დრო ახალი ფუნქციონირების ბაზარზე.

წყარო: www.habr.com