Czy istnieje życie po Windowsie lub gdzie powinien rozwijać się administrator/inżynier systemu Windows w 2020 roku?

Wejście

Rok 2019 powoli, ale niezawodnie zbliża się do logicznego zakończenia. Branża IT nadal aktywnie się rozwija, zachwycając nas dużą liczbą nowych technologii, a jednocześnie uzupełniając nasze słownictwo o nowe definicje: Big Data, AI, Machine Learning (ML), IoT, 5G itp. W tym roku Szczególnie często poruszana była tematyka Site Reliability Engineering (SRE), DevOps, mikroserwisy i przetwarzanie w chmurze.

Niektóre technologie, na przykład Blockchain i kryptowaluty (Bitcoin, Ethereum itp.), wydają się mieć już szczyt swojej popularności (szum), więc opinia publiczna ma okazję przyjrzeć się im bardziej trzeźwo, identyfikując ich pozytywne i negatywne aspekty, a także decydowanie, gdzie i jak najlepiej je wykorzystać. Wyważone spojrzenie na temat Blockchain i kryptowalut można znaleźć w artykuł Aleksieja Malanowa z Kaspersky Lab. Gorąco polecam to sprawdzić.

Inne technologie dopiero zyskują na popularności, tworząc wokół siebie aktywne społeczności, w których skład wchodzą nie tylko zwolennicy i zwolennicy, ale także zagorzali przeciwnicy.

Czy wszyscy wybierają DevOps?

DevOps, czyli nowe podejście do tworzenia i działania oprogramowania, otrzyma dzisiaj ode mnie szczególne wyróżnienie, ponieważ... W tym roku pojawiło się naprawdę wiele artykułów i debat na ten temat.

Czy istnieje życie po Windowsie lub gdzie powinien rozwijać się administrator/inżynier systemu Windows w 2020 roku?

Termin DevOps jest dziś interpretowany dość szeroko. Niektórzy rozumieją DevOps jako szczególne podejście do tworzenia i obsługi oprogramowania, gdy w pracę zaangażowane są osoby, które potrafią zarówno trochę kodować, jak i administrować. Dla innych jest to przede wszystkim obecność w zespole własnego, osobistego administratora systemu, który pozwala odciążyć twórców oprogramowania od części obowiązków pozardzeniowych w postaci konfigurowania środowiska systemowego, tworzenia środowisk testowych , wdrażanie integracji z usługami wewnętrznymi i zewnętrznymi, a także pisanie skryptów automatyzujących. Dla innych to po prostu zestaw modnych technologii i narzędzi, z których trzeba korzystać, aby zawsze pozostać młodym i odnosić sukcesy. Po czwarte, jest to CICD i wszystko, co z nim związane. Interpretacji DevOps jest rzeczywiście wiele, więc każdy może samodzielnie znaleźć w nich to, co mu się najbardziej podoba.

Różne interpretacje DevOps budzą gorące dyskusje, co owocuje pojawianiem się kolejnych artykułów na ten temat. Niektóre z nich zapisałem nawet w zakładkach:

  1. Kim są DevOps?
  2. Jak dostać się do DevOps, jak się uczyć i co czytać.
  3. Dlaczego administratorzy systemów powinni zostać inżynierami DevOps.

Jeśli przeczytasz wystarczająco dużo artykułów chwalących DevOps, możesz odnieść wrażenie, że każdemu inżynierowi administratorowi systemu wystarczy zmienić swoje obecne stanowisko w swoim profilu LinkedIN z inżyniera administratora na DevOps, a od razu zacznie otrzymywać zaproszenia na rozmowy kwalifikacyjne od HR z dużych i dużych firm. odnoszące sukcesy firmy, które obiecają pensję 2 razy wyższą od dotychczasowej, dadzą Ci nowiutkiego Macbooka, hoverboard i nie zapomną o abonamencie na darmowe doładowania vape i nieskończoną ilość koktajli. Ogólnie rzecz biorąc, nadejdzie raj IT.

Jeśli czytasz artykuły bagatelizujące zalety DevOps, zaczynasz odnosić odmienne wrażenie, że DevOps to nowy rodzaj niewolnictwa, w którym ludzie powinni kodować niemal na tym samym poziomie co programiści, pomagać im naprawiać błędy, zajmować się automatyzacją i CICD, wdrażaj Jirę na Wiki, kręć chmurami, zbieraj kontenery i zarządzaj nimi, jednocześnie wykonując prace administracyjne, nie zapominając o uzupełnianiu wkładów, zaciskaniu skrętek i podlewaniu biurowych kwiatów.

