Merkintä
2019 on hitaasti mutta varmasti tulossa loogiseen päätökseensä. IT-ala jatkaa aktiivista kehitystään ilahduttaen meitä suurella määrällä uusia teknologioita ja samalla täydentämällä sanastoamme uusilla määritelmillä: Big Data, AI, Machine Learning (ML), IoT, 5G jne. Tänä vuonna , Erityisen usein keskusteltiin sivuston luotettavuudesta (SRE), DevOpsista, mikropalveluista ja pilvipalveluista.
Jotkut tekniikat, esimerkiksi Blockchain ja kryptovaluutat (Bitcoin, Ethereum jne.), näyttävät jo ylittäneen suosionsa huipun (hype), joten suurella yleisöllä on mahdollisuus tarkastella niitä hillitymmin ja tunnistaa niiden myönteisiä ja negatiivisia puolia sekä päättää missä ja miten niitä parhaiten käytetään. Tasapainoinen katsaus Blockchain- ja kryptovaluuttojen aiheeseen löytyy täältä. Suosittelen lämpimästi tarkistamaan sen.
Muut tekniikat ovat edelleen saamassa suosiota ja muodostavat ympärilleen aktiivisia yhteisöjä, joihin kuuluu paitsi kannattajia ja kannattajia myös kiihkeitä vastustajia.
Ovatko kaikki menossa DevOpsiin?
DevOps, uusi lähestymistapa ohjelmistokehitykseen ja -käyttöön, saa tänään minulta erityismaininnan, koska... Tästä aiheesta on tänä vuonna todella paljon artikkeleita ja keskusteluja.
DevOps-termi tulkitaan nykyään melko laajasti. Jotkut ymmärtävät DevOpsin erityisenä lähestymistapana ohjelmistokehitykseen ja -käyttöön, kun työhön osallistuu ihmisiä, jotka osaavat tehdä sekä vähän koodausta että hallintoa. Toisille tämä tarkoittaa ennen kaikkea oman henkilökohtaisen järjestelmänvalvojan läsnäoloa tiimissä, jonka avulla he voivat vapauttaa ohjelmistokehittäjät osasta ydinkuormitusta järjestelmäympäristön asettamisen ja testiympäristöjen luomisen muodossa. , integroinnin toteuttaminen sisäisten ja ulkoisten palvelujen kanssa sekä automaatiokomentosarjojen kirjoittaminen. Toisille se on vain joukko muodikkaita tekniikoita ja työkaluja, joita on käytettävä pysyäkseen aina nuorina ja menestyvinä. Neljänneksi se on CICD ja kaikki siihen liittyvä. DevOpsista on todellakin monia tulkintoja, joten kuka tahansa voi itsenäisesti löytää niistä sen, mistä pitää eniten.
DevOpsin erilaiset tulkinnat herättävät kiivasta keskustelua, mikä johtaa siihen, että aiheesta ilmestyy lisää artikkeleita. Olen jopa tallentanut osan niistä kirjanmerkkeihini:
- .
- .
Jos luet tarpeeksi DevOpsia ylistäviä artikkeleita, saatat saada sellaisen vaikutelman, että jokaisen järjestelmänvalvojan tarvitsee vain vaihtaa nykyinen asemansa LinkedIN-profiilissaan järjestelmänvalvojasta DevOpsiksi, ja hän alkaa välittömästi saada kutsuja haastatteluihin suurilta ja suurilta HR:ltä. menestyvät yritykset , jotka lupaavat 2 kertaa nykyistä korkeamman palkan, antavat sinulle upouuden Macbookin, hoverboardin eivätkä unohda tilausta ilmaisiin vape-täyttöihin ja loputtomaan määrään smoothieita. Yleensä IT-paratiisi tulee.
Jos luet artikkeleita, jotka vähättelevät DevOpsin ansioita, alat saada erilainen käsitys siitä, että DevOps on uudenlainen orjuus, jossa ihmisten pitäisi koodata lähes samalla tasolla kuin kehittäjät, auttaa heitä korjaamaan bugeja, käsittelemään automaatiota ja CICD:tä, ota Jira käyttöön Wikin avulla, pyöritä pilviä, kerää säiliöitä ja hallitse niitä samalla kun suoritat järjestelmänvalvojan työtä, unohtamatta patruunoiden täyttöä, kierrettyjen parikaapelien puristamista ja toimistokukkien kastelua.
Mutta kuten tiedätte, totuus on yleensä jossain puolivälissä, joten tänään yritämme selvittää sitä hieman.
Eikö ylläpitäjiä enää tarvita?
Järjestelmänvalvojana ja insinöörinä, joka on työskennellyt Microsoftin ja VMwaren tuotteiden parissa jo jonkin aikaa, aloin huomata, että viime vuosien aikana on ollut ajoittain keskusteluja siitä, että järjestelmänvalvojista ei ole pian hyötyä kenellekään, koska:
- Koko infrastruktuuri on muuttumassa ja muuttuu IaaC:ksi (Infrastructure as a code). Nyt ei tule olemaan painikkeilla varustettua käyttöliittymää, vaan vain PowerShell, yaml-tiedostot, konfiguraatiot jne. Jos jokin huolto tai sen komponentti on rikki, sitä ei tarvitse enää korjata, koska... ottaa nopeasti käyttöön sen uuden kopion viimeisestä toimintatilasta.
- Pian koko IT-infrastruktuuri siirtyy pilviin ja paikallisesti (on-premise) lähimpään reitittimeen tulee vain verkkokaapelit, jotka yhdistävät meidät kaikkiin muihin pilvessä sijaitseviin yritysresursseihin. No, tulostin jää korkeintaan paikalliseksi, jotta tilitoimiston tytöt voivat tulostaa siihen kuvia kissoista netistä. Kaiken muun pitäisi olla pilvessä.
- DevOps-gurut tulevat ja automatisoivat kaiken ympärillään, joten järjestelmänvalvojien ei tarvitse muuta kuin muistaa lämmöllä sielussaan, kuinka vanhaan aikaan he suorittivat pingejä ja jälkiä diagnosoidakseen perusongelmia verkossa ja palvelimilla.
- Kuulin myös sellaisesta ilmiöstä kuin "Vendekapets", mutta siitä oli aika kauan sitten, urani kynnyksellä, kun olin vasta ottamassa ensimmäisiä askeleitani kohti järjestelmänhallintaa. Mutta jostain syystä "Vendekapets" ei koskaan tullut, aivan kuten maailmanloppu mayojen kalenterin mukaan. Yhteensattuma? Älä ajattele. 🙂
Ovatko Windows-järjestelmänvalvojat, jotka työskentelevät tiiviisti Microsoft-tuotteiden kanssa tänään, pian kenellekään? Vai onko niille vielä tarvetta? Käyttävätkö Windows-järjestelmänvalvojat edelleen asemaansa järjestelmänvalvojina ja insinööreinä, vai siirretäänkö heidät vähän koulutetun työvoiman rooliin ala anykey (anna, anna, tuo)?
Jopa täällä habr.com-sivustolla "System Administration" -keskuksessa näemme vain mainintoja kuberneteistä, linuxista, devopsista, dockerista, avoimesta lähdekoodista ja zabbixista. Missä ovat sanat, joita rakastamme niin paljon: Windows, Active Directory, Exchange, System Center, pääte, tulostuspalvelimet, tiedostopalvelimet, bat- ja vbs-skriptit tai ainakin powershell. Missä tämä kaikki on?
Onko siis elämää Windowsin jälkeen vai pitäisikö Windowsin järjestelmänvalvojien ja insinöörien nyt luopua kaikesta oppiakseen Linuxin, dockerin, kubernetesin, ansiblen, pythonin ja siirtyä DevOpsiin?
Ehkä kaikki on kunnossa Windowsin kanssa, nyt on vain väliaikainen hype Linux + docker + kubernetes + ansible + python -yhdistelmästä, joka on varjostanut rakkaan Windowsimme? Mitä Windows-järjestelmänvalvojan tulee tehdä vuonna 2020 ollakseen kysytty työmarkkinoilla?
Valitettavasti täällä on enemmän kysymyksiä kuin vastauksia, joten nykyinen artikkeli yrittää auttaa meitä ymmärtämään kaiken. Artikkeli on ensisijaisesti omistettu Windows-järjestelmänvalvojille ja -insinööreille, mutta olen varma, että se kiinnostaa myös muita IT-asiantuntijoita.
Microsoft menee pilviin?
Windows-järjestelmänvalvoja on ensinnäkin Microsoftin kannattaja, joten puhumme siitä ja sen upeista tuotteista edelleen.
Microsoftilla on melko laaja valikoima ohjelmistoratkaisuja, joista monet ovat johtavia markkinarakoillaan. Jos työskentelet Windows-järjestelmänvalvojana ja -insinöörinä, olet todennäköisesti kohdannut heidät tavalla tai toisella. Alla annan lyhyen kuvauksen jokaisesta tuotteesta ja kuvailen niiden mahdollisia kehitysnäkymiä seuraavan 3-5 vuoden aikana. Tämä ei ole salainen sisäpiiriläinen Redmondin päämajasta, vaan henkilökohtainen mielipiteeni, joten vaihtoehtoisia näkökulmia kommenteissa suositellaan voimakkaasti.
Paikalliset asennukset (paikan päällä)
Microsoft Exchange Server – monitoiminen sähköpostipalvelin, joka sisältää sähköpostin lisäksi myös yhteystietojen, kalenterien, tehtävien ja paljon muuta. Exchange Server on yksi Microsoftin lippulaivatuotteista, josta on tullut de facto yritysstandardi monissa yrityksissä. Sillä on tiivis integraatio Microsoftin tuotteiden lisäksi myös kolmansien osapuolien ratkaisuihin. Vaihto on suosittu sekä keskisuurissa (alkaen 100 henkilöä) että suurissa yrityksissä.
Tällä hetkellä nykyisenä versiona pidetään Exchange Server 2019. Aiemmin tuotetta kehitettiin melko aktiivisesti, mutta Exchange 2013 -versiosta alkaen kehitys on hidastunut merkittävästi, joten Exchange 2016:ta voidaan kutsua ehdollisesti Service Pack 1:ksi. (SP1) Exchange 2013:lle ja Exchange 2019 – siis Service Pack 2 (SP2) Exchange 2013:lle. Seuraavan on-premise-version (Exchange 2022) kohtalo on edelleen kyseenalainen.
Nyt Microsoft mainostaa aktiivisesti Exchange Onlinea osana Office 365 -pilvipalvelua, joten kaikki uudet toiminnot näkyvät ensisijaisesti siellä. Exchange Online ei ainoastaan saa ensimmäisenä uusia ominaisuuksia, vaan se saa myös lisäominaisuuksia, joita ei lähitulevaisuudessa siirretä paikallisiin asennuksiin. Tällä pyritään nopeuttamaan useiden yritysten siirtymistä pilveen, koska... Tilausmalli on taloudellisesti edullisempi Microsoftille kuin kertamyynti.
Jos ylläpidät tällä hetkellä paikallista Exchange Server -asennusta (2013–2019), voit jatkaa sitä seuraavat 3–5 vuotta. Matkan varrella kannattaa alkaa tutkia Exchange Onlinen tarjoamia mahdollisuuksia. ja hybridikokoonpanot ovat kun paikalliset ja pilviversiot ovat olemassa samanaikaisesti. Vaikka oletammekin, että Exchangesta ei enää tule olemaan seuraavaa paikallista versiota, nyt Exchange Serveristä saatu tieto on edelleen merkityksellistä vielä jonkin aikaa useista syistä:
- Paikallisten asennusten määrä on tällä hetkellä melko suuri, joten päteviä ylläpitäjiä tarvitaan tukemaan niitä. Kaikki organisaatiot eivät syystä tai toisesta pysty lähitulevaisuudessa siirtämään postiaan pilveen.
- Pilvisiirtoprojektit eivät ole vielä triviaaleja, joten tarvitaan sekä paikallisten että pilviratkaisujen erityispiirteiden tuntemus, jotta voidaan välttää useimmat sudenkuopat ja viedä siirto onnistuneesti päätökseen.
- Tieto smtpimapmapipop3-, mail flow-, dkim-, dmark-, spf-, virustentorjunta- ja roskapostiprotokollasta on yleistä ja soveltuu kaikkiin sähköpostijärjestelmiin.
- Paikallisen Exchange Serverin kanssa työskentelystä saadut kokemukset auttavat sinua ymmärtämään Exchange Onlinen ja määrittämään haluamasi kokoonpanon paljon nopeammin.
- Sähköposti on yksi tärkeimmistä viestintäkanavista ulkomaailman kanssa, joten tarve sille säilyy. Sinun ei tarvitse kuunnella "lähettiläiset ja chat-botit korvaavat sähköpostin" kannattajia, koska... He "hautasivat" postin monta kertaa ja toistaiseksi tuloksetta.
Skype for Business (SfB) (aiemmin Lync) – yrityksen lähettiläs edistyneillä ominaisuuksilla. Sillä on tiivis integraatio Exchange-palvelimen kanssa, mutta se on huomattavasti heikompi suosioltaan. Skype for Business on yleensä käytössä vain suurissa yrityksissä, koska... Pienet ja keskisuuret yritykset eivät ole siitä kovin kiinnostuneita.
Nykyinen versio on nyt Skype for Business 2019, jossa on minimaaliset erot edelliseen Skype for Business 2016 -versioon verrattuna, joten SfB 2019:ää voidaan pitää Service Pack 1:nä SfB 2016:lle, ei uutena täysversiona.
Office 365 -pilvessä tämän tuotteen esitteli Skype for Business Online -palvelu, joka jonkin ajan kuluttua korvattiin kokonaan Microsoft Teamsilla, ts. Tällä hetkellä Skype for Business ei ole saatavilla Office 365 -pilvessä. Tästä syystä tuskin kannattaa odottaa Skype for Business 2022:n seuraavaa paikallista versiota, sillä Microsoftin prioriteettina on Teams Messengerin kehittäminen ja kehittäminen, josta tuli toimittajan vastaus onnistuneen Slack Messengerin syntymiseen.
Jos hallinnoit tällä hetkellä paikallista Skype for Businessia ja pidät yritysviestintäkonseptista, suosittelen, että katsot Teamsia osana Office 365:tä, muuten on parempi valita toinen tuote tietämyksesi päivittämiseksi, koska paikallinen Skype for Business on menossa unohduksiin. Toisin kuin Exchange, josta on tullut de facto standardi sähköpostipalvelinrakenteessa, Skype for Businessilla on nykyään vaihtoehtoja. Team ja Slack suurille ja keskisuurille yrityksille. Telegram, Viber, Whatsapp - pienille yrityksille.
SharePoint – yrityksen sisäinen portaali, jossa yritykset voivat julkaista hyödyllisiä verkkopalvelujaan (loma-aikataulu, työntekijöiden luettelo valokuvilla ja puhelinnumeroilla, syntymäpäivämuistutukset, yritysuutiset jne.). Käyttäjät voivat tallentaa, muokata ja jakaa tiedostoja, jotka he sijoittavat SharePoint-kirjastoihinsa.
SharePoint on kuin Bitrix24, vain suurempi, toimivampi, kalliimpi ja paljon vaikeampi konfiguroida ja tukea. Killer-ominaisuudet ovat mahdollisuus muokata yhtä asiakirjaa samanaikaisesti suurella määrällä työntekijöitä, mikä on erittäin kätevää, kun 100 ihmistä yrittää täyttää loma-aikataulua, sekä integrointi Office Online Serverin ja paikallisen MS Officen kanssa.
Sharepoint on suuri, monimutkainen ja kallis tuote, joten sitä käyttävät yleensä vain suuret yritykset. Pienemmät yritykset käyttävät Bitrix24:ää tai sen analogeja tai yksinkertaisesti tallentavat tiedostoja tiedostopalvelimille ja jakavat hyödyllisiä verkkopalveluita eri sisäisille sivustoille.
SharePoint-tiloja (klustereita) hallinnoivat yleensä kehittäjät, joilla on järjestelmänvalvojan toiminnot, eivätkä "puhtaat" järjestelmänvalvojat, koska Jotta SharePoint pääsisi nousuun ja olisi hyödyllinen yritykselle, siihen on lisättävä paljon koodin avulla.
Office 365 sisältää SharePoint Onlinen, joka on yksinkertaistettu versio paikallisesta SharePointista, ts. Siinä on minimaalinen määrä mukautusvaihtoehtoja ja se on "räätälöity sinulle sopivaksi", mutta se vapauttaa kehittäjän ja järjestelmänvalvojan monista sen toimintaan liittyvistä päänsärkyistä. Minun tuomioni on tämä: SharePointin paikallisversion tukemisen monimutkaisuus ja korkeat kustannukset vaativat veronsa, ja yritykset alkavat iloisesti siirtyä vähitellen SharePoint Onlineen tai luopumaan Sharepointista kokonaan jonkin yksinkertaisen ratkaisun hyväksi. Itse en näe SharePointin ruusuista ja huoletonta elämää paikallisissa asennuksissa.
System Center on koko tuoteperhe suurten Windows-infrastruktuurien käyttöönottoon, määrittämiseen, hallintaan ja valvontaan. Arviointi sisältää: 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) ).
Täyden System Center -tuotevalikoiman tarvitsevat yleensä vain suuret yritykset, kun taas keskisuuret yritykset käyttävät vain yhtä tai kahta tuotetta.
Koska System Center -tuotteet ovat melko vaikeita oppia ja niitä käytetään yleensä vain suurissa infrastruktuureissa, on tapana määrätä niiden kanssa työskentelemään erillisiä henkilöitä, esimerkiksi järjestelmänvalvontajärjestelmänvalvoja (SCOM), työaseman ylläpitojärjestelmänvalvoja (SCCM), virtualisointijärjestelmän järjestelmänvalvoja (Hyper -V + SCVMM), Infrastructure Automation Manager (SCORCH + SCSM).
Microsoft kehittää pilvipalvelujaan nopeasti, joten System Centerin toiminnallisuus siirtyy vähitellen pilveen. Kaikella tällä on lähitulevaisuudessa merkittävä vaikutus System Centerin paikallisiin tuotteisiin.
toiminnallinen System Center Orchestrator (SCORCH) korvataan tulevaisuudessa Azure Automation -palvelulla ().
toiminnallinen System Center Operations Manager (SCOM) korvaa Azure Monitor -palvelun tulevaisuudessa ().
toiminnallinen System Center Data Protection Manager (SCDPM) korvaa Azure Backup -palvelun tulevaisuudessa ().
toiminnallinen System Center Service Manager (SCSM) lakkaa olemasta kysyntää tai se korvataan millä tahansa muulla lippujärjestelmällä, esimerkiksi Jira.
System Center Virtual Machine Manager (SCVMM) toistaiseksi se jää yrityksille, jotka käyttävät paikallisesti Hyper-V-virtualisointia. Pieniä Hyper-V-asennuksia (10-15 palvelinta) voidaan hallita melko menestyksekkäästi ilman SCVMM:ää käyttämällä vain vakiotyökaluja - Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.
System Center Configuration Manager (SCCM) – käytetään käyttöjärjestelmien massakäyttöön, yrityssovellusten asentamiseen yhdestä luettelosta, Windows-päivitysten asentamiseen palvelimille ja lopputyöasemille, sovellusten inventointiin ja lisenssien laskemiseen. Tämä näyttää olevan ainoa tuote koko System Center -sarjasta, joka jää meille paikan päällä olevaan infrastruktuuriin, koska... Tällä hetkellä sitä ei ole mahdollista täysin korvata jollain pilvipohjaisella.
Jos ylläpidät tällä hetkellä paikan päällä System Center Configuration Managerin (SCCM) asennusta, voit jatkaa sen tekemistä, koska tuote on meillä ainakin seuraavat 3-5 vuotta. Lisäksi suosittelen aloittamaan Office 365:n ominaisuuksien tutkimisen, koska... tämä sopisi hyvin yhteen Enterprise Desktop Administrator -aseman kanssa.
Useimpien muiden System Center -tuotteiden järjestelmänvalvojan rooli poistetaan. Azure-palvelut yksinkertaistavat huomattavasti heidän työtään piilottaen kaiken monimutkaisuuden uteliailta katseilta. Otetaan esimerkiksi automaation ylläpitäjä (SCORCH + SCSM). SCORCH korvataan Azure Automationilla. Automaatioprosessin, PowerShellin, SQL:n tuntemus säilyy ja on hyödyllistä Azure Automationille, mutta tieto SCORCH-klusterien rakentamisesta, niiden korkean käytettävyyden varmistamisesta, resurssien mitoituksesta, päivittämisestä, uusiin versioihin siirtymisestä, varmuuskopioinnista ja valvonnasta menettää merkityksensä, koska Kaiken tämän työn ottaa haltuunsa Azure-pilvi. Automaatiovastaava keskittyy vain itse automaatioprosessiin, koska... Häneltä viedään kaikki työ automaatioinfrastruktuurin toimivuuden ylläpitämiseksi.
Windows-palvelin ja sen roolit
Active Directory (AD) – paikka, johon käyttäjä- ja tietokonetilit tallennetaan. Jos yrityksellä on yli 20 tietokonetta, niin todennäköisesti sillä on jo jonkinlainen Active Directory -toimialue. Active Directoryn tuntemus, kyky erottaa toimialue metsästä ja kyky työskennellä ryhmäkäytäntöjen kanssa ovat pakollisia kaikille Windowsin järjestelmänvalvojille. Tämä tieto on merkityksellistä vielä 20 vuotta. Suosittelen lisäksi tutustumaan Azure AD:hen (AAD) ja tarkastelemaan vaihtoehtoja käyttäjien synkronoimiseksi paikallisten ja pilviinfrastruktuurien välillä.
DNS, DHCP – verkkopalvelut, joiden ymmärtämisestä on hyötyä kaikilla IT:n osa-alueilla hallinnosta ohjelmointiin, joten ne pitää osata. Verkkojen, reititysprotokollien, OSI- ja TCPIP-mallien toiminnan ymmärtäminen on selkeä plussa jokaiselle IT-asiantuntijalle.
Hyper-V – Microsoftin ja erityisesti sen hypervisorin virtualisointitekniikoiden koko pinon nimi. Se kehittyy melko nopeasti, vaikka mielestäni suurin osa uusista ominaisuuksista (Shielded VM, Encrypted Subnets, Storage Spaces Direct) on suunnattu ensisijaisesti paikallisille (Cloud Service Providers) ja globaaleille (Azure) pilvipalveluntarjoajille, ei yrityksille. segmentti (yritys). Tämä on yleisesti ymmärrettävää, sillä Microsoft ottaa ensin käyttöön ja testaa uusia toimintoja Azure-pilveensä ja vasta sitten siirtää ne Windows Serveriin ja Hyper-V:hen.
Hyper-V kärsii edelleen yhden ilmaisen konsolin puutteesta, joka tarjoaa kaikki tarvittavat ominaisuudet. Nyt meillä on Failover Cluster Manager, Hyper-V Manager, Windows Admin Center. SCVMM:n piti olla sellainen konsoli, mutta se on maksullinen ja hieman vaikea oppia.
Jos ylläpidät tällä hetkellä paikallista Hyper-V-asennusta ilman SCVMM:ää, voit jatkaa niin. Samanaikaisesti suosittelen Azure IaaS:n ja virtuaalikoneiden siirtämisen mekanismeja pilven ja paikallisen infrastruktuurin välillä tutkimisen aloittamista.
Ympäristössäni (pankit, tietoliikenne, vakuutusyhtiöt, suuret teolliset osakkeet) kaikkea tuottavaa virtualisointia hallinnoi pääsääntöisesti VMware vSphere, ei Hyper-V SCVMM:llä, joten voin suositella, että myös Hyper-V:n ylläpitäjä kohti VMwarea ja sen tuotteita .
Pilvipalvelut
Office 365 on pilvipalvelu, joka tarjoaa tilauspaketin Microsoft Office -sovelluksia (paikallisia ja Web-versioita) ja sisältää myös pääpalvelintuotteet - Exchange, Teams, OneDrive ja Sharepoint.
Tällä hetkellä Office 365 on omavarainen palvelu, joka kattaa lähes täysin toimistoviestinnän tarpeet. Helppokäyttöisyytensä ansiosta se sopii erinomaisesti sekä pienille yrityksille että keskisuurille ja suurille yrityksille.
Jo käyttöön otettujen Exchange-, Teams-, OneDrive- ja Sharepoint-palvelujen läsnäolo pilvessä vähentää merkittävästi järjestelmänvalvojan kuormitusta, koska kaikki asennus-, resurssien koon, päivityksen ja uusiin versioihin siirtymisen menettelyt ovat nyt kokonaan Microsoftin vastuulla. Jos aiemmin Exchangen, Teamsin, OneDriven ja Sharepointin ylläpitämiseen paikallisessa infrastruktuurissa olisi tarvittu 4-6 erikseen omistautunutta järjestelmänvalvojaa, nyt Office 365:ssä riittää vain yksi keskimääräinen järjestelmänvalvoja. Jos jokin ei toimi tai toimi oikein, voit luoda lipun Microsoftin tekniseen tukeen suoraan Office 1 -käyttöliittymästä, mikä on erittäin kätevää.
Jos olet tällä hetkellä järjestelmänvalvoja, joka ylläpitää Exchange-, Skype for Business- tai Sharepoint-tuotteiden paikallisia versioita, suosittelen tutustumaan niiden pilviversioihin osana Office 365:tä, jotta ymmärrät, kuinka ne sopivat sinulle ja mitä toimintoja ne tarjoavat verrattuna paikalliset versiot.
Taivaansininen on Microsoftin globaali pilvialusta, joka sisältää jatkuvasti laajenevan joukon pilvipalveluita, jotka auttavat organisaatioita ratkaisemaan liiketoimintaongelmiaan. Tällä hetkellä Azure sisältää yli 300 palvelua, jotka on ryhmitelty eri luokkiin (tietotekniikka, verkot, tallennus, tietokannat, analytiikka, esineiden Internet, tietoturva, kehittäjät, säiliöt jne.).
Vuonna 2009 ilmestynyt Microsoft Azure on nyt yksi johtavista asemista globaaleilla pilvipalvelumarkkinoilla ja kilpailee siellä menestyksekkäästi Amazon AWS:n kanssa.
Viimeisimmän tilinpäätöksen mukaan () Microsoftin neljännesvuosittainen (Q4 2019) tulos kasvoi 49 % Office 365:n ja pilviliiketoiminnan menestyksen ansiosta. Azuren liikevaihto kasvoi 64 %.
Azure ja Office 365 ovat tärkeimmät alueet, joille Microsoft ohjaa taloudellisia ja organisaatioresurssejaan.
Palvelujen runsaus Azure-alustalla voi hämmentää kokeneenkin IT-asiantuntijan, joten alla on kuvaus tyypillisestä Windows-palvelininfrastruktuurista, jossa suluissa ilmoitan niiden likimääräiset analogit Azure-pilvessä. Toivon, että tämä toimii lähtökohtana Azuren oppimiselle, koska, kuten tiedät, sinun on aloitettava pienestä, vähitellen syvemmälle.
Tyypillinen Windows-palvelininfrastruktuuri näyttää tältä:
- Active Directory (AD), jossa on ryhmäkäytännöt ja DNS. (Azure Active Directory (AAD), Azure DNS).
- DHCP
- Exchange-sähköpostipalvelin. (Vaihda verkossa osana Office 365:tä).
- RDS-farmi, jossa on useita päätepalvelimia. (Azure-virtuaalikone + Azure-virtuaaliverkko + Azure-tallennustila).
- Tiedostopalvelin, johon työntekijät tallentavat tiedostonsa. (Azure File Storage, Azure-virtuaalikone + Azure Virtual Network + Azure Storage)
- Palvelimet, joissa on sovelluksia ja tietokantoja (1C, sisäinen sivustoportaali, CRM jne.). (Azure SQL -tietokanta, Azure-verkkosivustot, Microsoft Dynamics 365, Azure-virtuaalikone + Azure-virtuaaliverkko + Azure-tallennustila)
Tärkeimmät hallintotehtävät ovat:
- Varmuuskopioiden luominen. (Azure Backup).
- Tukkien kerääminen ja analysointi. (Azure Log Analytics).
- Rutiinitehtävien automatisointi. (Azure Automation).
- Palveluiden tilan seuranta ja häiriöilmoitusten vastaanottaminen (Azure Monitor).
Paikallisia infrastruktuureja ylläpitäville Windows-järjestelmänvalvojille neuvoisin ensinnäkin etsimään analogeja suosikkipalveluistaan Azure-pilvestä, jotta he voivat työskennellä niiden kanssa vähän, määrittää niiden hyödyllisyys yritykselle ja ehkä järjestää hybridivaihtoehtoja valitsemalla ihanneratkaisu.
koulutus
Microsoftin painopiste tuotteidensa kehittämisessä on vähitellen siirtymässä pilviratkaisuihin, joten niiden oppiminen on aloitettava nyt. Mistä saan lisää tietoa Azuresta venäjäksi? Valitettavasti tällaisia resursseja ei ole paljon.
Microsoft tarjoaa Microsoft Learn -portaaliaan - . Tekstimateriaali on käännetty venäjäksi, video on englanniksi, vaikkakin venäjänkielisellä tekstityksellä.
Hyväksi ja laadukkaaksi materiaaliksi Azuren oppimiseen suosittelen Exam AZ-900 Azure Fundamentals -kurssia, jota Igor Shastitko lukee YouTube-kanavallaan (). Tällä hetkellä videoita on 13, mutta jos yhteisöltä löytyy riittävän aktiivista tukea (tykkää, tilaaminen), materiaalit ilmestyvät nopeammin ja jatko ei kestä kauan.
Lisäksi suosittelen iwalker2000-kanavalla katsomaan soittolistaa "IT-ura: Kuinka tulla IT-asiantuntijaksi", joka auttaa aloittelevia asiantuntijoita määrittämään ammatillisen kehityksensä polun ja rakentamaan uraansa oikein. ()
Valitettavasti Azuresta ei ole niin paljon materiaalia venäjäksi kuin haluaisimme, joten jos tiedät muita hyödyllisiä resursseja tästä aiheesta, jaa ne kommenteissa. Monet IT-asiantuntijat ovat sinulle kiitollisia tästä.
Tulokset
Mitä johtopäätöksiä kaikesta yllä olevasta voidaan tehdä?
- Microsoftin infrastruktuurissa on vielä elämää, eikä se ole poistumassa. Microsoftilla on melko laaja valikoima ohjelmistoratkaisuja, joista monet ovat markkinajohtajia, joten järjestelmänvalvojalla on aina jotain opittavaa, toteutettavaa, käytettävää ja kehitettävää.
- Microsoftin infrastruktuuri muuttuu nyt aktiivisesti, ja tämä tapahtuu painottaen pilvipalvelujen - Azure ja Office 365 -kehitystä. Uusia Microsoft-tuotteita ja -sovelluksia luodaan aluksi toimimaan pilvessä kuukausimaksullisen tilausmallin mukaisesti. Vain osa näistä tuotteista otetaan myöhemmin käyttöön on-premise-ratkaisuissa.
- Jotkut kalliit ja vaikeasti tuettavat tuotteet poistuvat pian meiltä ja siirtyvät kokonaan tai osittain Azure-pilveen tai Office 365:een. Yksittäiset järjestelmänvalvojat, jotka ylläpitävät jatkuvasti vain yhtä tuotetta (esim. SCOM, SCSM jne.) lakkautettu.
- Jos olet kokenut järjestelmänvalvoja, joka työskentelee Microsoftin ekosysteemissä, sinun ei tarvitse pudottaa kaikkea ja juosta DevOpsiin, josta nyt puhutaan joka kolkassa. Voit jatkaa kehitystä omaan suuntaan lisäämällä osaamista Azure- ja Office 365 -pilvipalveluissa.
- Pysyäksesi halutuksi asiantuntijana työmarkkinoilla, sinun on opiskeleva, opiskeleva ja opiskettava uudelleen. Tietotekniikan "elinikäisen koulutuksen" käsite on tärkeämpi kuin koskaan, varsinkin nyt pilviteknologioiden aktiivisen kehittämisen aikoina.
- DevOps on nyt suosionsa huipulla (hype). Se on tosiasia. Alun perin DevOps pidettiin menetelmänä, joka mahdollistaa ohjelmistokehityksen ja toiminnan yhdistämisen ohjelmoijien ja insinöörien työskennellä yhdessä yhden yhteisen tavoitteen saavuttamiseksi - ohjelmistojen parantamiseksi. Pääpaino oli tiimien välisen kommunikaatiokulttuurin muuttamisessa, keskinäisen avun mekanismien kehittämisessä ja yhteisvastuussa lopputuloksesta. Tuloksena tämä kuitenkin johti uuteen virkaan - DevOps-insinööriin, jolle delegoitiin julkaisuinsinöörin (CICD), automaatiojärjestelmänvalvojan, pilvijärjestelmänvalvojan ja operaatioinsinöörin tehtävät. Tämä on jo fait accompli. DevOps-avoimien työpaikkojen määrä ja niiden vaatimukset vain vahvistavat tämän.
DevOpsia voidaan nyt pitää lisäpoluna järjestelmänvalvojan kehittämiseen. DevOps on loistava tapa keskivertojärjestelmänvalvojalle muuttaa nykyinen toimialansa ohjelmistokehitysalaksi. Niistä, jotka pitävät automaatiosta ja koodiskriptien kirjoittamisesta, tulee lopulta kehittäjiä, ja niistä, jotka pitävät infrastruktuuriasioista (verkot, palvelimet, käyttöjärjestelmä, pilvet jne.), tulee DevOps-insinöörejä.
- Jos olet aloitteleva asiantuntija tai vasta aloittamassa IT-alaa, DevOps on nyt loistava tapa päivittää lyhyessä ajassa ja saada työpaikka normaalissa yrityksessä kohtuullisella palkalla ja hyvällä toimistolla, joten opettele Linux, Ansible, Docker, Kubernetes, Python ja CICD.
Viime aikoina Linux-alustan ja ohjelmistokehitykseen liittyvien ratkaisujen kysyntä on lisääntynyt, mutta tämä ei johdu Microsoftin ekosysteemistä, vaan yksinkertaisesti on ilmaantunut uusi markkinarako, jossa Dockeria ja Kubernetesia käytetään aktiivisesti, monoliittiset sovellukset leikataan mikropalveluiksi. , ja liiketoiminta vaatii ohjelmistojen julkaisun nopeutumista lyhentääkseen uusien toimintojen markkinoilletuloaikaa.
Lähde: will.com