Windows 이후의 삶이 있습니까? 아니면 Windows 시스템 관리자/엔지니어가 2020년에 어디에서 개발해야 합니까?

기입

2019년은 느리지만 확실하게 논리적 결론에 도달하고 있습니다. IT 산업은 지속적으로 활발히 발전하여 수많은 신기술로 우리를 기쁘게 하는 동시에 빅 데이터, AI, 머신 러닝(ML), IoT, 5G 등의 새로운 정의로 우리의 어휘를 보충합니다. 올해 , 사이트 안정성 엔지니어링(SRE), DevOps, 마이크로서비스 및 클라우드 컴퓨팅이 특히 자주 논의되었습니다.

블록체인 및 암호화폐(비트코인, 이더리움 등)와 같은 일부 기술은 이미 인기(hype)의 최고점을 통과한 것으로 보이므로 일반 대중은 이를 좀 더 냉정하게 살펴보고 그 기술의 특징을 확인할 수 있는 기회를 갖게 되었습니다. 긍정적이고 부정적인 측면을 파악하고 이를 가장 잘 사용할 위치와 방법을 결정합니다. 블록체인과 암호화폐 주제에 대한 균형 잡힌 시각은 다음에서 찾을 수 있습니다. Kaspersky Lab의 Alexey Malanov 기사. 확인해 보시길 적극 권장합니다.

다른 기술은 여전히 ​​인기를 얻고 있으며 지지자와 지지자뿐만 아니라 열렬한 반대자를 포함하여 주변에 활발한 커뮤니티를 형성하고 있습니다.

모두가 DevOps에 참여하고 있나요?

오늘 제가 특별히 언급할 소프트웨어 개발 및 운영에 대한 새로운 접근 방식인 DevOps는 다음과 같습니다. 올해 이 주제에 관해 정말 많은 기사와 토론이 있었습니다.

오늘날 DevOps라는 용어는 상당히 광범위하게 해석됩니다. 어떤 사람들은 DevOps를 소프트웨어 개발 및 운영에 대한 특별한 접근 방식으로 이해하며, 약간의 코딩과 관리를 모두 할 수 있는 사람들이 작업에 참여합니다. 다른 사람들에게는 무엇보다 팀에 개인 시스템 관리자가 있어 시스템 환경 설정, 테스트 환경 생성 등의 형태로 소프트웨어 개발자가 비핵심 부하를 덜어줄 수 있습니다. , 내부 및 외부 서비스와의 통합을 구현하고 자동화 스크립트를 작성합니다. 다른 사람들에게는 항상 젊고 성공적인 상태를 유지하기 위해 사용해야 하는 일련의 최신 기술과 도구일 뿐입니다. 네 번째는 CICD와 이와 관련된 모든 것입니다. DevOps에 대한 해석은 실제로 다양하므로 누구나 자신이 가장 좋아하는 것을 독립적으로 찾을 수 있습니다.

DevOps에 대한 다양한 해석으로 인해 열띤 토론이 일어나고, 이로 인해 이 주제에 대한 더 많은 기사가 등장하게 됩니다. 나는 그 중 일부를 북마크에 저장하기도 했습니다.

1. DevOps는 누구입니까?
2. DevOps에 참여하는 방법, 공부하는 방법 및 읽을 내용.
3. 시스템 관리자가 DevOps 엔지니어가 되어야 하는 이유.

DevOps를 칭찬하는 기사를 충분히 읽으면 시스템 관리자 엔지니어는 LinkedIN 프로필에서 자신의 현재 직책을 관리자 엔지니어에서 DevOps로 변경하기만 하면 되며, 대규모 및 HR로부터 인터뷰 초대를 즉시 받기 시작한다는 인상을 받을 수 있습니다. 현재보다 2배 더 높은 급여를 약속하는 성공적인 회사는 새로운 Macbook과 호버보드를 제공하고 무료 vape 리필 구독과 끝없는 양의 스무디를 잊지 않을 것입니다. 일반적으로 IT 천국이 올 것입니다.