Ale jak wiadomo, prawda zwykle leży gdzieś pośrodku, dlatego dzisiaj spróbujemy ją trochę rozgryźć.

Czy administratorzy nie są już potrzebni?

Jako administrator systemów i inżynier, który od dłuższego czasu pracuje z produktami Microsoft i VMware, zacząłem zauważać, że na przestrzeni ostatnich kilku lat regularnie pojawiają się dyskusje, że administratorzy systemów wkrótce będą nikomu nieprzydatni, ponieważ:

  1. Cała infrastruktura wkrótce się zmieni i stanie się IaaC (Infrastruktura jako kod). Teraz nie będzie GUI z przyciskami, a jedynie PowerShell, pliki yaml, konfiguracje itp. Jeśli jakaś usługa lub jej element ulegnie uszkodzeniu, to nie ma już potrzeby jej naprawiać, bo... szybko wdrożyć nową kopię z ostatniego stanu roboczego.
  2. Już niedługo cała infrastruktura IT przeniesie się do chmur, a lokalnie (on-premise) doprowadzone zostaną jedynie kable sieciowe do najbliższego routera, który połączy nas ze wszystkimi pozostałymi zasobami firmowymi zlokalizowanymi w chmurze. No cóż, drukarka co najwyżej pozostanie lokalnie, żeby dziewczyny z działu księgowości mogły drukować na niej wizerunki kotów z Internetu. Cała reszta powinna być w chmurze.
  3. Przyjdą guru DevOps i zautomatyzują wszystko wokół nich, więc administratorzy będą musieli jedynie z ciepłem w duszy wspominać, jak w dawnych czasach uruchamiali pingi i ślady, aby zdiagnozować podstawowe problemy w sieci i na serwerach.
  4. Słyszałem też o takim zjawisku jak „Vendekapets”, ale to było dość dawno temu, na początku mojej kariery, kiedy dopiero zaczynałem stawiać pierwsze kroki w kierunku administrowania systemami. Ale z jakiegoś powodu „Vendekapets” nigdy nie nadszedł, podobnie jak koniec świata według kalendarza Majów. Zbieg okoliczności? Nie myśl. 🙂

Czy administratorzy systemu Windows, którzy dziś ściśle współpracują z produktami Microsoftu, wkrótce nie będą nikomu potrzebni? A może nadal będą potrzebne? Czy administratorzy systemu Windows nadal będą nosić swój status administratorów i inżynierów, czy też zostaną zdegradowani do roli nisko wykwalifikowanych pracowników, tak czy inaczej (dawaj, dawaj, przynoś)?

Nawet tutaj, na habr.com, w centrum „Administracja systemu” widzimy tylko wzmianki o kubernetes, linux, devops, docker, open source, zabbix. Gdzie są słowa, które tak kochamy: Windows, Active Directory, Exchange, System Center, Terminal, Print Servers, File Servers, skrypty bat i vbs, czy chociaż powershell. Gdzie to wszystko jest?

Czy istnieje życie po Windowsie lub gdzie powinien rozwijać się administrator/inżynier systemu Windows w 2020 roku?

Czy zatem istnieje życie po Windowsie, czy też administratorzy i inżynierowie systemu Windows powinni teraz porzucić wszystko, aby nauczyć się Linuksa, Dockera, Kubernetesa, Ansible, Pythona i zająć się DevOps?

Może z Windowsem wszystko jest w porządku, tyle że teraz panuje chwilowa moda na kombinację Linux + Docker + Kubernetes + Ansible + Python, która przyćmiła nasz ukochany Windows? Co musi zrobić administrator systemu Windows w 2020 roku, aby być poszukiwanym na rynku pracy?

Niestety jest tu więcej pytań niż odpowiedzi, dlatego bieżący artykuł postara się pomóc nam choć trochę wszystko zrozumieć. Artykuł skierowany jest przede wszystkim do administratorów i inżynierów Windows, ale jestem pewien, że zainteresuje także innych specjalistów IT.

Microsoft idzie do chmur?

