Կա՞ կյանք Windows-ից հետո կամ որտեղ պետք է զարգանա Windows համակարգի ադմինիստրատորը/ինժեները 2020 թվականին:

Մուտք

2019 թվականը դանդաղ, բայց հաստատ մոտենում է իր տրամաբանական ավարտին. ՏՏ ոլորտը շարունակում է ակտիվորեն զարգանալ՝ ուրախացնելով մեզ մեծ թվով նոր տեխնոլոգիաներով և, միևնույն ժամանակ, համալրելով մեր բառապաշարը նոր սահմանումներով՝ Big Data, AI, Machine Learning (ML), IoT, 5G և այլն: Այս տարի: Հատկապես հաճախ քննարկվում էր կայքի հուսալիության ճարտարագիտությունը (SRE), DevOps, միկրոսերվիսներ և ամպային հաշվարկներ։

Որոշ տեխնոլոգիաներ, օրինակ՝ Blockchain-ը և կրիպտոարժույթները (Bitcoin, Ethereum և այլն), կարծես թե արդեն անցել են իրենց հանրաճանաչության գագաթնակետը (hype), ուստի լայն հասարակությունը հնարավորություն ունի ավելի սթափ նայել դրանց՝ բացահայտելով դրանց դրական և բացասական կողմերը, ինչպես նաև որոշել, թե որտեղ և ինչպես լավագույնս օգտագործել դրանք: Բլոկչեյնի և կրիպտոարժույթների թեմայի հավասարակշռված տեսքը կարելի է գտնել այստեղ Ալեքսեյ Մալանովի հոդվածը Կասպերսկու լաբորատորիայից. Ես բարձր խորհուրդ եմ տալիս ստուգել այն:

Մյուս տեխնոլոգիաները դեռ նոր են դառնում ժողովրդականություն՝ իրենց շուրջ ձևավորելով ակտիվ համայնքներ, ներառյալ ոչ միայն կողմնակիցներն ու կողմնակիցները, այլև բուռն հակառակորդները:

Արդյո՞ք բոլորը գնում են DevOps:

DevOps-ը՝ ծրագրային ապահովման մշակման և շահագործման նոր մոտեցումը, այսօր հատուկ նշվելու է իմ կողմից, քանի որ... Այս տարի իսկապես շատ հոդվածներ ու բանավեճեր են եղել այս թեմայով։

DevOps տերմինն այսօր մեկնաբանվում է բավականին լայնորեն: Որոշ մարդիկ DevOps-ը հասկանում են որպես ծրագրային ապահովման մշակման և շահագործման հատուկ մոտեցում, երբ աշխատանքում ներգրավված են մարդիկ, ովքեր կարող են և՛ մի փոքր կոդավորում, և՛ կառավարում անել: Մյուսների համար սա, առաջին հերթին, թիմում իրենց անձնական համակարգի ադմինիստրատորի առկայությունն է, որը թույլ է տալիս ծրագրավորողներին ազատել ոչ հիմնական բեռի մի մասից՝ համակարգի միջավայրը կարգավորելու, թեստային միջավայրեր ստեղծելու տեսքով: , իրականացնելով ինտեգրում ներքին և արտաքին ծառայությունների հետ, ինչպես նաև ավտոմատացման սցենարներ գրելը։ Մյուսների համար դա պարզապես նորաձև տեխնոլոգիաների և գործիքների մի շարք է, որոնք պետք է օգտագործվեն՝ միշտ երիտասարդ և հաջողակ մնալու համար: Չորրորդ համար դա CICD-ն է և դրա հետ կապված ամեն ինչ: Իրոք, կան DevOps-ի բազմաթիվ մեկնաբանություններ, այնպես որ յուրաքանչյուր ոք կարող է ինքնուրույն գտնել դրանցում այն, ինչ իրեն ավելի շատ է դուր գալիս:

DevOps-ի տարբեր մեկնաբանությունները բուռն քննարկումների տեղիք են տալիս, ինչը հանգեցնում է այս թեմայով ավելի շատ հոդվածների հայտնվելուն։ Ես նույնիսկ դրանցից մի քանիսը պահել եմ իմ էջանիշերում.

1. Ովքե՞ր են DevOps-ը:
2. Ինչպե՞ս մտնել DevOps, ինչպես սովորել և ինչ կարդալ.
3. Ինչու՞ համակարգի ադմինիստրատորները պետք է դառնան DevOps-ի ինժեներներ.