DevOps의 장점을 얕보는 기사를 읽으면 DevOps가 사람들이 개발자와 거의 동일한 수준으로 코딩하고, 버그 수정을 돕고, 자동화 및 CICD를 처리해야 하는 새로운 유형의 노예 제도라는 다른 인상을 받기 시작합니다. Wiki를 사용하여 Jira를 배포하고, 클라우드를 회전하고, 컨테이너를 수집하고 관리하는 동시에 관리 작업을 수행하면서 카트리지 리필, 연선 케이블 압착, 사무실 꽃 물주기 등을 잊지 마세요.

하지만 아시다시피 진실은 대개 중간 어딘가에 있으므로 오늘은 그 사실을 조금 알아 내려고 노력하겠습니다.

관리자는 더 이상 필요하지 않나요?

꽤 오랫동안 Microsoft 및 VMware 제품을 다루어 온 시스템 관리자이자 엔지니어로서 저는 지난 몇 년 동안 시스템 관리자가 곧 누구에게도 도움이 되지 않을 것이라는 주기적인 대화가 있었다는 사실을 깨닫기 시작했습니다. 그 이유는 다음과 같습니다.

1. 인프라 전체가 IaaC(Infrastructure as a Code)로 바뀌려고 합니다. 이제 버튼이 있는 GUI는 없고 PowerShell, yaml 파일, 구성 등만 있습니다. 일부 서비스나 해당 구성 요소가 손상된 경우 더 이상 수리할 필요가 없습니다. 왜냐하면... 마지막 작업 상태에서 새 복사본을 빠르게 배포합니다.
2. 전체 IT 인프라는 곧 클라우드로 이동할 것이며, 로컬(온프레미스)에는 가장 가까운 라우터에 대한 네트워크 케이블만 있을 것이며, 이를 통해 우리는 클라우드에 있는 다른 모든 기업 리소스와 연결될 것입니다. 글쎄, 기껏해야 회계 부서의 소녀들이 인터넷에서 고양이 이미지를 인쇄할 수 있도록 프린터는 로컬로 유지됩니다. 다른 모든 것은 클라우드에 있어야 합니다.
3. DevOps 전문가가 와서 주변의 모든 것을 자동화하므로 관리자는 예전에 네트워크와 서버의 기본적인 문제를 진단하기 위해 핑과 추적을 실행했던 방법을 마음속으로 기억하기만 하면 됩니다.
4. 나는 또한 "Vendekapets"와 같은 현상에 대해 들었지만 그것은 꽤 오래 전, 내 경력이 시작될 때, 시스템 관리를 향한 첫 발을 내딛기 시작한 때였습니다. 그러나 어떤 이유에서든 마야 달력에 따른 세상의 종말처럼 "Vendekapets"는 결코 오지 않았습니다. 우연의 일치? 생각하지 마세요. 🙂

오늘날 Microsoft 제품과 긴밀하게 협력하고 있는 Windows 시스템 관리자가 곧 아무에게도 쓸모가 없게 될까요? 아니면 여전히 그것들이 필요할까요? Windows 관리자는 계속해서 관리자 및 엔지니어로서의 지위를 유지하게 될까요, 아니면 아무 키(Give, Give, Bring)와 같은 저숙련 인력의 역할로 강등될 것입니까?

여기 habr.com의 "시스템 관리" 허브에서도 kubernetes, linux, devops, docker, 오픈 소스, zabbix에 대한 언급만 볼 수 있습니다. Windows, Active Directory, Exchange, System Center, 터미널, 인쇄 서버, 파일 서버, bat 및 vbs 스크립트 또는 적어도 powershell 등 우리가 그토록 좋아하는 단어는 어디에 있습니까? 이 모든 것이 어디에 있습니까?

그렇다면 Windows 이후의 삶이 있을까요? 아니면 Windows 시스템 관리자와 엔지니어가 이제 Linux, docker, kubernetes, ansible, python을 배우고 DevOps로 전환하기 위해 모든 것을 포기해야 할까요?

어쩌면 Windows에서는 모든 것이 괜찮을 수도 있습니다. 이제 Linux + docker + kubernetes + ansible + python 조합에 대한 일시적인 과대 광고가 있어 우리가 사랑하는 Windows를 능가하고 있는 것일까요? 노동 시장에서 수요가 있으려면 Windows 시스템 관리자가 2020년에 무엇을 해야 합니까?