Administrator systemu Windows jest przede wszystkim zwolennikiem Microsoftu, więc dalej porozmawiamy o nim i jego wspaniałych produktach.

Microsoft ma dość szerokie portfolio rozwiązań programowych, z których wiele jest liderami w swoich niszach. Jeśli pracujesz jako administrator i inżynier systemu Windows, najprawdopodobniej spotkałeś się z nimi w taki czy inny sposób. Poniżej przedstawię krótki opis każdego z produktów oraz opiszę możliwe perspektywy ich rozwoju na przestrzeni najbliższych 3-5 lat. Nie jest to tajna informacja z centrali w Redmond, ale moja osobista opinia, dlatego gorąco zachęcam do wyrażania alternatywnych punktów widzenia w komentarzach.

Czy istnieje życie po Windowsie lub gdzie powinien rozwijać się administrator/inżynier systemu Windows w 2020 roku?

Instalacje lokalne (on-premise)

Microsoft Exchange Server – wielofunkcyjny serwer pocztowy, który umożliwia pracę nie tylko z pocztą, ale także z kontaktami, kalendarzami, zadaniami i wieloma innymi funkcjami. Exchange Server to jeden z flagowych produktów Microsoftu, który w wielu firmach stał się de facto korporacyjnym standardem. Zapewnia ścisłą integrację nie tylko z samymi produktami firmy Microsoft, ale także z rozwiązaniami dostawców zewnętrznych. Giełda cieszy się popularnością zarówno w średnich (od 100 osób), jak i dużych firmach.

Na ten moment za aktualną wersję uważa się Exchange Server 2019. Wcześniej produkt rozwijał się dość aktywnie, jednak począwszy od wersji Exchange 2013 rozwój ten uległ znacznemu spowolnieniu, dlatego Exchange 2016 można warunkowo nazwać Service Pack 1 (SP1) dla Exchange 2013, oraz Exchange 2019 - zatem Service Pack 2 (SP2) dla Exchange 2013. Losy kolejnej wersji on-premise (Exchange 2022) wciąż stoją pod znakiem zapytania.

Teraz Microsoft aktywnie promuje Exchange Online w ramach usługi chmurowej Office 365, więc wszystkie nowe funkcje pojawiają się przede wszystkim właśnie tam. Exchange Online nie tylko jako pierwszy otrzyma nowe funkcje, ale także zyskuje dodatkowe możliwości, które w najbliższej przyszłości nie zostaną przeniesione do instalacji on-premise. Ma to na celu przyspieszenie przejścia szeregu firm do chmury, ponieważ... Model subskrypcji jest dla Microsoftu korzystniejszy finansowo niż jednorazowa sprzedaż.

Jeśli obecnie utrzymujesz lokalną instalację Exchange Server (2013 - 2019), możesz to kontynuować przez następne 3-5 lat. Po drodze warto zacząć odkrywać możliwości, jakie zapewnia Exchange Online; a konfiguracje hybrydowe mają miejsce, gdy istnieją jednocześnie wersje lokalne i chmurowe. Nawet jeśli założymy, że nie będzie już kolejnej lokalnej wersji Exchange, zdobyta teraz wiedza na temat Exchange Server będzie nadal aktualna przez jakiś czas z kilku powodów:

  • Liczba instalacji lokalnych jest obecnie dość duża, dlatego do ich obsługi potrzebni będą wykwalifikowani administratorzy. Nie wszystkie organizacje będą mogły w najbliższej przyszłości przenieść swoją pocztę do chmury z tego czy innego powodu.
  • Projekty migracji do chmury nie są jeszcze sprawą trywialną, dlatego wymagana jest znajomość specyfiki rozwiązań zarówno on-premise, jak i rozwiązań chmurowych, aby uniknąć większości pułapek i pomyślnie zakończyć migrację.
  • Znajomość protokołów smtpimapmapipop3, przepływu poczty, dkim, dmark, spf, antywirusa, antyspamu jest uniwersalna i będzie miała zastosowanie w każdym systemie pocztowym.
  • Doświadczenie zdobyte podczas pracy z lokalnym serwerem Exchange pozwoli Ci zrozumieć Exchange Online i znacznie szybciej skonfigurować żądaną konfigurację.
  • E-mail jest jednym z najważniejszych kanałów komunikacji ze światem zewnętrznym, dlatego jego zapotrzebowanie pozostanie. Nie musisz słuchać zwolenników hasła „posłańcy i chatboty zastąpią e-mail”, bo... Pocztę „zakopywali” wielokrotnie i jak dotąd bezskutecznie.