Եթե ​​դուք կարդաք բավականաչափ հոդվածներ, որոնք գովաբանում են DevOps-ը, կարող է տպավորություն ստեղծվել, որ համակարգի ադմինիստրատորի ցանկացած ինժեներ միայն պետք է փոխի իր ներկայիս դիրքը LinkedIN-ի իր պրոֆիլում ադմինիստրատորի ինժեներից դեպի DevOps, և նա անմիջապես կսկսի հրավերներ ստանալ HR-ից հարցազրույցների համար խոշոր և խոշոր ընկերություններից: Հաջողակ ընկերությունները, ովքեր կխոստանան ներկայիս աշխատավարձից 2 անգամ ավելի բարձր աշխատավարձ, ձեզ կտրամադրեն բոլորովին նոր Macbook, hoverboard և չեն մոռանա անվճար վեյփի լիցքավորման բաժանորդագրության և անսահման քանակությամբ սմուզիների: Ընդհանրապես ՏՏ դրախտ է գալու։

Եթե ​​դուք կարդում եք հոդվածներ, որոնք նսեմացնում են DevOps-ի արժանիքները, դուք սկսում եք այլ տպավորություն ստանալ, որ DevOps-ը ստրկության նոր տեսակ է, որտեղ մարդիկ պետք է կոդավորեն գրեթե նույն մակարդակի վրա, ինչ մշակողները, օգնեն նրանց շտկել սխալները, զբաղվել ավտոմատացման և CICD-ի հետ: տեղադրեք Jira-ն Wiki-ով, պտտեք ամպերը, հավաքեք բեռնարկղեր և կառավարեք դրանք՝ միաժամանակ կատարելով ադմինիստրատորի աշխատանքը՝ չմոռանալով փամփուշտները լիցքավորելու, ոլորված զույգ մալուխները ծալելու և գրասենյակային ծաղիկները ջրելու մասին:

Բայց, ինչպես գիտեք, ճշմարտությունը սովորաբար ինչ-որ տեղ մեջտեղում է, ուստի այսօր մենք կփորձենք մի փոքր պարզել այն:

Ադմիններն այլևս կարիք չունե՞ն:

Որպես համակարգի ադմինիստրատոր և ինժեներ, ով բավականին երկար ժամանակ աշխատել է Microsoft-ի և VMware-ի արտադրանքների հետ, ես սկսեցի նկատել, որ վերջին մի քանի տարիների ընթացքում պարբերաբար խոսակցություններ են եղել, որ համակարգի ադմինիստրատորները շուտով ոչ ոքի համար օգտակար չեն լինի, քանի որ.

1. Ամբողջ ենթակառուցվածքը պատրաստվում է փոխվել և դառնալ IaaC (Ենթակառուցվածքը որպես ծածկագիր): Այժմ կոճակներով GUI չի լինի, այլ միայն PowerShell, yaml ֆայլեր, կոնֆիգուրացիաներ և այլն: Եթե ​​ինչ-որ ծառայություն կամ դրա բաղադրիչը խափանվել է, ուրեմն այն վերանորոգելու կարիք այլեւս չկա, քանի որ... արագ տեղադրեք դրա նոր օրինակը վերջին աշխատանքային վիճակից:
2. Ամբողջ ՏՏ ենթակառուցվածքը շուտով կտեղափոխվի դեպի ամպեր, և տեղական (շենքում) կլինեն միայն ցանցային մալուխներ մոտակա երթուղիչին, որը մեզ կմիացնի ամպի մեջ գտնվող բոլոր կորպորատիվ ռեսուրսների հետ: Դե, առավելագույնը, տպիչը կմնա տեղում, որպեսզի հաշվապահության բաժնի աղջիկները կարողանան դրա վրա տպել կատուների պատկերներ ինտերնետից։ Մնացած ամեն ինչ պետք է լինի ամպի մեջ:
3. DevOps-ի գուրուները կգան և կավտոմատացնեն իրենց շուրջը եղած ամեն ինչ, այնպես որ ադմինները պետք է միայն ջերմությամբ հիշեն, թե ինչպես էին հին ժամանակներում նրանք ping և հետքեր էին գործարկում ցանցում և սերվերներում հիմնական խնդիրները ախտորոշելու համար:
4. Լսել էի նաև այնպիսի երևույթի մասին, ինչպիսին է «Վենդեկապետը», բայց դա շատ վաղուց էր՝ իմ կարիերայի սկզբում, երբ ես նոր էի սկսում կատարել իմ առաջին քայլերը դեպի համակարգային կառավարում։ Բայց չգիտես ինչու, «Վենդեկապետները» այդպես էլ չեկան, ինչպես աշխարհի վերջը մայաների օրացույցով։ Պատահականությո՞ւն։ Մի մտածիր. 🙂