불행히도 여기에는 답변보다 더 많은 질문이 있으므로 현재 기사는 모든 것을 조금 이해하는 데 도움이 될 것입니다. 이 기사는 주로 Windows 관리자와 엔지니어를 대상으로 작성되었지만 다른 IT 전문가도 관심을 가질 것이라고 확신합니다.

마이크로소프트가 클라우드로 간다?

Windows 관리자는 우선 Microsoft의 지지자이므로 Microsoft와 그 훌륭한 제품에 대해 더 자세히 이야기하겠습니다.

Microsoft는 상당히 광범위한 소프트웨어 솔루션 포트폴리오를 보유하고 있으며 그 중 다수는 틈새 시장의 선두주자입니다. Windows 관리자 및 엔지니어로 일하는 경우 어떤 방식으로든 이러한 문제를 접했을 가능성이 높습니다. 아래에서는 각 제품에 대해 간략하게 설명하고 향후 3~5년 동안 제품 개발에 대한 가능한 전망을 설명하겠습니다. 이것은 레드몬드 본사의 비밀 내부자가 아니라 제 개인적인 의견이므로 댓글에서 다른 관점을 취하는 것이 좋습니다.

로컬 설치(온프레미스)

에서는 Microsoft Exchange Server – 메일 작업뿐만 아니라 연락처, 캘린더, 작업 등을 포함하는 다기능 메일 서버입니다. Exchange Server는 많은 회사에서 사실상의 기업 표준이 된 Microsoft의 주력 제품 중 하나입니다. Microsoft 제품 자체뿐만 아니라 타사 공급업체의 솔루션과도 긴밀하게 통합됩니다. Exchange는 중소기업(100명 이상)과 대기업 모두에서 인기가 있습니다.

현 시점에서는 Exchange Server 2019가 최신 버전으로 간주되며 이전에는 제품 개발이 상당히 활발했지만 Exchange 2013 버전부터 개발 속도가 크게 느려지므로 조건부로 Exchange 2016을 서비스 팩 1이라고 부를 수 있습니다. (SP1)(Exchange 2013 및 Exchange 2019) - 따라서 Exchange 2용 서비스 팩 2(SP2013)입니다. 다음 온프레미스 버전(Exchange 2022)의 운명은 여전히 ​​의문입니다.

이제 Microsoft는 Office 365 클라우드 서비스의 일부로 Exchange Online을 적극적으로 홍보하고 있으므로 모든 새로운 기능이 주로 여기에 나타납니다. Exchange Online은 새로운 기능을 가장 먼저 받을 뿐만 아니라 가까운 시일 내에 온프레미스 설치로 이전되지 않을 추가 기능도 얻게 될 것입니다. 이는 여러 회사의 클라우드로의 전환 속도를 높이기 위해 수행됩니다. 구독 모델은 일회성 판매보다 Microsoft에 재정적으로 더 유리합니다.

현재 Exchange Server(2013~2019)의 로컬 설치를 유지 관리하고 있다면 향후 3~5년 동안 계속 유지할 수 있습니다. 그 과정에서 Exchange Online이 제공하는 기회를 탐색해 보는 것이 좋습니다. 하이브리드 구성은 로컬 버전과 클라우드 버전이 동시에 존재하는 경우입니다. 다음 온프레미스 버전의 Exchange가 더 이상 존재하지 않는다고 가정하더라도 현재 Exchange Server에 대해 얻은 지식은 다음과 같은 여러 가지 이유로 앞으로도 한동안 계속 관련성이 있을 것입니다.

• 현재 로컬 설치 수가 상당히 많기 때문에 이를 지원하려면 자격을 갖춘 관리자가 필요합니다. 어떤 이유로든 가까운 미래에 모든 조직이 메일을 클라우드로 이동할 수 있는 것은 아닙니다.
• 클라우드 마이그레이션 프로젝트는 아직 쉽지 않습니다. 따라서 대부분의 함정을 피하고 마이그레이션을 성공적으로 완료하려면 온프레미스 및 클라우드 솔루션의 세부 사항에 대한 지식이 필요합니다.
• smtpimapmapipop3, 메일 흐름, dkim, dmark, spf, 바이러스 백신, 스팸 방지 프로토콜에 대한 지식은 보편적이며 모든 메일 시스템에 적용 가능합니다.
• 온-프레미스 Exchange Server 작업을 통해 얻은 경험을 통해 Exchange Online을 이해하고 원하는 구성을 훨씬 빠르게 설정할 수 있습니다.
• 이메일은 외부 세계와 소통하는 가장 중요한 채널 중 하나이므로 이에 대한 필요성은 계속 유지될 것입니다. "메신저와 채팅봇이 이메일을 대체할 것"이라는 지지자들의 말을 들을 필요는 없습니다. 왜냐하면... 그들은 우편물을 여러 번 "매장"했지만 지금까지 성공하지 못했습니다.