Skype dla firm (SfB) (dawniej Lync) – komunikator korporacyjny z zaawansowanymi możliwościami. Ma ścisłą integrację z serwerem Exchange, ale jest znacznie gorszy od tego ostatniego pod względem popularności. Skype dla firm jest zwykle używany tylko w dużych firmach, ponieważ... Małe i średnie firmy nie są tym specjalnie zainteresowane.

Obecna wersja to Skype for Business 2019, która różni się minimalnie w porównaniu z poprzednią wersją Skype for Business 2016, dlatego SfB 2019 można uznać za dodatek Service Pack 1 dla SfB 2016, a nie nową pełną wersję.

W chmurze Office 365 produkt ten prezentowała usługa Skype for Business Online, która po pewnym czasie została całkowicie zastąpiona przez Microsoft Teams, czyli tzw. Obecnie Skype dla firm nie jest dostępny w chmurze Office 365. Z tego powodu raczej nie warto spodziewać się kolejnej lokalnej wersji Skype for Business 2022, gdyż priorytetem Microsoftu jest rozwój i rozwój komunikatora Teams, który stał się odpowiedzią dostawcy na pojawienie się odnoszącego sukcesy komunikatora Slack.

Jeśli obecnie administrujesz lokalnym Skype for Business i podoba Ci się koncepcja komunikatora korporacyjnego, to radzę spojrzeć na Teams w ramach Office 365, w przeciwnym razie lepiej wybrać inny produkt w celu uaktualnienia swojej wiedzy, ponieważ lokalny Skype dla firm odchodzi w zapomnienie. W przeciwieństwie do Exchange, który stał się de facto standardem w niszy serwerów pocztowych, Skype dla firm ma dziś alternatywy. Team i Slack dla dużych i średnich firm. Telegram, Viber, Whatsapp - dla małych firm.

SharePoint – wewnętrzny portal korporacyjny, na którym firmy mogą zamieszczać przydatne usługi internetowe (harmonogram urlopów, lista pracowników ze zdjęciami i numerami telefonów, przypomnienia o urodzinach, aktualności firmowe itp.). Użytkownicy mogą przechowywać, edytować i udostępniać pliki, które umieszczają w swoich bibliotekach SharePoint.

SharePoint jest jak Bitrix24, tylko większy, bardziej funkcjonalny, droższy i znacznie trudniejszy w konfiguracji i obsłudze. Zabójcze funkcje to możliwość jednoczesnej edycji jednego dokumentu przez dużą liczbę pracowników, co jest bardzo wygodne, gdy 100 osób próbuje wypełnić harmonogram urlopów oraz integracja z Office Online Server i lokalnym MS Office.

Sharepoint to duży, złożony i kosztowny produkt, dlatego zazwyczaj korzystają z niego tylko duże firmy. Mniejsze firmy korzystają z Bitrix24 lub jego odpowiedników lub po prostu przechowują pliki na serwerach plików i rozpowszechniają przydatne usługi internetowe w różnych witrynach wewnętrznych.

Farmy SharePoint (klastry) są zwykle zarządzane przez programistów z funkcjami administratora, a nie przez „czystych” administratorów systemów, ponieważ Aby SharePoint wystartował i był przydatny dla firmy, trzeba do niego wiele dodać za pomocą kodu.

Office 365 zawiera SharePoint Online, będący uproszczoną wersją lokalnego SharePoint, czyli tzw. Ma minimalną liczbę opcji dostosowywania i jest „szyty na miarę”, ale odciąża programistę i administratora od wielu problemów związanych z jego obsługą. Mój werdykt jest taki: złożoność i wysokie koszty obsługi lokalnej wersji SharePoint odcisną swoje piętno, a firmy z radością zaczną stopniowo przechodzić na SharePoint Online lub całkowicie porzucą Sharepoint na rzecz prostszego rozwiązania. Osobiście nie widzę różowego i beztroskiego życia SharePoint w lokalnych instalacjach.

System Center to cała rodzina produktów do wdrażania, konfigurowania, zarządzania i monitorowania dużych infrastruktur Windows. Ocenianie obejmowało: 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 ).

