Pagpasok
Ang 2019 ay dahan-dahan ngunit tiyak na darating sa lohikal na konklusyon nito. Ang industriya ng IT ay patuloy na aktibong umuunlad, na nagpapasaya sa amin ng maraming bagong teknolohiya at, sa parehong oras, muling pinupunan ang aming bokabularyo ng mga bagong kahulugan: Big Data, AI, Machine Learning (ML), IoT, 5G, atbp. Ngayong taon , Site Reliability Engineering ay madalas na tinalakay (SRE), DevOps, microservices at cloud computing.
Ang ilang mga teknolohiya, halimbawa, Blockchain at cryptocurrencies (Bitcoin, Ethereum, atbp.), ay tila nalampasan na ang rurok ng kanilang kasikatan (hype), kaya ang pangkalahatang publiko ay may pagkakataon na tingnan ang mga ito nang mas matino, na makilala ang kanilang positibo at negatibong aspeto, pati na rin ang pagpapasya kung saan at kung paano pinakamahusay na gamitin ang mga ito. Ang isang balanseng pagtingin sa paksa ng Blockchain at mga cryptocurrencies ay matatagpuan sa. Lubos kong inirerekumenda na suriin ito.
Ang iba pang mga teknolohiya ay nagkakaroon pa lamang ng katanyagan, na bumubuo ng mga aktibong komunidad sa kanilang paligid, kabilang ang hindi lamang mga tagasuporta at tagasunod, kundi pati na rin ang mga masigasig na kalaban.
Pupunta ba ang lahat sa DevOps?
Ang DevOps, isang bagong diskarte sa pagbuo at pagpapatakbo ng software, ay makakatanggap ng espesyal na pagbanggit mula sa akin ngayon, dahil... Talagang napakaraming artikulo at debate sa paksang ito ngayong taon.
Ang terminong DevOps ngayon ay lubos na binibigyang kahulugan. Nauunawaan ng ilang tao ang DevOps bilang isang espesyal na diskarte sa pagbuo at pagpapatakbo ng software, kapag ang mga taong kayang gumawa ng kaunting coding at pangangasiwa ay kasangkot sa gawain. Para sa iba, ito ay, una sa lahat, ang pagkakaroon ng kanilang sariling personal na tagapangasiwa ng system sa koponan, na nagpapahintulot sa kanila na mapawi ang mga developer ng software ng bahagi ng hindi pangunahing pag-load sa anyo ng pag-set up ng kapaligiran ng system, paglikha ng mga kapaligiran sa pagsubok , pagpapatupad ng integrasyon sa panloob at panlabas na mga serbisyo, pati na rin ang pagsusulat ng mga script ng automation. Para sa iba, isa lamang itong hanay ng mga naka-istilong teknolohiya at tool na kailangang gamitin para laging manatiling bata at matagumpay. Para sa ikaapat, ito ay CICD at lahat ng konektado dito. Tunay na maraming interpretasyon ng DevOps, kaya kahit sino ay malayang mahanap sa kanila kung ano ang pinakagusto nila.
Ang iba't ibang interpretasyon ng DevOps ay nagdudulot ng mainit na mga talakayan, na humahantong sa paglitaw ng higit pang mga artikulo sa paksang ito. Nai-save ko pa ang ilan sa mga ito sa aking mga bookmark:
- .
- .
Kung magbabasa ka ng sapat na mga artikulo na pumupuri sa DevOps, maaari kang magkaroon ng impresyon na kailangan lang baguhin ng sinumang system administrator engineer ang kanyang kasalukuyang posisyon sa kanyang LinkedIn na profile mula sa administrator engineer patungong DevOps, at agad siyang magsisimulang makatanggap ng mga imbitasyon para sa mga panayam mula sa HR mula sa malaki at ang mga matagumpay na kumpanya , na mangangako ng suweldo na 2 beses na mas mataas kaysa sa kasalukuyan, ay magbibigay sa iyo ng bagong Macbook, isang hoverboard, at hindi makakalimutan ang tungkol sa isang subscription para sa mga libreng vape refill at walang katapusang halaga ng smoothies. Sa pangkalahatan, darating ang isang paraiso ng IT.
Kung magbabasa ka ng mga artikulong minamaliit ang mga merito ng DevOps, magsisimula kang makakuha ng ibang impresyon na ang DevOps ay isang bagong uri ng pang-aalipin, kung saan ang mga tao ay dapat mag-code halos sa parehong antas ng mga developer, tulungan silang ayusin ang mga bug, harapin ang automation at CICD, i-deploy si Jira gamit ang Wiki , paikutin ang mga ulap, mangolekta ng mga lalagyan at pamahalaan ang mga ito, habang sabay-sabay na gumaganap ng admin na gawain, hindi nakakalimutan ang tungkol sa muling pagpuno ng mga cartridge, pag-crimping ng mga twisted pair na cable at pagdidilig ng mga bulaklak sa opisina.
Ngunit, tulad ng alam mo, ang katotohanan ay karaniwang nasa gitna, kaya ngayon ay susubukan naming malaman ito nang kaunti.
Hindi na ba kailangan ng mga admin?
Bilang isang tagapangasiwa ng system at inhinyero na matagal nang nagtatrabaho sa mga produkto ng Microsoft at VMware, sinimulan kong mapansin na sa nakalipas na ilang taon ay may mga pana-panahong pag-uusap na ang mga tagapangasiwa ng system ay malapit nang walang silbi sa sinuman, dahil:
- Ang buong imprastraktura ay malapit nang magbago at maging IaaC (Infrastructure bilang isang code). Ngayon ay wala nang GUI na may mga pindutan, ngunit PowerShell lamang, yaml file, config, atbp. Kung ang ilang serbisyo o ang bahagi nito ay nasira, hindi na kailangang ayusin ito, dahil... mabilis na mag-deploy ng bagong kopya nito mula sa huling estado ng pagtatrabaho.
- Ang buong imprastraktura ng IT ay malapit nang lumipat sa cloud, at lokal (on-premise) magkakaroon lamang ng mga network cable sa pinakamalapit na router, na magkokonekta sa amin sa lahat ng iba pang mapagkukunan ng kumpanya na matatagpuan sa cloud. Sa pangkalahatan, ang printer ay mananatiling lokal upang ang mga batang babae mula sa departamento ng accounting ay makapag-print ng mga larawan ng mga pusa mula sa Internet dito. Ang lahat ng iba pa ay dapat na nasa ulap.
- Darating ang mga DevOps guru at i-automate ang lahat ng bagay sa kanilang paligid, kaya't ang mga admin ay maaalala lamang nang may init sa kanilang mga kaluluwa kung paano sila nagpatakbo ng mga ping at trace noong unang panahon upang masuri ang mga pangunahing problema sa network at sa mga server.
- Narinig ko rin ang tungkol sa isang kababalaghan bilang "Vendekapets", ngunit iyon ay medyo matagal na ang nakalipas, sa bukang-liwayway ng aking karera, noong nagsisimula pa lang akong gawin ang aking mga unang hakbang patungo sa pangangasiwa ng sistema. Ngunit sa ilang kadahilanan, ang "Vendekapets" ay hindi kailanman dumating, tulad ng katapusan ng mundo ayon sa kalendaryong Mayan. Pagkakataon? wag mong isipin. π
Makakaapekto ba ang mga administrator ng Windows system, na nagtatrabaho nang malapit sa mga produkto ng Microsoft ngayon, sa lalong madaling panahon ay walang silbi sa sinuman? O may kailangan pa ba sa kanila? Patuloy bang isusuot ng mga administrator ng Windows ang kanilang katayuan bilang mga administrador at mga inhinyero, o itatalaga ba sila sa tungkulin ng mababang-skilled labor ala anykey (give, give, bring)?
Kahit dito sa habr.com sa hub ng "System Administration" ay nakikita lang natin ang mga pagbanggit ng kubernetes, linux, devops, docker, open source, zabbix. Nasaan ang mga salitang mahal na mahal natin: Windows, Active Directory, Exchange, System Center, Terminal, Print Servers, File Servers, bat at vbs scripts, o kahit powershell. Nasaan ang lahat ng ito?
Mayroon bang buhay pagkatapos ng Windows o dapat na bang isuko ng mga administrator at engineer ng Windows system ang lahat para matuto ng Linux, docker, kubernetes, ansible, python at pumasok sa DevOps?
Siguro lahat ay maayos sa Windows, ngayon lang ay may pansamantalang hype ng Linux + docker + kubernetes + ansible + python na kumbinasyon, na nalampasan ang aming minamahal na Windows? Ano ang kailangang gawin ng isang Windows system administrator sa 2020 para maging in demand sa labor market?
Sa kasamaang palad, mayroong higit pang mga katanungan dito kaysa sa mga sagot, kaya ang kasalukuyang artikulo ay susubukan na tulungan kaming maunawaan ang lahat nang kaunti. Pangunahing nakatuon ang artikulo sa mga administrator at inhinyero ng Windows, ngunit sigurado akong magiging interesado rin ito sa ibang mga espesyalista sa IT.
Pumunta ang Microsoft sa mga ulap?
Ang isang admin ng Windows ay, una sa lahat, isang tagasunod ng Microsoft, kaya't pag-uusapan pa natin ito at ang mga magagandang produkto nito.
Ang Microsoft ay may medyo malawak na portfolio ng mga solusyon sa software, na marami sa mga ito ay nangunguna sa kanilang mga niches. Kung nagtatrabaho ka bilang isang administrator at engineer ng Windows, malamang na nakatagpo mo sila sa isang paraan o iba pa. Sa ibaba ay magbibigay ako ng maikling paglalarawan ng bawat isa sa mga produkto at ilalarawan ang mga posibleng prospect para sa kanilang pag-unlad sa susunod na 3-5 taon. Ito ay hindi isang lihim na tagaloob mula sa punong-tanggapan sa Redmond, ngunit ang aking personal na opinyon, kaya ang mga alternatibong punto ng pananaw sa mga komento ay mahigpit na hinihikayat.
Mga lokal na pag-install (nasa lugar)
Microsoft Exchange Server β isang multifunctional mail server na kinabibilangan ng hindi lamang pagtatrabaho sa mail, kundi pati na rin sa mga contact, kalendaryo, mga gawain at marami pa. Ang Exchange Server ay isa sa mga pangunahing produkto ng Microsoft, na naging de facto corporate standard sa maraming kumpanya. Mayroon itong malapit na pagsasama hindi lamang sa mga produkto ng Microsoft mismo, kundi pati na rin sa mga solusyon mula sa mga third-party na vendor. Ang exchange ay sikat sa parehong medium-sized (mula sa 100 tao) at malalaking kumpanya.
Sa puntong ito, ang Exchange Server 2019 ay itinuturing na kasalukuyang bersyon. Noong nakaraan, ang produkto ay medyo aktibong umuunlad, ngunit simula sa bersyon ng Exchange 2013, ang pag-unlad na ito ay bumagal nang malaki, kaya ang Exchange 2016 ay maaaring tawaging may kondisyon na Service Pack 1 (SP1) para sa Exchange 2013, at Exchange 2019 - samakatuwid Service Pack 2 (SP2) para sa Exchange 2013. Pinag-uusapan pa rin ang kapalaran ng susunod na on-premise na bersyon (Exchange 2022).
Ngayon ang Microsoft ay aktibong nagpo-promote ng Exchange Online bilang bahagi ng serbisyo sa cloud ng Office 365, kaya lahat ng mga bagong function ay lilitaw doon. Ang Exchange Online ay hindi lamang ang unang nakatanggap ng mga bagong feature, ngunit nakakakuha din ng mga karagdagang kakayahan na hindi ililipat sa mga nasa lugar na pag-install sa malapit na hinaharap. Ginagawa ito upang mapabilis ang paglipat ng isang bilang ng mga kumpanya sa cloud, dahil... Ang modelo ng subscription ay mas kapaki-pakinabang sa pananalapi para sa Microsoft kaysa sa isang beses na benta.
Kung kasalukuyan kang nagpapanatili ng lokal na pag-install ng Exchange Server (2013 - 2019), maaari mong ipagpatuloy ito sa susunod na 3-5 taon. Kasabay nito, sulit na simulang tuklasin ang mga pagkakataong ibinibigay ng Exchange Online; at ang mga hybrid na configuration ay kapag ang mga lokal at cloud na bersyon ay umiiral nang sabay-sabay. Kahit na ipinapalagay namin na wala nang susunod na on-premise na bersyon ng Exchange, ang kaalamang natamo ngayon tungkol sa Exchange Server ay patuloy na magiging may-katuturan para sa ilang panahon na darating para sa ilang kadahilanan:
- Ang bilang ng mga lokal na pag-install ay kasalukuyang medyo malaki, kaya ang mga kwalipikadong administrator ay kinakailangan upang suportahan ang mga ito. Hindi lahat ng organisasyon ay makakapaglipat ng kanilang mail sa cloud sa malapit na hinaharap para sa isang kadahilanan o iba pa.
- Ang mga proyekto sa paglilipat ng ulap ay hindi pa mahalaga, kaya ang kaalaman sa mga detalye ng parehong nasa nasasakupan at mga solusyon sa ulap ay kinakailangan upang maiwasan ang karamihan sa mga pitfall at matagumpay na makumpleto ang paglipat.
- Ang kaalaman sa smtpimapmapipop3, daloy ng mail, dkim, dmark, spf, antivirus, mga protocol ng antispam ay unibersal at naaangkop sa anumang mail system.
- Ang karanasang natamo mula sa pagtatrabaho sa isang nasa nasasakupang Exchange Server ay magbibigay-daan sa iyong maunawaan ang Exchange Online at i-set up ang gustong configuration nang mas mabilis.
- Ang email ay isa sa pinakamahalagang channel ng komunikasyon sa labas ng mundo, kaya mananatili ang pangangailangan para dito. Hindi mo kailangang makinig sa mga sumusunod sa "papalitan ng mga mensahero at chat bot ang email", dahil... "Inilibing" nila ang mail nang maraming beses at hanggang ngayon ay walang tagumpay.
Skype for Business (SfB) (dating Lync) β corporate messenger na may mga advanced na kakayahan. Ito ay may malapit na integration sa Exchange server, ngunit ito ay makabuluhang mas mababa sa huli sa katanyagan. Ang Skype for Business ay kadalasang ginagamit lamang sa malalaking kumpanya, dahil... Ang mga maliliit at katamtamang laki ng mga kumpanya ay hindi masyadong interesado dito.
Ang kasalukuyang bersyon ngayon ay Skype for Business 2019, na may kaunting pagkakaiba kumpara sa nakaraang bersyon ng Skype for Business 2016, kaya ang SfB 2019 ay maaaring ituring na Service Pack 1 para sa SfB 2016, at hindi isang bagong buong bersyon.
Sa cloud ng Office 365, ang produktong ito ay ipinakita ng serbisyo ng Skype for Business Online, na pagkaraan ng ilang oras ay ganap na pinalitan ng Microsoft Teams, i.e. Sa kasalukuyan, ang Skype for Business ay hindi available sa Office 365 cloud. Para sa kadahilanang ito, halos hindi sulit na asahan ang susunod na lokal na bersyon ng Skype for Business 2022, dahil ang priyoridad ng Microsoft ay ang pagbuo at pag-unlad ng messenger ng Teams, na naging tugon ng vendor sa paglitaw ng matagumpay na Slack messenger.
Kung kasalukuyan kang nangangasiwa ng lokal na Skype for Business at gusto mo ang konsepto ng isang corporate messenger, ipinapayo ko sa iyo na tingnan ang Mga Koponan bilang bahagi ng Office 365, kung hindi, mas mahusay na pumili ng isa pang produkto upang i-upgrade ang iyong kaalaman, dahil Ang lokal na Skype for Business ay patungo sa limot. Hindi tulad ng Exchange, na naging de facto na pamantayan sa niche ng mail server, ang Skype for Business ngayon ay may mga alternatibo. Team at Slack para sa malaki at katamtamang laki ng mga kumpanya. Telegram, Viber, Whatsapp - para sa maliliit na kumpanya.
SharePoint β isang panloob na portal ng korporasyon kung saan maaaring mag-post ang mga kumpanya ng kanilang mga kapaki-pakinabang na serbisyo sa Web (iskedyul ng bakasyon, listahan ng mga empleyado na may mga larawan at numero ng telepono, mga paalala sa kaarawan, balita ng kumpanya, atbp.). Ang mga user ay maaaring mag-imbak, mag-edit, at magbahagi ng mga file na kanilang inilalagay sa kanilang mga SharePoint library.
Ang SharePoint ay parang Bitrix24, mas malaki lang, mas functional, mas mahal at mas mahirap i-configure at suportahan. Ang mga tampok na pumatay ay ang kakayahang sabay na i-edit ang isang dokumento ng malaking bilang ng mga empleyado, na napakaginhawa kapag sinusubukan ng 100 tao na punan ang iskedyul ng bakasyon, at pagsasama sa Office Online Server at lokal na MS Office.
Ang Sharepoint ay isang malaki, kumplikado at mamahaling produkto, kaya kadalasan ay ginagamit lamang ito ng malalaking kumpanya. Gumagamit ang mas maliliit na kumpanya ng Bitrix24 o mga analogue nito, o mag-imbak lamang ng mga file sa mga file server, at namamahagi ng mga kapaki-pakinabang na serbisyo sa Web sa iba't ibang mga panloob na site.
Ang mga SharePoint farm (cluster) ay karaniwang pinamamahalaan ng mga developer na may mga function ng administrator, at hindi ng "purong" system administrator, dahil Upang ang SharePoint ay umalis at maging kapaki-pakinabang sa kumpanya, maraming kailangang idagdag dito gamit ang code.
Kasama sa Office 365 ang SharePoint Online, na isang pinasimpleng bersyon ng lokal na SharePoint, i.e. Ito ay may kaunting halaga ng mga pagpipilian sa pagpapasadya at "iniakma para sa iyo," ngunit pinapaginhawa nito ang developer at administrator ng maraming sakit ng ulo tungkol sa pagpapatakbo nito. Ang aking hatol ay ito: ang pagiging kumplikado at mataas na halaga ng pagsuporta sa nasa nasasakupang bersyon ng SharePoint ay magdadala sa kanilang kabayaran at ang mga kumpanya ay masayang magsisimulang unti-unting lumipat sa SharePoint Online, o abandunahin ang Sharepoint nang buo pabor sa ilang mas simpleng solusyon. Ako mismo ay hindi nakakakita ng isang malarosas at walang malasakit na buhay para sa SharePoint sa mga lokal na pag-install.
System Center ay isang buong pamilya ng mga produkto para sa pag-deploy, pag-configure, pamamahala at pagsubaybay sa malalaking imprastraktura ng Windows. Kasama sa paghusga ang: 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 ).
Ang buong hanay ng mga produkto ng System Center ay karaniwang kailangan lamang ng malalaking kumpanya, habang ang mga katamtamang laki ng kumpanya ay may posibilidad na gumamit lamang ng isa o dalawang produkto.
Dahil ang mga produkto ng System Center ay medyo mahirap matutunan at kadalasang ginagamit lamang sa malalaking imprastraktura, nakaugalian na magtalaga ng hiwalay na mga tao para magtrabaho sa kanila, halimbawa, isang system monitoring administrator (SCOM), isang workstation maintenance administrator (SCCM), isang virtualization system administrator (Hyper -V + SCVMM), Infrastructure Automation Manager (SCORCH + SCSM).
Mabilis na ginagawa ng Microsoft ang mga serbisyong cloud nito, kaya unti-unting lumilipat sa cloud ang functionality ng System Center. Ang lahat ng ito ay magkakaroon ng malaking epekto sa System Center on-premise na mga produkto sa malapit na hinaharap.
Gumagana System Center Orchestrator (SCORCH) ay papalitan sa hinaharap ng serbisyo ng Azure Automation ().
Gumagana System Center Operations Manager (SCOM) papalitan ang serbisyo ng Azure Monitor sa hinaharap ().
Gumagana System Center Data Protection Manager (SCDPM) papalitan ang serbisyo ng Azure Backup sa hinaharap ().
Gumagana System Center Service Manager (SCSM) ay titigil sa pag-demand o papalitan ng anumang iba pang sistema ng tiket, halimbawa, Jira.
System Center Virtual Machine Manager (SCVMM) sa ngayon ay mananatili ito sa mga kumpanyang lokal na gumagamit ng Hyper-V virtualization. Ang mga maliliit na pag-install ng Hyper-V (10-15 server) ay maaaring matagumpay na maibigay nang walang SCVMM gamit lamang ang mga karaniwang tool - Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.
System Center Configuration Manager (SCCM) β ginagamit para sa mass deployment ng mga operating system, pag-install ng mga corporate application mula sa iisang catalog, pag-install ng mga update sa Windows sa mga server at end workstation, imbentaryo ng mga application at pagkalkula ng mga lisensya. Mukhang ito lang ang produkto mula sa buong linya ng System Center na mananatili sa amin sa on-premise infrastructure, dahil... Sa kasalukuyan ay hindi posible na ganap na palitan ito ng isang bagay na cloud-based.
Kung kasalukuyan kang nagpapanatili ng nasa nasasakupan na pag-install ng System Center Configuration Manager (SCCM), maaari mong ipagpatuloy ito dahil ang produkto ay mananatili sa amin nang hindi bababa sa susunod na 3-5 taon. Bukod pa rito, inirerekumenda kong simulang pag-aralan ang mga kakayahan ng Office 365, dahil... ito ay ipares nang maayos sa posisyon ng Enterprise Desktop Administrator.
Ang tungkulin ng administrator para sa karamihan ng iba pang mga produkto ng System Center ay aalisin. Ang mga serbisyo ng Azure ay makabuluhang pinasimple ang kanilang trabaho, itinatago ang lahat ng pagiging kumplikado mula sa prying mata. Kunin natin ang automation administrator (SCORCH + SCSM) bilang isang halimbawa. Ang SCORCH ay papalitan ng Azure Automation. Ang kaalaman sa proseso ng automation, PowerShell, SQL ay mananatili at magiging kapaki-pakinabang para sa Azure Automation, ngunit ang kaalaman sa pagbuo ng mga SCORCH cluster, na tinitiyak ang kanilang mataas na kakayahang magamit, laki ng mapagkukunan, pag-update, paglipat sa mga bagong bersyon, pag-backup at pagsubaybay ay mawawala ang kaugnayan nito, dahil Ang lahat ng gawaing ito ay sasakupin ng Azure cloud. Ang automation administrator ay tututuon lamang sa proseso ng automation mismo, dahil... Ang lahat ng trabaho upang mapanatili ang pag-andar ng imprastraktura ng automation ay aalisin sa kanya.
Windows server at ang mga tungkulin nito
Aktibong Direktoryo (AD) β ang lugar kung saan iniimbak ang mga user at computer account. Kung ang isang kumpanya ay may higit sa 20 mga computer, malamang na mayroon na itong isang uri ng domain ng Active Directory. Ang kaalaman sa Active Directory, ang kakayahang makilala ang isang domain mula sa isang kagubatan, at ang kakayahang magtrabaho sa mga patakaran ng grupo ay sapilitan para sa sinumang administrator ng Windows. Magiging may-katuturan ang kaalamang ito para sa isa pang 20 taon. Bukod pa rito, inirerekumenda kong pamilyar ka sa Azure AD (AAD), na tumitingin sa mga opsyon para sa pag-synchronize ng mga user sa pagitan ng on-premise at cloud infrastructure.
DNS, DHCP β mga serbisyo sa network, ang pag-unawa kung saan ay kapaki-pakinabang sa lahat ng mga lugar ng IT, mula sa pangangasiwa hanggang sa programming, kaya dapat mong malaman ang mga ito. Ang pag-unawa sa pagpapatakbo ng mga network, mga routing protocol, OSI at TCPIP na mga modelo ay magiging isang tiyak na plus para sa sinumang IT specialist.
Hyper-V β ang pangalan para sa buong stack ng virtualization na teknolohiya mula sa Microsoft at partikular sa hypervisor nito. Mabilis itong umuunlad, bagama't sa palagay ko, karamihan sa mga bagong feature (Shielded VM, Encrypted Subnets, Storage Spaces Direct) ay pangunahing nakatuon sa lokal (Cloud Service Provider) at pandaigdigang (Azure) cloud provider, at hindi sa corporate. segment (Enterprise). Ito ay karaniwang nauunawaan, dahil ang Microsoft ay unang nagpapatupad at sumusubok ng bagong pag-andar sa Azure cloud nito, at pagkatapos lamang ay inilipat ito sa Windows Server at Hyper-V.
Ang Hyper-V ay naghihirap pa rin sa kakulangan ng isang libreng console na nagbibigay ng lahat ng kinakailangang mga tampok. Ngayon mayroon kaming Failover Cluster Manager, Hyper-V Manager, Windows Admin Center. Ang SCVMM ay dapat na isang console, ngunit ito ay binabayaran at medyo mahirap matutunan.
Kung kasalukuyan kang nagpapanatili ng lokal na pag-install ng Hyper-V nang walang SCVMM, maaari mong ipagpatuloy ito. Kasabay nito, iminumungkahi kong simulang pag-aralan ang Azure IaaS at ang mga mekanismo para sa paglilipat ng mga virtual machine sa pagitan ng cloud at in-premise na imprastraktura.
Sa aking kapaligiran (mga bangko, telecom, kompanya ng seguro, malalaking pang-industriya na pag-aari), lahat ng produktibong virtualization, bilang panuntunan, ay pinamamahalaan ng VMware vSphere, at hindi Hyper-V na may SCVMM, kaya maaari kong irekomenda na tumingin din ang tagapangasiwa ng Hyper-V. patungo sa VMware at mga produkto nito.
Mga serbisyo sa cloud
Office 365 ay isang cloud service na nagbibigay ng subscription package ng Microsoft Office applications (lokal at Web versions), at kasama rin ang mga pangunahing produkto ng server - Exchange, Teams, OneDrive at Sharepoint.
Sa ngayon, ang Office 365 ay isang self-sufficient na serbisyo na halos ganap na sumasaklaw sa mga pangangailangan para sa mga komunikasyon sa opisina. Dahil sa kadalian ng pag-setup, perpekto ito para sa parehong maliliit na kumpanya at katamtaman at malalaking negosyo.
Ang pagkakaroon ng mga naka-deploy na serbisyo ng Exchange, Teams, OneDrive at Sharepoint sa cloud ay makabuluhang binabawasan ang pagkarga sa system administrator, dahil lahat ng mga pamamaraan para sa pag-install, pagpapalaki ng mapagkukunan, pag-update at paglipat sa mga bagong bersyon ay ganap na ngayon sa Microsoft. Kung dati ay 4-6 na hiwalay na nakatalagang administrator ang kailangan para mapanatili ang Exchange, Teams, OneDrive at Sharepoint sa lokal na imprastraktura, ngayon sa Office 365 1 average na administrator lang ang sapat. Kung ang isang bagay ay hindi gumagana o hindi gumagana nang tama, maaari kang lumikha ng isang tiket sa suportang teknikal ng Microsoft nang direkta mula sa interface ng Office 365, na napaka-maginhawa.
Kung kasalukuyan kang isang administrator ng system na nagpapanatili ng mga nasa nasasakupang bersyon ng mga produkto ng Exchange, Skype for Business o Sharepoint, irerekomenda kong tingnan ang kanilang mga bersyon ng cloud bilang bahagi ng Office 365 upang maunawaan kung paano nababagay ang mga ito sa iyo at kung anong functionality ang ibinibigay nila kumpara sa ang mga nasa nasasakupang bersyon.
Azure ay isang pandaigdigang cloud platform mula sa Microsoft na kinabibilangan ng patuloy na lumalawak na hanay ng mga serbisyo sa cloud na tumutulong sa mga organisasyon na malutas ang kanilang mga problema sa negosyo. Sa kasalukuyan, ang Azure ay may kasamang higit sa 300 mga serbisyo, na nakapangkat sa iba't ibang kategorya (computing, networking, storage, database, analytics, Internet of things, seguridad, devOps, container, atbp.).
Sa unang paglabas noong 2009, sinasakop na ngayon ng Microsoft Azure ang isa sa mga nangungunang posisyon sa pandaigdigang merkado ng mga serbisyo sa ulap, na matagumpay na nakikipagkumpitensya doon sa Amazon AWS.
Ayon sa pinakabagong ulat sa pananalapi () Ang kita ng Microsoft sa quarterly (Q4 2019) ay lumago ng 49% dahil sa tagumpay ng Office 365 at cloud business. Ang kita ng Azure ay lumago ng 64%.
Ang Azure, kasama ang Office 365, ay ang mga pangunahing lugar kung saan pinapatnubayan ng Microsoft ang mga mapagkukunang pinansyal at organisasyon nito.
Ang kasaganaan ng mga serbisyo sa platform ng Azure ay maaaring malito kahit na ang isang may karanasan na espesyalista sa IT, kaya sa ibaba ay isang paglalarawan ng isang tipikal na imprastraktura ng server ng Windows, kung saan sa mga panaklong ay ipahiwatig ko ang kanilang tinatayang mga analogue sa Azure cloud. Umaasa ako na ito ay magsisilbing panimulang punto para sa pag-aaral ng Azure, dahil, tulad ng alam mo, kailangan mong magsimula sa maliit, unti-unting lumalim.
Ang isang tipikal na imprastraktura ng Windows server ay ganito ang hitsura:
- Active Directory (AD) na may mga patakaran ng grupo at DNS. (Azure Active Directory (AAD), Azure DNS).
- DHCP
- Exchange mail server. (Palitan online bilang bahagi ng Office 365).
- RDS farm na may ilang mga terminal server. (Azure virtual machine + Azure Virtual Network + Azure Storage).
- Isang file server kung saan iniimbak ng mga empleyado ang kanilang mga file. (Azure File Storage, Azure virtual machine + Azure Virtual Network + Azure Storage)
- Mga server na may mga application at database (1C, portal ng panloob na site, CRM, atbp.). (Azure SQL Database, Azure Web Sites, Microsoft Dynamics 365, Azure virtual machine + Azure Virtual Network + Azure Storage)
Ang mga pangunahing gawaing pang-administratibo ay:
- Paglikha ng mga backup. (Azure Backup).
- Koleksyon at pagsusuri ng mga log. (Azure Log Analytics).
- Automation ng mga nakagawiang gawain. (Azure Automation).
- Pagsubaybay sa katayuan ng mga serbisyo at pagtanggap ng mga abiso tungkol sa mga pagkabigo (Azure Monitor).
Para sa mga administrator ng Windows na nagpapanatili ng mga lokal na imprastraktura, ipinapayo ko muna sa lahat na maghanap ng mga analog ng kanilang mga paboritong serbisyo sa Azure cloud upang gumana sa kanila nang kaunti, matukoy ang kanilang pagiging kapaki-pakinabang para sa kumpanya, at, marahil, ayusin ang mga pagpipilian sa hybrid, pagpili ang pinakamahusay sa parehong mundo.
pagsasanay
Ang pagbibigay-diin ng Microsoft sa pagbuo ng mga produkto nito ay unti-unting lumilipat sa mga solusyon sa ulap, kaya kailangan mong simulan ang pag-aaral ng mga ito ngayon. Saan ako makakakuha ng higit pang kaalaman tungkol sa Azure sa Russian? Sa kasamaang palad, walang ganoong mga mapagkukunan.
Nag-aalok ang Microsoft na gamitin ang portal ng Microsoft Learn nito - . Ang materyal ng teksto ay isinalin sa Russian, ang video ay ibinigay sa Ingles, kahit na may mga subtitle na Ruso.
Bilang isang mahusay at mataas na kalidad na materyal para sa pag-aaral ng Azure, inirerekumenda ko ang kursong Exam AZ-900 Azure Fundamentals, na binabasa ni Igor Shastitko sa kanyang channel sa YouTube (). Sa kasalukuyan ay mayroong 13 video, ngunit kung mayroong sapat na aktibong suporta mula sa komunidad (tulad ng, subscription), mas mabilis na lalabas ang mga materyales at hindi magtatagal ang pagpapatuloy.
Bukod pa rito, sa iwalker2000 channel, inirerekomenda kong panoorin ang playlist na βIT Career: How to Become an IT Specialist,β na tutulong sa mga naghahangad na espesyalista na matukoy ang landas ng kanilang propesyonal na pag-unlad at mabuo ang kanilang karera nang tama. ()
Sa kasamaang palad, walang gaanong materyal sa Azure sa Russian na gusto namin, kaya kung may alam ka pang iba pang kapaki-pakinabang na mapagkukunan sa paksang ito, mangyaring ibahagi ang mga ito sa mga komento. Maraming mga espesyalista sa IT ang magpapasalamat sa iyo para dito.
Natuklasan
Anong mga konklusyon ang maaaring makuha mula sa lahat ng nasa itaas?
- May buhay pa sa imprastraktura ng Microsoft, at hindi ito mawawala. Ang Microsoft ay may medyo malawak na portfolio ng mga solusyon sa software, na marami sa mga ito ay nangunguna sa kanilang mga niches, kaya ang isang system administrator ay palaging may dapat matutunan, ipatupad, patakbuhin at bumuo.
- Aktibong nagbabago na ngayon ang imprastraktura ng Microsoft, at ito ay nangyayari nang may diin sa pagbuo ng mga serbisyo sa cloud - Azure at Office 365. Ang mga bagong produkto at application ng Microsoft ay unang gagawin upang gumana sa cloud na may reference sa isang modelo ng subscription na may buwanang pagbabayad. Ilan lang sa mga produktong ito ang ipapatupad sa mga nasa lugar na solusyon.
- Malapit nang umalis sa amin ang ilang mahal at mahirap suportahan na produkto, na lilipat nang buo o bahagi sa Azure cloud o Office 365. Ang mga indibidwal na administrator na patuloy na nagpapanatili ng isang produkto lamang (halimbawa, SCOM, SCSM, atbp.) ay malapit nang maging inalis.
- Kung ikaw ay isang bihasang tagapangasiwa ng system na nagtatrabaho sa Microsoft ecosystem, hindi mo kailangang i-drop ang lahat at tumakbo sa DevOps, na ngayon ay pinag-uusapan sa bawat sulok. Maaari kang magpatuloy sa pag-unlad sa iyong direksyon, pagdaragdag ng mga kakayahan sa mga serbisyo ng cloud ng Azure at Office 365.
- Upang manatiling isang hinahangad na espesyalista sa merkado ng paggawa, kailangan mong mag-aral, mag-aral at mag-aral muli. Ang konsepto ng "panghabambuhay na edukasyon" para sa IT ay higit na nauugnay kaysa dati, lalo na ngayon sa mga panahon ng aktibong pag-unlad ng mga teknolohiya ng ulap.
- Ang DevOps ay nasa tuktok na ngayon ng katanyagan nito (hype). Ito ay katotohanan. Sa una, ang DevOps ay itinuturing bilang isang pamamaraan na nagbibigay-daan sa pagbuo ng software at mga operasyon na pagsama-samahin, kasama ang mga programmer at inhinyero na nagtutulungan tungo sa iisang layunin - ang paggawa ng software na mas mahusay. Ang pangunahing diin ay ang pagbabago ng kultura ng komunikasyon sa pagitan ng mga koponan, pagbuo ng mga mekanismo ng pagtutulungan sa isa't isa at kolektibong responsibilidad para sa huling resulta. Gayunpaman, bilang isang resulta, ito ay humantong sa paglitaw ng isang bagong posisyon - DevOps engineer, kung saan ang mga gawain ng release engineer (CICD), automation administrator, cloud administrator at operations engineer ay ipinagkatiwala. Isa na itong fait accompli. Ang bilang ng mga bakante sa DevOps at ang kanilang mga kinakailangan ay nagpapatunay lamang nito.
Ang DevOps ay maaari na ngayong ituring bilang isang karagdagang landas para sa pagbuo ng isang engineer ng administrator ng system. Ang DevOps ay isang mahusay na paraan para sa karaniwang administrator na baguhin ang kanyang kasalukuyang industriya sa industriya ng software development. Ang mga mahilig sa automation at pagsusulat ng mga script ng code ay magiging mga developer, at ang mga mas gusto ang mga bagay sa imprastraktura (mga network, server, OS, clouds, atbp.) ay magiging mga inhinyero ng DevOps.
- Kung ikaw ay isang baguhan na espesyalista, o papasok pa lang sa IT, ang DevOps ay isa na ngayong magandang paraan para mag-upgrade sa maikling panahon at makakuha ng trabaho sa isang normal na kumpanya, na may disenteng suweldo at magandang opisina, kaya matuto ng Linux, Ansible, Docker, Kubernetes, Python at CICD .
Kamakailan, tumaas ang pangangailangan para sa platform ng Linux at mga solusyon na nauugnay sa pagbuo ng software, ngunit hindi ito dahil sa Microsoft ecosystem, ngunit isang bagong angkop na lugar ang lumitaw kung saan aktibong ginagamit ang Docker at Kubernetes, ang mga monolithic na application ay pinutol sa mga micro-service. , at nangangailangan ang negosyo ng mas mabilis na paglabas ng software upang mabawasan ang oras sa market para sa bagong functionality.
Pinagmulan: www.habr.com