비즈니스용 Skype(SfB)(이전의 Lync) – 고급 기능을 갖춘 기업 메신저. Exchange 서버와 긴밀하게 통합되어 있지만 후자보다 인기가 훨씬 떨어집니다. 비즈니스용 Skype는 일반적으로 대기업에서만 사용됩니다. 중소기업은 별로 관심이 없습니다.

현재 버전은 비즈니스용 Skype 2019입니다. 이는 이전 버전의 비즈니스용 Skype 2016과 비교하여 최소한의 차이만 있으므로 SfB 2019는 새로운 정식 버전이 아닌 SfB 1용 서비스 팩 2016로 간주될 수 있습니다.

Office 365 클라우드에서 이 제품은 비즈니스용 Skype 온라인 서비스로 제공되었으며, 얼마 후 Microsoft Teams로 완전히 대체되었습니다. 현재 Office 365 클라우드에서는 비즈니스용 Skype를 사용할 수 없습니다. 이러한 이유로 비즈니스용 Skype 2022의 다음 로컬 버전을 기대할 가치가 거의 없습니다. Microsoft의 우선순위는 성공적인 Slack 메신저의 출현에 대한 공급업체의 대응이 된 Teams 메신저의 개발 및 개발이기 때문입니다.

현재 로컬 비즈니스용 Skype를 관리하고 있고 기업 메신저 개념이 마음에 든다면 Teams를 Office 365의 일부로 살펴보는 것이 좋습니다. 그렇지 않으면 지식을 업그레이드하기 위해 다른 제품을 선택하는 것이 좋습니다. 로컬 비즈니스용 Skype가 망각으로 향하고 있습니다. 메일 서버 틈새 시장에서 사실상의 표준이 된 Exchange와는 달리 오늘날 비즈니스용 Skype에는 대안이 있습니다. 대기업과 중소기업을 위한 Team 및 Slack입니다. Telegram, Viber, Whatsapp - 소규모 기업용.

셰어 – 기업이 유용한 웹 서비스(휴가 일정, 사진과 전화번호가 포함된 직원 목록, 생일 알림, 기업 뉴스 등)를 게시할 수 있는 내부 기업 포털입니다. 사용자는 SharePoint 라이브러리에 있는 파일을 저장, 편집 및 공유할 수 있습니다.

SharePoint는 Bitrix24와 유사하지만 더 크고, 더 기능적이며, 더 비싸고 구성 및 지원이 훨씬 더 어렵습니다. 킬러 기능은 다수의 직원이 하나의 문서를 동시에 편집할 수 있는 기능으로, 100명이 휴가 일정을 작성하려고 할 때 매우 편리하며 Office Online Server 및 로컬 MS Office와의 통합입니다.

쉐어포인트는 규모가 크고 복잡하며 고가의 제품이기 때문에 대개 대기업에서만 사용합니다. 소규모 회사에서는 Bitrix24 또는 그 유사품을 사용하거나 단순히 파일 서버에 파일을 저장하고 유용한 웹 서비스를 다양한 내부 사이트에 배포합니다.

SharePoint 팜(클러스터)은 일반적으로 "순수한" 시스템 관리자가 아닌 관리자 기능을 가진 개발자가 관리합니다. SharePoint가 인기를 얻고 회사에 유용하게 사용되려면 코드를 사용하여 많은 내용을 추가해야 합니다.

Office 365에는 로컬 SharePoint의 단순화된 버전인 SharePoint Online이 포함되어 있습니다. 최소한의 사용자 정의 옵션이 있고 "귀하에게 맞게 맞춤화"되어 있지만 개발자와 관리자의 운영과 관련된 많은 골치 아픈 일을 덜어줍니다. 내 결론은 다음과 같습니다. 온프레미스 버전의 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 온프레미스 제품에 큰 영향을 미칠 것입니다.