Czy istnieje życie po Windowsie lub gdzie powinien rozwijać się administrator/inżynier systemu Windows w 2020 roku?

Pełna gama produktów System Center jest zwykle potrzebna tylko dużym firmom, podczas gdy średnie firmy zwykle korzystają tylko z jednego lub dwóch produktów.

Ponieważ produkty System Center są dość trudne do nauczenia i są zwykle używane tylko w dużych infrastrukturach, zwyczajowo przydziela się do pracy z nimi osobne osoby, na przykład administratora monitorowania systemów (SCOM), administratora utrzymania stacji roboczej (SCCM), administratora administrator systemu wirtualizacji (Hyper -V + SCVMM), Menedżer automatyzacji infrastruktury (SCORCH + SCSM).

Microsoft dynamicznie rozwija swoje usługi chmurowe, dlatego funkcjonalność System Center stopniowo przenosi się do chmury. Wszystko to będzie miało w najbliższej przyszłości znaczący wpływ na produkty lokalne System Center.

Funkcjonalne Orkiestrator System Center (SCORCH) zostanie w przyszłości zastąpiona usługą Azure Automation (https://docs.microsoft.com/en-us/azure/automation/automation-intro).

Funkcjonalne Menedżer operacyjny System Center (SCOM) zastąpi w przyszłości usługę Azure Monitor (https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

Funkcjonalne Menedżer ochrony danych System Center (SCDPM) zastąpi w przyszłości usługę Azure Backup (https://docs.microsoft.com/en-us/azure/backup/backup-overview).

Funkcjonalne Menedżer usług System Center (SCSM) przestaną być popularne lub zostaną zastąpione jakimkolwiek innym systemem biletowym, na przykład Jira.

Menedżer maszyny wirtualnej System Center (SCVMM) na razie pozostanie w firmach, które lokalnie korzystają z wirtualizacji Hyper-V. Małe instalacje Hyper-V (10-15 serwerów) można z powodzeniem administrować bez SCVMM przy użyciu jedynie standardowych narzędzi - Menedżer klastra pracy awaryjnej, Menedżer Hyper-V, Centrum administracyjne systemu Windows.

Menedżer konfiguracji programu System Center (SCCM) – wykorzystywane do masowego wdrażania systemów operacyjnych, instalacji aplikacji korporacyjnych z jednego katalogu, instalacji aktualizacji Windows na serwerach i końcowych stacjach roboczych, inwentaryzacji aplikacji i obliczania licencji. Wygląda na to, że to jedyny produkt z całej linii System Center, który pozostanie z nami w infrastrukturze on-premise, bo... Obecnie nie ma możliwości całkowitego zastąpienia go czymś opartym na chmurze.

Jeśli obecnie utrzymujesz lokalną instalację programu System Center Configuration Manager (SCCM), możesz to kontynuować, ponieważ produkt będzie z nami przez co najmniej kolejne 3-5 lat. Dodatkowo polecam zacząć studiować możliwości Office 365, bo... pasowałoby to dobrze do stanowiska administratora komputerów stacjonarnych w przedsiębiorstwie.

Rola administratora w przypadku większości innych produktów System Center zostanie wyeliminowana. Usługi Azure znacznie upraszczają ich pracę, ukrywając całą złożoność przed wzrokiem ciekawskich. Weźmy jako przykład administratora automatyzacji (SCORCH + SCSM). SCORCH zostanie zastąpiony przez Azure Automation. Znajomość procesu automatyzacji, PowerShell, SQL pozostanie i będzie przydatna dla Azure Automation, ale wiedza z zakresu budowania klastrów SCORCH, zapewniania ich wysokiej dostępności, rozmiaru zasobów, aktualizacji, migracji do nowych wersji, tworzenia kopii zapasowych i monitorowania straci na znaczeniu, ponieważ Całą tę pracę przejmie chmura Azure. Administrator automatyzacji skupi się wyłącznie na samym procesie automatyzacji, ponieważ... Wszelkie prace związane z utrzymaniem funkcjonalności infrastruktury automatyki zostaną mu odebrane.

Serwer Windows i jego role

Aktywny katalog (AD) – miejsce przechowywania kont użytkowników i komputerów. Jeśli firma ma więcej niż 20 komputerów, najprawdopodobniej ma już jakąś domenę Active Directory. Znajomość Active Directory, umiejętność odróżnienia domeny od lasu i umiejętność pracy z politykami grupowymi są obowiązkowe dla każdego administratora Windows. Wiedza ta będzie przydatna przez kolejne 20 lat.Dodatkowo polecam zapoznać się z Azure AD (AAD) i przyjrzeć się możliwościom synchronizacji użytkowników pomiędzy infrastrukturą on-premise i chmurową.

DNS-y, DHCP – usługi sieciowe, których zrozumienie przydaje się we wszystkich obszarach IT, od administracji po programowanie, dlatego warto je znać. Zrozumienie działania sieci, protokołów routingu, modeli OSI i TCPIP będzie zdecydowanym plusem dla każdego informatyka.

Hyper-V – nazwa całego stosu technologii wirtualizacyjnych firmy Microsoft, a w szczególności jej hypervisora. Rozwija się dość szybko, choć moim zdaniem większość nowych funkcji (Shielded VM, Encrypted Subnets, Storage Spaces Direct) skierowana jest przede wszystkim do lokalnych (dostawcy usług chmurowych) i globalnych (Azure) dostawców usług chmurowych, a nie do korporacji segment (Przedsiębiorstwo). Jest to w sumie zrozumiałe, gdyż Microsoft najpierw wdraża i testuje nową funkcjonalność w swojej chmurze Azure, a dopiero potem przenosi ją na Windows Server i Hyper-V.

Hyper-V w dalszym ciągu cierpi na brak jednej darmowej konsoli, która zapewniałaby wszystkie niezbędne funkcje. Teraz mamy Menedżera klastra pracy awaryjnej, Menedżera Hyper-V, Centrum administracyjne systemu Windows. Taka konsola miała być SCVMM, jednak jest płatna i dość trudna do nauczenia.

Jeśli obecnie utrzymujesz lokalną instalację funkcji Hyper-V bez SCVMM, możesz to kontynuować. Równolegle polecałbym zacząć studiować Azure IaaS i mechanizmy migracji maszyn wirtualnych pomiędzy infrastrukturą chmurową a lokalną.

W moim środowisku (banki, telekomy, firmy ubezpieczeniowe, duże holdingi przemysłowe) całą wirtualizacją produktywną z reguły zarządza VMware vSphere, a nie Hyper-V z SCVMM, więc mogę polecić, aby administrator Hyper-V również rozejrzał się wobec VMware i jej produktów.

Usługi w chmurze

Biuro 365 to usługa w chmurze, która zapewnia pakiet subskrypcji aplikacji Microsoft Office (w wersji lokalnej i internetowej), a także obejmuje główne produkty serwerowe - Exchange, Teams, OneDrive i Sharepoint.

W tej chwili Office 365 jest samowystarczalną usługą, która niemal w całości pokrywa potrzeby komunikacji biurowej. Ze względu na łatwość konfiguracji jest idealny zarówno dla małych firm, jak i średnich i dużych przedsiębiorstw.

Obecność wdrożonych już usług Exchange, Teams, OneDrive i Sharepoint w chmurze znacząco odciąża administratora systemu, ponieważ wszystkie procedury instalacji, zmiany rozmiaru zasobów, aktualizacji i migracji do nowych wersji leżą teraz w całości po stronie firmy Microsoft. Jeśli wcześniej do utrzymania Exchange, Teams, OneDrive i Sharepoint w lokalnej infrastrukturze potrzebnych było 4-6 oddzielnie dedykowanych administratorów, teraz w Office 365 wystarczy tylko 1 przeciętny administrator. Jeśli coś nie działa lub nie działa poprawnie, możesz utworzyć zgłoszenie do pomocy technicznej Microsoft bezpośrednio z interfejsu Office 365, co jest bardzo wygodne.

Jeśli jesteś obecnie administratorem systemu i utrzymujesz lokalne wersje produktów Exchange, Skype dla firm lub Sharepoint, polecam przyjrzeć się ich wersjom w chmurze w ramach Office 365, aby zrozumieć, jak Ci odpowiadają i jaką funkcjonalność zapewniają w porównaniu z wersje lokalne.

Lazur to globalna platforma chmurowa firmy Microsoft, która obejmuje stale rozwijający się zestaw usług w chmurze, które pomagają organizacjom rozwiązywać problemy biznesowe. Obecnie Azure obejmuje ponad 300 usług, pogrupowanych w różne kategorie (obsługa obliczeniowa, sieci, pamięć masowa, bazy danych, analityka, Internet rzeczy, bezpieczeństwo, devOps, kontenery itp.).

Microsoft Azure, który pojawił się po raz pierwszy w 2009 roku, zajmuje obecnie jedną z wiodących pozycji na światowym rynku usług chmurowych, skutecznie konkurując na nim z Amazon AWS.

Według najnowszego raportu finansowego (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) Kwartalny (IV kwartał 4) zysk Microsoftu wzrósł o 2019% dzięki sukcesowi Office 49 i biznesu w chmurze. Przychody z platformy Azure wzrosły o 365%.

Azure wraz z Office 365 to główne obszary, w których Microsoft kieruje swoje zasoby finansowe i organizacyjne.

Bogactwo usług na platformie Azure może zmylić nawet doświadczonego informatyka, dlatego poniżej znajduje się opis typowej infrastruktury serwerowej Windows, gdzie w nawiasach wskażę ich przybliżone odpowiedniki w chmurze Azure. Mam nadzieję, że będzie to punkt wyjścia do nauki Azure, bo jak wiadomo, trzeba zacząć od czegoś małego, stopniowo przechodząc głębiej.

Typowa infrastruktura serwerowa Windows wygląda mniej więcej tak:

  • Active Directory (AD) z zasadami grupowymi i DNS. (Azure Active Directory (AAD), Azure DNS).
  • DHCP
  • Serwer pocztowy Exchange. (Wymiana online w ramach Office 365).
  • Farma RDS z kilkoma serwerami terminali. (maszyna wirtualna Azure + sieć wirtualna Azure + usługa Azure Storage).
  • Serwer plików, na którym pracownicy przechowują swoje pliki. (Azure File Storage, maszyna wirtualna Azure + Azure Virtual Network + Azure Storage)
  • Serwery z aplikacjami i bazami danych (1C, portal witryny wewnętrznej, CRM itp.). (Azure SQL Database, Azure Web Sites, Microsoft Dynamics 365, maszyna wirtualna Azure + Azure Virtual Network + Azure Storage)

Do głównych zadań administracyjnych należą:

  • Tworzenie kopii zapasowych. (Kopia zapasowa Azure).
  • Zbieranie i analiza logów. (Azure Log Analytics).
  • Automatyzacja rutynowych zadań. (Azure Automatyzacja).
  • Monitorowanie stanu usług i otrzymywanie powiadomień o awariach (Monitor Azure).

Administratorom Windows utrzymującym infrastruktury lokalne radziłbym przede wszystkim poszukać analogów swoich ulubionych usług w chmurze Azure, aby trochę z nimi popracować, określić ich przydatność dla firmy i być może zorganizować opcje hybrydowe, wybierając najlepsze z obu światów.

szkolenie

Nacisk Microsoftu w rozwoju swoich produktów stopniowo przenosi się na rozwiązania chmurowe, dlatego trzeba zacząć się ich uczyć już teraz. Gdzie mogę uzyskać więcej wiedzy na temat platformy Azure w języku rosyjskim? Niestety nie ma zbyt wielu takich źródeł.

Firma Microsoft oferuje możliwość korzystania ze swojego portalu Microsoft Learn — https://docs.microsoft.com/ru-ru/learn/browse/. Materiał tekstowy jest przetłumaczony na język rosyjski, wideo jest wyświetlane w języku angielskim, choć z rosyjskimi napisami.

Jako dobry i wysokiej jakości materiał do nauki Azure polecam kurs Exam AZ-900 Azure Fundamentals, który Igor Shastitko czyta na swoim kanale YouTube (https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7). Obecnie jest 13 filmów, ale jeśli będzie wystarczająco aktywne wsparcie ze strony społeczności (np. subskrypcja), materiały będą pojawiać się szybciej, a kontynuacja nie zajmie dużo czasu.

Dodatkowo na kanale iwalker2000 polecam obejrzeć playlistę „Kariera IT: Jak zostać specjalistą IT”, która pomoże początkującym specjalistom określić ścieżkę rozwoju zawodowego i prawidłowo zbudować swoją karierę. (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

Niestety, na platformie Azure nie ma tak wielu materiałów w języku rosyjskim, jak byśmy chcieli, więc jeśli znasz inne przydatne zasoby na ten temat, podziel się nimi w komentarzach. Wielu specjalistów IT będzie Ci za to wdzięcznych.

odkrycia

Jakie wnioski można wyciągnąć z powyższego?

  1. W infrastrukturze Microsoftu wciąż żyje życie i nie ma ono zamiaru przeminąć. Microsoft ma dość szerokie portfolio rozwiązań programowych, z których wiele jest liderami w swoich niszach, więc administrator systemu zawsze ma się czego nauczyć, wdrożyć, obsługiwać i rozwijać.
  2. Infrastruktura Microsoftu obecnie aktywnie się zmienia, a dzieje się to z naciskiem na rozwój usług chmurowych – Azure i Office 365. Nowe produkty i aplikacje Microsoft będą początkowo tworzone do pracy w chmurze w odniesieniu do modelu subskrypcyjnego z płatnościami miesięcznymi. Tylko część z tych produktów zostanie później wdrożona w rozwiązaniach on-premise.
  3. Część drogich i trudnych we wsparciu produktów wkrótce nas opuści, przenosząc się w całości lub w części do chmury Azure lub Office 365. Indywidualni administratorzy, którzy na stałe utrzymują tylko jeden produkt (np. SCOM, SCSM itp.) wkrótce będą zniesione.
  4. Jeśli jesteś doświadczonym administratorem systemów pracującym w ekosystemie Microsoftu, nie musisz rzucić wszystkiego i uciekać do DevOps, o którym teraz mówi się na każdym kroku. Możesz dalej rozwijać się w swoim kierunku, dodając kompetencje w zakresie usług chmurowych Azure i Office 365.
  5. Aby pozostać poszukiwanym specjalistą na rynku pracy, trzeba będzie się uczyć, uczyć i jeszcze raz uczyć. Koncepcja „kształcenia przez całe życie” dla IT jest bardziej aktualna niż kiedykolwiek, szczególnie teraz, w czasach aktywnego rozwoju technologii chmurowych.
  6. DevOps jest obecnie u szczytu swojej popularności (szum). To jest fakt. Początkowo DevOps był postrzegany jako metodologia umożliwiająca połączenie tworzenia oprogramowania i operacji, przy czym programiści i inżynierowie pracują razem nad jednym wspólnym celem – ulepszaniem oprogramowania. Główny nacisk położono na zmianę kultury komunikacji pomiędzy zespołami, wypracowanie mechanizmów wzajemnej pomocy i zbiorowej odpowiedzialności za efekt końcowy. Jednak w efekcie doprowadziło to do powstania nowego stanowiska – inżyniera DevOps, któremu oddelegowano zadania inżyniera wydania (CICD), administratora automatyzacji, administratora chmury i inżyniera operacyjnego. To już jest fakt dokonany. Liczba wolnych stanowisk DevOps i ich wymagania tylko to potwierdzają.

    DevOps można obecnie uznać za dodatkową ścieżkę rozwoju inżyniera-administratora systemów. DevOps to świetny sposób dla przeciętnego administratora na zmianę swojej obecnej branży na branżę tworzenia oprogramowania. Ci, którzy lubią automatyzację i pisanie skryptów kodu, w końcu zostaną programistami, a ci, którzy preferują infrastrukturę (sieci, serwery, system operacyjny, chmury itp.) zostaną inżynierami DevOps.

  7. Jeśli jesteś początkującym specjalistą lub dopiero zaczynasz przygodę z IT, DevOps jest teraz świetnym sposobem na awans w krótkim czasie i zdobycie pracy w normalnej firmie, z przyzwoitą płacą i dobrym biurem, więc naucz się Linuksa, Ansible, Docker, Kubernetes, Python i CICD.

W ostatnim czasie wzrosło zapotrzebowanie na platformę Linux i rozwiązania związane z tworzeniem oprogramowania, ale nie jest to spowodowane ekosystemem Microsoftu, ale po prostu pojawiła się nowa nisza, w której aktywnie wykorzystuje się Docker i Kubernetes, monolityczne aplikacje pocięte są na mikrousługi , a biznes wymaga szybszego wydawania oprogramowania, aby skrócić czas wprowadzania na rynek nowych funkcji.

Źródło: www.habr.com

Dodaj komentarz