Windows-ի համակարգի ադմինիստրատորները, ովքեր այսօր սերտորեն համագործակցում են Microsoft-ի արտադրանքների հետ, շուտով ոչ ոքի համար ոչ մի օգուտ չեն ունենա: Թե՞ դեռ դրանց կարիքը կլինի։ Արդյո՞ք Windows-ի ադմինիստրատորները կշարունակեն կրել ադմինիստրատորի և ինժեների իրենց կարգավիճակը, թե՞ նրանք կնվազեն ցածր որակավորում ունեցող աշխատուժի դերում (տալ, տալ, բերել):

Նույնիսկ այստեղ habr.com-ում՝ «System Administration» հանգույցում մենք տեսնում ենք միայն kubernetes, linux, devops, docker, open source, zabbix-ի հիշատակումներ: Որտեղ են այն բառերը, որոնք մենք այդքան սիրում ենք՝ Windows, Active Directory, Exchange, System Center, Terminal, Print Servers, File Servers, bat and vbs scripts, կամ գոնե powershell: Որտեղ է այս ամենը:

Այսպիսով, Windows-ից հետո կյանք կա՞, թե՞ Windows-ի համակարգի ադմինիստրատորներն ու ինժեներները պետք է հրաժարվեն ամեն ինչից՝ սովորելու Linux, docker, kubernetes, ansible, python և մտնել DevOps:

Միգուցե Windows-ի հետ ամեն ինչ կարգին է, պարզապես հիմա ժամանակավոր աղմուկ է բարձրացել Linux + docker + kubernetes + ansible + python համակցության մասին, որը խավարել է մեր սիրելի Windows-ը: Ի՞նչ պետք է անի Windows համակարգի ադմինիստրատորը 2020 թվականին աշխատաշուկայում պահանջարկ ունենալու համար:

Ցավոք սրտի, այստեղ ավելի շատ հարցեր կան, քան պատասխաններ, ուստի ընթացիկ հոդվածը կփորձի մեզ օգնել մի փոքր հասկանալ ամեն ինչ: Հոդվածն առաջին հերթին նվիրված է Windows ադմինիստրատորներին և ինժեներներին, բայց վստահ եմ, որ այն կհետաքրքրի նաև ՏՏ ոլորտի այլ մասնագետների համար։

Microsoft-ը գնում է դեպի ամպեր.

Windows-ի ադմինը, նախ և առաջ, Microsoft-ի հետևորդն է, ուստի հետագայում մենք կխոսենք դրա և նրա հրաշալի արտադրանքի մասին:

Microsoft-ն ունի ծրագրային լուծումների բավականին լայն պորտֆոլիո, որոնցից շատերը առաջատար են իրենց խորշերում: Եթե ​​դուք աշխատում եք որպես Windows-ի ադմինիստրատոր և ինժեներ, ապա, ամենայն հավանականությամբ, այս կամ այն ​​կերպ հանդիպել եք նրանց: Ստորև ես կտամ ապրանքներից յուրաքանչյուրի համառոտ նկարագրությունը և կնկարագրեմ դրանց զարգացման հնարավոր հեռանկարները առաջիկա 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) ճակատագիրը դեռ հարցականի տակ է:

Այժմ Microsoft-ը ակտիվորեն խթանում է Exchange Online-ը որպես Office 365 ամպային ծառայության մաս, ուստի բոլոր նոր գործառույթները հիմնականում հայտնվում են այնտեղ: Exchange Online-ը ոչ միայն առաջինն է, ով ստանում է նոր հնարավորություններ, այլ նաև ձեռք է բերում լրացուցիչ հնարավորություններ, որոնք մոտ ապագայում չեն փոխանցվի ներտնային տեղադրմանը: Դա արվում է մի շարք ընկերությունների անցումը ամպին արագացնելու նպատակով, քանի որ... Բաժանորդագրության մոդելը ֆինանսական առումով ավելի շահավետ է Microsoft-ի համար, քան մեկանգամյա վաճառքը:

Եթե ​​ներկայումս պահպանում եք Exchange Server-ի տեղական տեղադրումը (2013 - 2019), կարող եք շարունակել դա անել հաջորդ 3-5 տարիների ընթացքում: Ճանապարհին արժե սկսել ուսումնասիրել այն հնարավորությունները, որոնք ապահովում է Exchange Online-ը. իսկ հիբրիդային կոնֆիգուրացիաներն այն են, երբ տեղական և ամպային տարբերակները միաժամանակ գոյություն ունեն: Նույնիսկ եթե ենթադրենք, որ այլևս չի լինի Exchange-ի հաջորդ ներկառուցված տարբերակը, Exchange Server-ի մասին այժմ ձեռք բերված գիտելիքները դեռ որոշ ժամանակ կշարունակեն համապատասխան լինել մի շարք պատճառներով.

• Տեղական տեղադրումների թիվը ներկայումս բավականին մեծ է, ուստի դրանց աջակցելու համար անհրաժեշտ կլինեն որակավորված ադմինիստրատորներ: Ոչ բոլոր կազմակերպությունները կարող են մոտ ապագայում իրենց փոստը տեղափոխել ամպ այս կամ այն ​​պատճառով:
• Ամպային միգրացիայի նախագծերը դեռևս աննշան չեն, ուստի անհրաժեշտ է իմանալ ինչպես ներքին, այնպես էլ ամպային լուծումների առանձնահատկությունների մասին՝ խուսափելու որոգայթներից շատերից և հաջողությամբ ավարտելու միգրացիան:
• smtpimapmapipop3, mail flow, dkim, dmark, spf, հակավիրուսային, հակասպամ արձանագրությունների իմացությունը համընդհանուր է և կիրառելի կլինի ցանկացած փոստային համակարգի համար:
• Ներքին փոխանակման սերվերի հետ աշխատելուց ձեռք բերված փորձը թույլ կտա ձեզ հասկանալ Exchange Online-ը և շատ ավելի արագ կարգավորել ցանկալի կոնֆիգուրացիան:
• Էլեկտրոնային փոստը արտաքին աշխարհի հետ հաղորդակցության ամենակարեւոր ուղիներից մեկն է, ուստի դրա անհրաժեշտությունը կմնա: Պետք չէ լսել «մեսենջերները և չաթ բոտերը կփոխարինեն էլ.փոստի» հետևորդներին, քանի որ... Նրանք բազմիցս «թաղել» են փոստը և մինչ այժմ անհաջող։

Skype բիզնեսի համար (SfB) (նախկինում՝ Lync) – առաջադեմ հնարավորություններով կորպորատիվ մեսենջեր: Այն սերտ ինտեգրված է Exchange սերվերի հետ, սակայն ժողովրդականությամբ զգալիորեն զիջում է վերջինիս։ Skype-ը բիզնեսի համար սովորաբար օգտագործվում է միայն խոշոր ընկերություններում, քանի որ... Փոքր ու միջին ընկերություններին դա այնքան էլ չի հետաքրքրում։

Ներկայիս տարբերակը Skype for Business 2019-ն է, որն ունի նվազագույն տարբերություններ Skype-ի նախորդ տարբերակի համեմատ՝ 2016-ի համար, ուստի SfB 2019-ը կարելի է համարել Service Pack 1-ը SfB 2016-ի համար, և ոչ թե նոր ամբողջական տարբերակ:

Office 365 ամպում այս ապրանքը ներկայացվել է Skype for Business Online ծառայության կողմից, որը որոշ ժամանակ անց ամբողջությամբ փոխարինվել է Microsoft Teams-ով, այսինքն. Ներկայումս Skype-ը բիզնեսի համար հասանելի չէ Office 365 ամպում: Այս պատճառով հազիվ թե արժե սպասել Skype-ի հաջորդ տեղական տարբերակին Business 2022-ի համար, քանի որ Microsoft-ի առաջնահերթությունը Teams մեսենջերի մշակումն ու զարգացումն է, որը դարձավ վաճառողի պատասխանը Slack-ի հաջողված մեսենջերի առաջացմանը:

Եթե ​​դուք ներկայումս կառավարում եք տեղական Skype-ը բիզնեսի համար և ձեզ դուր է գալիս կորպորատիվ մեսենջերի հայեցակարգը, ապա խորհուրդ եմ տալիս դիտել Teams-ը որպես Office 365-ի մաս, հակառակ դեպքում ավելի լավ է ընտրել այլ արտադրանք՝ ձեր գիտելիքները բարելավելու համար, քանի որ տեղական Skype-ը բիզնեսի համար գնում է դեպի մոռացում: Ի տարբերություն Exchange-ի, որը դարձել է փոստային սերվերի դե ֆակտո ստանդարտ, Skype for Business-ն այսօր ունի այլընտրանքներ: Team and Slack խոշոր և միջին ընկերությունների համար: Telegram, Viber, Whatsapp՝ փոքր ընկերությունների համար:

SharePoint- ը – ներքին կորպորատիվ պորտալ, որտեղ ընկերությունները կարող են տեղադրել իրենց օգտակար վեբ ծառայությունները (արձակուրդի ժամանակացույց, աշխատակիցների ցուցակ լուսանկարներով և հեռախոսահամարներով, ծննդյան օրվա հիշեցումներ, կորպորատիվ նորություններ և այլն): Օգտատերերը կարող են պահել, խմբագրել և համօգտագործել ֆայլերը, որոնք տեղադրում են իրենց SharePoint գրադարաններում:

SharePoint-ը նման է Bitrix24-ին, միայն ավելի մեծ է, ավելի ֆունկցիոնալ, ավելի թանկ և շատ ավելի դժվար է կարգավորել և աջակցել: Մարդասպանի առանձնահատկություններն են մեծ թվով աշխատակիցների կողմից մեկ փաստաթուղթ միաժամանակ խմբագրելու հնարավորությունը, ինչը շատ հարմար է, երբ 100 հոգի փորձում են լրացնել արձակուրդի ժամանակացույցը և ինտեգրումը Office Online Server-ի և տեղական MS Office-ի հետ:

Sharepoint-ը մեծ, բարդ և թանկ արտադրանք է, ուստի այն սովորաբար օգտագործվում է միայն խոշոր ընկերությունների կողմից: Փոքր ընկերությունները օգտագործում են Bitrix24-ը կամ նրա անալոգները, կամ պարզապես ֆայլերը պահում են ֆայլային սերվերների վրա և տարածում են օգտակար վեբ ծառայություններ տարբեր ներքին կայքերում:

SharePoint ֆերմաները (կլաստերը) սովորաբար կառավարվում են ադմինիստրատորի գործառույթներով ծրագրավորողների կողմից, և ոչ թե «մաքուր» համակարգի ադմինիստրատորների կողմից, քանի որ Որպեսզի SharePoint-ը դուրս գա և օգտակար լինի ընկերությանը, պետք է շատ բան ավելացնել դրան՝ օգտագործելով կոդ:

Office 365-ը ներառում է SharePoint Online-ը, որը տեղական SharePoint-ի պարզեցված տարբերակն է, այսինքն. Այն ունի հարմարեցման նվազագույն ընտրանքներ և «հարմարեցված է ձեզ հարմարեցնելու համար», բայց այն ծրագրավորողին և ադմինիստրատորին ազատում է իր գործունեության հետ կապված բազմաթիվ գլխացավերից: Իմ դատավճիռը հետևյալն է. 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-ի ֆունկցիոնալությունն աստիճանաբար տեղափոխվում է ամպ: Այս ամենը շատ մոտ ապագայում էական ազդեցություն կունենա System Center-ի ներքին արտադրանքի վրա:

Ֆունկցիոնալ System Center Orchestrator (SCORCH) ապագայում կփոխարինվի Azure Automation ծառայության կողմից (https://docs.microsoft.com/en-us/azure/automation/automation-intro).

Ֆունկցիոնալ System Center Operations Manager (SCOM) ապագայում կփոխարինի Azure Monitor ծառայությունը (https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

Ֆունկցիոնալ System Center Data Protection Manager (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-ի ողջ գծից, որը կմնա մեզ հետ ներքին ենթակառուցվածքում, քանի որ... Ներկայումս հնարավոր չէ այն ամբողջությամբ փոխարինել ամպի վրա հիմնված ինչ-որ բանով:

Եթե ​​դուք ներկայումս իրականացնում եք 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 սերվերը և դրա դերերը

Active Directory (AD) – այն վայրը, որտեղ պահվում են օգտատերերի և համակարգչային հաշիվները: Եթե ​​ընկերությունն ունի ավելի քան 20 համակարգիչ, ապա, ամենայն հավանականությամբ, այն արդեն ունի Active Directory տիրույթ: Active Directory-ի իմացությունը, տիրույթը անտառից տարբերելու և խմբային քաղաքականության հետ աշխատելու ունակությունը պարտադիր են Windows-ի ցանկացած ադմինիստրատորի համար: Այս գիտելիքը ակտուալ կլինի ևս 20 տարի: Բացի այդ, ես խորհուրդ կտայի ծանոթանալ Azure AD-ին (AAD)՝ դիտարկելով օգտատերերին ներքին և ամպային ենթակառուցվածքների միջև համաժամացման տարբերակներ:

DNS, DHCP – ցանցային ծառայություններ, որոնց ըմբռնումը օգտակար է ՏՏ բոլոր ոլորտներում՝ սկսած կառավարումից մինչև ծրագրավորում, այնպես որ դուք պետք է իմանաք դրանք: Ցանցերի, երթուղային պրոտոկոլների, OSI և TCPIP մոդելների աշխատանքը հասկանալը որոշակի առավելություն կլինի ցանկացած ՏՏ մասնագետի համար:

Hyper-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-ի և նրա արտադրանքի նկատմամբ:

Ամպային ծառայություններ

Office 365 ամպային ծառայություն է, որն ապահովում է Microsoft Office հավելվածների բաժանորդային փաթեթ (տեղական և վեբ տարբերակներ), ինչպես նաև ներառում է հիմնական սերվերի արտադրանքները՝ Exchange, Teams, OneDrive և Sharepoint:

Այս պահին Office 365-ը ինքնաբավ ծառայություն է, որը գրեթե ամբողջությամբ ծածկում է գրասենյակային հաղորդակցության կարիքները։ Կարգավորման հեշտության շնորհիվ այն կատարյալ է ինչպես փոքր ընկերությունների, այնպես էլ միջին և խոշոր բիզնեսի համար:

Արդեն տեղակայված Exchange, Teams, OneDrive և Sharepoint ծառայությունների առկայությունը ամպում զգալիորեն նվազեցնում է համակարգի ադմինիստրատորի բեռը, քանի որ Տեղադրման, ռեսուրսների չափերի, թարմացման և նոր տարբերակների տեղափոխման բոլոր ընթացակարգերն այժմ ամբողջությամբ պատկանում են Microsoft-ին: Եթե ​​նախկինում 4-6 առանձին նվիրված ադմինիստրատորներ կպահանջվեին տեղական ենթակառուցվածքում Exchange-ը, Teams-ը, OneDrive-ը և Sharepoint-ը պահպանելու համար, ապա այժմ Office 365-ում բավական է ընդամենը 1 միջին ադմինիստրատոր: Եթե ​​ինչ-որ բան չի աշխատում կամ ճիշտ չի աշխատում, կարող եք Microsoft-ի տեխնիկական աջակցության տոմս ստեղծել անմիջապես Office 365 ինտերֆեյսից, ինչը շատ հարմար է:

Եթե ​​դուք ներկայումս համակարգի ադմինիստրատոր եք, որը պահպանում է Exchange, Skype for Business կամ Sharepoint արտադրանքների ներտնային տարբերակները, ապա ես խորհուրդ կտայի դիտել դրանց ամպային տարբերակները՝ որպես Office 365-ի մաս՝ հասկանալու համար, թե ինչպես են դրանք համապատասխանում ձեզ և ինչ գործառույթներ են նրանք տալիս՝ համեմատած: ներտնային տարբերակները:

Երկնագույն Microsoft-ի գլոբալ ամպային հարթակ է, որը ներառում է ամպային ծառայությունների անընդհատ ընդլայնվող փաթեթ, որն օգնում է կազմակերպություններին լուծել իրենց բիզնես խնդիրները: Ներկայումս Azure-ը ներառում է ավելի քան 300 ծառայություններ՝ խմբավորված տարբեր կատեգորիաների (հաշվարկներ, ցանցեր, պահեստավորում, տվյալների բազաներ, վերլուծություններ, իրերի ինտերնետ, անվտանգություն, devOps, կոնտեյներներ և այլն):

Առաջին անգամ հայտնվելով 2009 թվականին՝ Microsoft Azure-ն այժմ զբաղեցնում է առաջատար դիրքերից մեկը ամպային ծառայությունների համաշխարհային շուկայում՝ այնտեղ հաջողությամբ մրցելով Amazon AWS-ի հետ:

Ըստ վերջին ֆինանսական հաշվետվության (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcastMicrosoft-ի եռամսյակային (4թ. 2019-րդ եռամսյակ) շահույթն աճել է 49%-ով Office 365-ի և ամպային բիզնեսի հաջողության շնորհիվ։ Azure-ի եկամուտն աճել է 64%-ով:

Azure-ը, Office 365-ի հետ մեկտեղ, այն հիմնական ոլորտներն են, որտեղ Microsoft-ն ուղղորդում է իր ֆինանսական և կազմակերպչական ռեսուրսները:

Azure պլատֆորմի ծառայությունների առատությունը կարող է շփոթեցնել նույնիսկ փորձառու ՏՏ մասնագետին, ուստի ստորև ներկայացված է տիպիկ Windows սերվերի ենթակառուցվածքի նկարագրությունը, որտեղ փակագծերում ես կնշեմ դրանց մոտավոր անալոգները Azure ամպի մեջ: Հուսով եմ, որ սա մեկնարկային կետ կծառայի Azure-ի ուսուցման համար, քանի որ, ինչպես գիտեք, պետք է սկսել փոքրից, աստիճանաբար խորանալով:

Տիպիկ Windows սերվերի ենթակառուցվածքը նման է հետևյալին.

• Active Directory (AD) խմբային քաղաքականությամբ և DNS-ով: (Azure Active Directory (AAD), Azure DNS).
• DHCP
• Փոխանակման փոստի սերվեր: (Փոխանակեք առցանց որպես Office 365-ի մաս).
• RDS ֆերմա մի քանի տերմինալային սերվերներով: (Azure վիրտուալ մեքենա + Azure վիրտուալ ցանց + Azure պահեստավորում).
• Ֆայլերի սերվեր, որտեղ աշխատակիցները պահում են իրենց ֆայլերը: (Azure ֆայլերի պահեստավորում, Azure վիրտուալ մեքենա + Azure վիրտուալ ցանց + Azure պահեստավորում)
• Սերվերներ հավելվածներով և տվյալների բազաներով (1C, ներքին կայքի պորտալ, CRM և այլն): (Azure SQL տվյալների բազա, Azure վեբ կայքեր, Microsoft Dynamics 365, Azure վիրտուալ մեքենա + Azure վիրտուալ ցանց + Azure պահեստավորում)

Հիմնական վարչական խնդիրներն են.

• Կրկնօրինակների ստեղծում: (Azure կրկնօրինակում).
• Տեղեկամատյանների հավաքում և վերլուծություն: (Azure Log Analytics).
• Սովորական առաջադրանքների ավտոմատացում: (Azure ավտոմատացում).
• Ծառայությունների կարգավիճակի մոնիտորինգ և խափանումների մասին ծանուցումներ ստանալը (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 տեսահոլովակ, բայց եթե համայնքի կողմից բավականաչափ ակտիվ աջակցություն լինի (like, բաժանորդագրություն), ապա նյութերն ավելի արագ կհայտնվեն, իսկ շարունակությունը երկար չի տևի։

Բացի այդ, iwalker2000 ալիքում խորհուրդ եմ տալիս դիտել «ՏՏ կարիերա. ինչպես դառնալ ՏՏ մասնագետ» երգացանկը, որը կօգնի սկսնակ մասնագետներին որոշել իրենց մասնագիտական ​​զարգացման ուղին և ճիշտ կառուցել իրենց կարիերան: (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

Ցավոք, Azure-ի մասին ռուսերեն լեզվով այնքան շատ նյութեր չկան, որքան մենք կցանկանայինք, այնպես որ, եթե դուք գիտեք որևէ այլ օգտակար ռեսուրս այս թեմայով, խնդրում ենք կիսվել դրանք մեկնաբանություններում: Շատ ՏՏ մասնագետներ երախտապարտ կլինեն ձեզ դրա համար:

Արդյունքները

Ի՞նչ եզրակացություններ կարելի է անել վերը նշված բոլորից:

1. Microsoft-ի ենթակառուցվածքում դեռ կյանք կա, և այն չի վերանում: Microsoft-ն ունի ծրագրային լուծումների բավականին լայն պորտֆոլիո, որոնցից շատերը առաջատար են իրենց նիշերում, ուստի համակարգի ադմինիստրատորը միշտ սովորելու, ներդրելու, գործելու և զարգացնելու բան ունի:
2. Microsoft-ի ենթակառուցվածքն այժմ ակտիվորեն փոխվում է, և դա տեղի է ունենում՝ շեշտը դնելով ամպային ծառայությունների զարգացման վրա՝ Azure և Office 365: Microsoft-ի նոր արտադրանքներն ու հավելվածները սկզբնապես կստեղծվեն ամպում աշխատելու համար՝ հղում կատարելով ամսական վճարումներով բաժանորդագրության մոդելին: Այս արտադրատեսակներից միայն մի քանիսը հետագայում կիրականացվեն ներքին լուծումներով:
3. Որոշ թանկարժեք և դժվար սպասարկվող ապրանքներ շուտով կլքեն մեզ՝ ամբողջությամբ կամ մասամբ տեղափոխվելով Azure ամպ կամ Office 365: Անհատական ​​ադմինիստրատորները, ովքեր անընդհատ պահպանում են միայն մեկ ապրանք (օրինակ՝ SCOM, SCSM և այլն) շուտով կհայտնվեն: վերացրեց.
4. Եթե ​​դուք Microsoft-ի էկոհամակարգում աշխատող համակարգի փորձառու ադմինիստրատոր եք, ապա ձեզ հարկավոր չէ թողնել ամեն ինչ և վազել դեպի DevOps, որի մասին այժմ խոսվում է ամեն անկյունում: Դուք կարող եք շարունակել զարգանալ ձեր ուղղությամբ՝ ավելացնելով իրավասություններ Azure և Office 365 ամպային ծառայություններում:
5. Աշխատաշուկայում պահանջված մասնագետ մնալու համար ստիպված կլինեք սովորել, սովորել և նորից սովորել։ «Ցմահ կրթության» հայեցակարգը ՏՏ համար առավել արդիական է, քան երբևէ, հատկապես այժմ ամպային տեխնոլոգիաների ակտիվ զարգացման ժամանակաշրջանում:
6. DevOps-ն այժմ գտնվում է իր ժողովրդականության գագաթնակետին (hype): Դա փաստ է։ Սկզբում DevOps-ն ընկալվում էր որպես մեթոդաբանություն, որը թույլ է տալիս ծրագրային ապահովման մշակումն ու գործառնությունները միավորել՝ ծրագրավորողների և ինժեներների հետ միասին աշխատելով մեկ ընդհանուր նպատակի ուղղությամբ՝ ծրագրակազմն ավելի լավը դարձնելու ուղղությամբ: Հիմնական շեշտը դրվել է թիմերի միջև հաղորդակցության մշակույթի փոփոխության, փոխօգնության մեխանիզմների մշակման և վերջնական արդյունքի համար հավաքական պատասխանատվության վրա։ Այնուամենայնիվ, արդյունքում դա հանգեցրեց նոր պաշտոնի առաջացմանը՝ DevOps ինժեներ, որին պատվիրակվեցին թողարկման ինժեների (CICD), ավտոմատացման ադմինիստրատորի, ամպային ադմինիստրատորի և գործառնությունների ինժեների խնդիրները: Սա արդեն կատարված փաստ է։ DevOps-ի թափուր աշխատատեղերի քանակը և դրանց պահանջները միայն հաստատում են դա։

   DevOps-ն այժմ կարող է դիտարկվել որպես համակարգերի ադմինիստրատորի ինժեների զարգացման լրացուցիչ ճանապարհ: DevOps-ը սովորական ադմինիստրատորի համար հիանալի միջոց է փոխել իր ներկայիս ոլորտը դեպի ծրագրային ապահովման մշակման ոլորտ: Նրանք, ովքեր սիրում են ավտոմատացում և կոդերի սկրիպտներ գրել, ի վերջո կդառնան ծրագրավորողներ, իսկ նրանք, ովքեր նախընտրում են ենթակառուցվածքային իրերը (ցանցեր, սերվերներ, ՕՀ, ամպեր և այլն), կդառնան DevOps-ի ինժեներներ։

7. Եթե ​​դուք սկսնակ մասնագետ եք, կամ պարզապես մուտք եք գործում ՏՏ, ապա DevOps-ն այժմ հիանալի միջոց է կարճ ժամանակահատվածում թարմացնելու և նորմալ ընկերությունում աշխատանք գտնելու համար՝ արժանապատիվ վարձատրությամբ և լավ գրասենյակով, այնպես որ սովորեք Linux, Ansible, Docker, Kubernetes, Python և CICD:

Վերջերս Linux պլատֆորմի և ծրագրային ապահովման մշակման հետ կապված լուծումների պահանջարկը մեծացել է, բայց դա պայմանավորված է ոչ թե Microsoft-ի էկոհամակարգով, այլ պարզապես հայտնվել է նոր տեղ, որտեղ ակտիվորեն օգտագործվում են Docker-ը և Kubernetes-ը, մոնոլիտ հավելվածները բաժանվում են միկրո ծառայությունների: , և բիզնեսը պահանջում է ծրագրային ապահովման թողարկման արագության բարձրացում՝ նոր ֆունկցիոնալության համար շուկա հանելու ժամանակը նվազեցնելու համար:

Source: www.habr.com