기능 SCORCH(시스템 센터 오케스트레이터) 향후 Azure Automation 서비스(https://docs.microsoft.com/en-us/azure/automation/automation-intro).

기능 SCOM(System Center Operations Manager) 향후 Azure Monitor 서비스를 대체할 예정입니다(https://docs.microsoft.com/en-us/azure/azure-monitor/overview).

기능 SCDPM(시스템 센터 데이터 보호 관리자) 향후 Azure Backup 서비스를 대체할 예정입니다(https://docs.microsoft.com/en-us/azure/backup/backup-overview).

기능 SCSM(시스템 센터 서비스 관리자) 수요가 중단되거나 Jira와 같은 다른 티켓 시스템으로 대체됩니다.

SCVMM(시스템 센터 가상 머신 관리자) 현재로서는 Hyper-V 가상화를 로컬로 사용하는 회사에 남아 있을 것입니다. Hyper-V의 소규모 설치(10-15개 서버)는 표준 도구(장애 조치 클러스터 관리자, Hyper-V 관리자, Windows Admin Center)만 사용하여 SCVMM 없이 성공적으로 관리할 수 있습니다.

SCCM(시스템 센터 구성 관리자) – 운영 체제의 대량 배포, 단일 카탈로그에서 기업 응용 프로그램 설치, 서버 및 최종 워크스테이션에 Windows 업데이트 설치, 응용 프로그램 목록 및 라이센스 계산에 사용됩니다. 이는 온프레미스 인프라에서 우리와 함께 남을 전체 System Center 제품군 중 유일한 제품인 것 같습니다. 현재 클라우드 기반으로 완전히 대체하는 것은 불가능합니다.

현재 SCCM(System Center Configuration Manager)의 온프레미스 설치를 유지 관리하는 경우 다음과 같은 이유로 계속 그렇게 할 수 있습니다. 이 제품은 적어도 향후 3~5년 동안 우리와 함께 있을 것입니다. 또한 Office 365의 기능에 대한 연구를 시작하는 것이 좋습니다. 이는 엔터프라이즈 데스크탑 관리자 위치와 잘 어울립니다.

대부분의 다른 System Center 제품에 대한 관리자 역할은 제거됩니다. Azure 서비스는 작업을 크게 단순화하여 모든 복잡성을 엿보는 눈으로부터 숨깁니다. 자동화 관리자(SCORCH + SCSM)를 예로 들어보겠습니다. SCORCH는 Azure Automation으로 대체됩니다. 자동화 프로세스, PowerShell, SQL에 대한 지식은 그대로 유지되어 Azure Automation에 유용하지만 SCORCH 클러스터 구축, 고가용성 보장, 리소스 크기 조정, 업데이트, 새 버전으로 마이그레이션, 백업 및 모니터링에 대한 지식은 관련성을 잃습니다. 이 모든 작업은 Azure 클라우드에서 처리됩니다. 자동화 관리자는 자동화 프로세스 자체에만 집중할 것입니다. 왜냐하면... 자동화 인프라의 기능을 유지하기 위한 모든 작업은 그에게서 사라지게 됩니다.

Windows 서버 및 해당 역할

액티브 디렉토리(AD) – 사용자 및 컴퓨터 계정이 저장되는 장소입니다. 회사에 20대 이상의 컴퓨터가 있는 경우 이미 일종의 Active Directory 도메인이 있을 가능성이 높습니다. 모든 Windows 관리자에게는 Active Directory에 대한 지식, 도메인과 포리스트를 구별하는 능력, 그룹 정책을 사용하는 능력이 필수입니다. 이 지식은 앞으로 20년 동안 관련될 것입니다. 또한 AAD(Azure AD)에 익숙해지고 온프레미스 인프라와 클라우드 인프라 간에 사용자를 동기화하는 옵션을 살펴보는 것이 좋습니다.

DNS, DHCP – 네트워크 서비스에 대한 이해는 관리부터 프로그래밍까지 IT의 모든 영역에 유용하므로 반드시 알고 있어야 합니다. 네트워크 운영, 라우팅 프로토콜, OSI 및 TCPIP 모델을 이해하는 것은 모든 IT 전문가에게 확실한 이점이 될 것입니다.

하이퍼-V – Microsoft 및 특히 하이퍼바이저의 전체 가상화 기술 스택에 대한 이름입니다. 매우 빠르게 발전하고 있지만 제 생각에는 대부분의 새로운 기능(보호된 VM, 암호화된 서브넷, 저장소 공간 다이렉트)은 주로 기업이 아닌 로컬(클라우드 서비스 공급자) 및 글로벌(Azure) 클라우드 공급자를 대상으로 합니다. 세그먼트(기업). Microsoft는 먼저 Azure 클라우드에서 새로운 기능을 구현하고 테스트한 다음 이를 Windows Server 및 Hyper-V로 전송하기 때문에 이는 일반적으로 이해할 수 있습니다.

Hyper-V는 필요한 모든 기능을 제공하는 단일 무료 콘솔이 여전히 부족하다는 문제를 겪고 있습니다. 이제 장애 조치 클러스터 관리자, Hyper-V 관리자, Windows 관리 센터가 있습니다. SCVMM은 그런 콘솔로 여겨졌지만 유료이고 배우기가 다소 어렵습니다.

현재 SCVMM 없이 Hyper-V의 로컬 설치를 유지 관리하는 경우 계속 그렇게 할 수 있습니다. 이와 동시에 Azure IaaS와 클라우드와 온프레미스 인프라 간의 가상 머신 마이그레이션 메커니즘을 연구하기 시작하는 것이 좋습니다.

내 환경(은행, 통신, 보험 회사, 대규모 산업체) 중에서 모든 생산적인 가상화는 원칙적으로 SCVMM을 사용하는 Hyper-V가 아닌 VMware vSphere에서 관리되므로 Hyper-V 관리자도 살펴보는 것이 좋습니다. VMware 및 해당 제품을 대상으로 합니다.

클라우드 서비스

사무실 365 Microsoft Office 애플리케이션(로컬 및 웹 버전)의 구독 패키지를 제공하고 Exchange, Teams, OneDrive 및 Sharepoint와 같은 주요 서버 제품도 포함하는 클라우드 서비스입니다.

현재 Office 365는 사무실 커뮤니케이션 요구 사항을 거의 완벽하게 충족하는 자급자족 서비스입니다. 설정이 간편하기 때문에 중소기업과 중소기업 모두에 적합합니다.

클라우드에 이미 배포된 Exchange, Teams, OneDrive 및 Sharepoint 서비스가 있으면 시스템 관리자의 부담이 크게 줄어듭니다. 설치, 리소스 크기 조정, 업데이트 및 새 버전으로의 마이그레이션에 대한 모든 절차는 이제 전적으로 Microsoft에 있습니다. 이전에는 로컬 인프라에서 Exchange, Teams, OneDrive 및 Sharepoint를 유지 관리하기 위해 4~6명의 별도의 전담 관리자가 필요했다면 이제 Office 365에서는 평균 관리자 1명이면 충분합니다. 무언가가 작동하지 않거나 올바르게 작동하지 않는 경우 Office 365 인터페이스에서 직접 Microsoft 기술 지원 티켓을 만들 수 있어 매우 편리합니다.

현재 Exchange, 비즈니스용 Skype 또는 Sharepoint 제품의 온프레미스 버전을 유지 관리하는 시스템 관리자라면 Office 365의 일부로 해당 클라우드 버전을 살펴보고 이것이 귀하에게 적합한지, 다른 제품과 비교하여 어떤 기능을 제공하는지 이해하는 것이 좋습니다. 온프레미스 버전.

하늘빛 조직이 비즈니스 문제를 해결하는 데 도움이 되는 지속적으로 확장되는 클라우드 서비스 세트를 포함하는 Microsoft의 글로벌 클라우드 플랫폼입니다. 현재 Azure에는 다양한 범주(컴퓨팅, 네트워킹, 스토리지, 데이터베이스, 분석, 사물 인터넷, 보안, DevOps, 컨테이너 등)로 그룹화된 300개 이상의 서비스가 포함되어 있습니다.

2009년 처음 등장한 Microsoft Azure는 이제 Amazon AWS와 성공적으로 경쟁하며 글로벌 클라우드 서비스 시장에서 선도적인 위치 중 하나를 차지하고 있습니다.

최근 재무 보고서에 따르면 (https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast) 마이크로소프트의 분기별(4년 2019분기) 이익은 오피스 49와 클라우드 사업의 성공에 힘입어 365% 증가했다. Azure 수익은 64% 증가했습니다.

Azure는 Office 365와 함께 Microsoft가 재무 및 조직 리소스를 관리하는 주요 영역입니다.

Azure 플랫폼의 풍부한 서비스는 숙련된 IT 전문가라도 혼란스러울 수 있으므로 아래에서는 일반적인 Windows 서버 인프라에 대한 설명을 제공합니다. 여기서 괄호 안에는 Azure 클라우드의 대략적인 유사점을 표시합니다. 아시다시피 작게 시작하여 점차적으로 더 깊이 들어가야 하기 때문에 이것이 Azure 학습의 출발점이 되기를 바랍니다.

일반적인 Windows 서버 인프라는 다음과 같습니다.

• 그룹 정책 및 DNS가 포함된 AD(Active Directory). (AAD(Azure Active Directory), Azure DNS).
• DHCP
• 메일 서버를 교환합니다. (Office 365의 일부로 온라인 교환).
• 여러 터미널 서버가 있는 RDS 팜. (Azure 가상 머신 + Azure Virtual Network + Azure Storage).
• 직원들이 파일을 저장하는 파일 서버입니다. (Azure File Storage, Azure 가상 머신 + Azure Virtual Network + Azure Storage)
• 애플리케이션 및 데이터베이스(1C, 내부 사이트 포털, CRM 등)가 있는 서버. (Azure SQL 데이터베이스, Azure 웹 사이트, Microsoft Dynamics 365, Azure 가상 머신 + Azure Virtual Network + Azure Storage)

주요 관리 업무는 다음과 같습니다.

• 백업 생성. (애저 백업).
• 로그 수집 및 분석. (애저 로그 분석).
• 일상적인 작업의 자동화. (애저 오토메이션).
• 서비스 상태 모니터링 및 장애 알림 수신 (애저 모니터).

로컬 인프라를 유지 관리하는 Windows 관리자의 경우 먼저 Azure 클라우드에서 자신이 선호하는 서비스의 아날로그를 찾아 약간 작업하고 회사에 대한 유용성을 결정하고 아마도 하이브리드 옵션을 구성하여 선택하는 것이 좋습니다. 두 세계의 최고.

훈련

제품 개발에 대한 Microsoft의 강조점은 점차 클라우드 솔루션으로 전환되고 있으므로 지금부터 학습을 시작해야 합니다. 러시아어로 Azure에 대한 추가 지식을 어디에서 얻을 수 있나요? 불행히도 그러한 리소스는 많지 않습니다.

Microsoft는 Microsoft Learn 포털 사용을 제안합니다. https://docs.microsoft.com/ru-ru/learn/browse/. 텍스트 자료는 러시아어로 번역되고, 비디오는 영어로 제공되지만 러시아어 자막도 제공됩니다.

Azure 학습을 위한 고품질 자료로서 Igor Shastitko가 자신의 YouTube 채널(https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7). 현재 영상은 13개이지만, 커뮤니티의 적극적인 지지(좋아요, 구독)가 충분히 있다면 자료도 더 빨리 나오고 지속도 오래 걸리지 않을 것 같습니다.

또한, iwalker2000 채널에서 "IT 경력: IT 전문가가 되는 방법" 재생 목록을 시청하는 것이 좋습니다. 이 재생 목록은 야심찬 전문가들이 자신의 전문 개발 경로를 결정하고 경력을 올바르게 구축하는 데 도움이 됩니다. (https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB)

안타깝게도 러시아어로 된 Azure 자료는 원하는 만큼 많지 않습니다. 따라서 이 주제에 대한 다른 유용한 리소스를 알고 있다면 댓글에서 공유해 주세요. 많은 IT 전문가들이 이에 대해 감사할 것입니다.

조사 결과

위의 모든 내용에서 어떤 결론을 내릴 수 있습니까?

1. Microsoft의 인프라에는 여전히 생명이 있으며 사라지지 않습니다. Microsoft는 상당히 광범위한 소프트웨어 솔루션 포트폴리오를 보유하고 있으며 그 중 다수는 틈새 시장의 선두주자입니다. 따라서 시스템 관리자는 항상 배우고, 구현하고, 운영하고, 개발해야 할 것이 있습니다.
2. Microsoft의 인프라는 현재 활발하게 변화하고 있으며 이는 Azure 및 Office 365와 같은 클라우드 서비스 개발에 중점을 두고 발생하고 있습니다. 처음에는 월별 결제가 포함된 구독 모델을 참조하여 클라우드에서 작동하도록 새로운 Microsoft 제품 및 응용 프로그램이 만들어질 것입니다. 이러한 제품 중 일부만 나중에 온프레미스 솔루션에 구현될 예정입니다.
3. 일부 비싸고 지원하기 어려운 제품은 전체 또는 일부가 Azure 클라우드 또는 Office 365로 이동하여 곧 우리를 떠날 것입니다. 지속적으로 하나의 제품(예: SCOM, SCSM 등)만 유지 관리하는 개별 관리자는 곧 폐지.
4. Microsoft 에코시스템에서 일하는 숙련된 시스템 관리자라면 모든 것을 내려놓고 요즘 곳곳에서 화제가 되고 있는 DevOps로 달려갈 필요가 없습니다. Azure 및 Office 365 클라우드 서비스에 역량을 추가하여 원하는 방향으로 계속 발전할 수 있습니다.
5. 노동 시장에서 인기 있는 전문가로 남으려면 다시 공부하고, 공부하고, 공부해야 합니다. IT를 위한 '평생 교육' 개념은 그 어느 때보다 중요하며, 특히 클라우드 기술이 활발하게 발전하는 시대에는 더욱 그렇습니다.
6. DevOps는 이제 인기가 최고조에 달했습니다(과대광고). 그것은 사실이다. 처음에 DevOps는 소프트웨어 개발과 운영을 함께 할 수 있는 방법론으로 인식되었으며, 프로그래머와 엔지니어는 소프트웨어 개선이라는 하나의 공통 목표를 향해 함께 협력했습니다. 주요 강조점은 팀 간 의사소통 문화를 바꾸고, 상호 지원 메커니즘을 개발하며, 최종 결과에 대한 집단적 책임을 지는 것이었습니다. 그러나 그 결과 릴리스 엔지니어(CICD), 자동화 관리자, 클라우드 관리자 및 운영 엔지니어의 업무가 위임된 DevOps 엔지니어라는 새로운 직책이 등장하게 되었습니다. 이것은 이미 기정사실이다. DevOps 공석 수와 해당 요구 사항은 이를 확인합니다.

   이제 DevOps는 시스템 관리자 엔지니어 개발을 위한 추가 경로로 간주될 수 있습니다. DevOps는 일반 관리자가 현재 산업을 소프트웨어 개발 산업으로 변경할 수 있는 좋은 방법입니다. 자동화와 코드 스크립트 작성을 좋아하는 사람은 결국 개발자가 되고, 인프라(네트워크, 서버, OS, 클라우드 등)를 선호하는 사람은 DevOps 엔지니어가 됩니다.

7. 초보 전문가이거나 IT 입문자라면 이제 DevOps는 단기간에 업그레이드하고 괜찮은 급여와 좋은 사무실이 있는 일반 회사에 취업할 수 있는 좋은 방법이므로 Linux, Ansible, 도커, 쿠버네티스, 파이썬, CICD.

최근 소프트웨어 개발과 관련된 리눅스 플랫폼 및 솔루션에 대한 수요가 증가하고 있는데, 이는 마이크로소프트 생태계 때문이 아니라 단순히 도커(Docker)와 쿠버네티스(Kubernetes)를 적극적으로 활용하고 모놀리식 애플리케이션을 마이크로서비스로 쪼개는 새로운 틈새시장이 등장한 것에 불과하다. , 비즈니스에서는 새로운 기능의 출시 시간을 단축하기 위해 소프트웨어 출시 속도를 높여야 합니다.

출처 : habr.com