Entrada
2019 está llegando lenta pero seguramente a su conclusión lógica. La industria de TI continúa evolucionando, deleitándonos con una gran cantidad de nuevas tecnologías y reponiendo simultáneamente nuestro vocabulario con nuevas definiciones: Big Data, AI, Machine Learning (ML), IoT, 5G, etc. La Ingeniería de Confiabilidad del Sitio fue especialmente discutida este año. (SRE), DevOps, microservicios y computación en la nube.
Parece que algunas tecnologías, como Blockchain y las criptomonedas (Bitcoin, Ethereum, etc.) ya han pasado el pico de su popularidad (exageración), por lo que el público en general tuvo la oportunidad de echarles un vistazo más sobrio, determinando sus lados positivos y negativos, así como decidir dónde y cómo usarlos mejor. Una mirada equilibrada sobre el tema de Blockchain y las criptomonedas se puede encontrar en el
artículo de Alexei Malanov de Kaspersky Lab . Le recomiendo que se familiarice con él.
Otras tecnologías, por el momento, solo están ganando popularidad, formando comunidades activas a su alrededor, incluidos no solo partidarios y adherentes, sino también oponentes ardientes.
¿Todos van a DevOps?
Hoy, DevOps es una mención especial mía: un nuevo enfoque para el desarrollo y operación de software, como Realmente hubo muchos artículos y debates sobre este tema este año.

El término DevOps se interpreta hoy bastante ampliamente. Alguien bajo DevOps entiende un enfoque especial para el desarrollo y operación del software, cuando las personas están involucradas en el trabajo, quienes pueden codificar un poco y administrar. Para otros, esto es, en primer lugar, la presencia de un administrador personal del sistema en el equipo, que le permite eliminar parte de la carga no central de los desarrolladores de software en forma de configurar el entorno del sistema, crear entornos de prueba, implementar la integración con servicios internos y externos, así como escribir scripts de automatización. Para el tercero, es solo un conjunto de tecnologías y herramientas de moda que debes usar para mantenerte siempre joven y exitoso. Para cuatro, esto es CI \ CD y todo lo relacionado con él. De hecho, DevOps tiene muchas interpretaciones, por lo que cualquiera puede encontrar en ellas lo que es más de su agrado.
Las diferentes interpretaciones de DevOps dan lugar a discusiones acaloradas, lo que lleva a la aparición de más artículos sobre este tema. Incluso marqué algunos de ellos:
- ¿Quiénes son DevOps?
- Cómo ingresar a DevOps, cómo estudiar y qué leer .
- Por qué los administradores de sistemas deberían convertirse en ingenieros de DevOps .
Si lee una cantidad suficiente de artículos que alaban a DevOps, puede tener la impresión de que cualquier administrador / ingeniero del sistema solo necesita cambiar la posición actual en su perfil en LinkedIN de administrador / ingeniero a DevOps, tan pronto como las invitaciones de RR.HH. Las grandes y exitosas empresas que prometen un salario 2 veces mayor que la actual recibirán un nuevo Macbook, un giroscopio y no se olvidarán de la suscripción para un reabastecimiento de vape gratuito y una cantidad infinita de batidos. En general, vendrá el paraíso IT-shny.
Si lee artículos que menosprecian los méritos de DevOps, entonces tiene una impresión diferente de que DevOps es un nuevo tipo de esclavitud, donde las personas deben codificar casi al mismo nivel que los desarrolladores, ayudarlos a corregir errores, automatizar y CI \ CD, implementar Jira con Wiki, retuerza las nubes, recolecte contenedores y adminístrelos mientras realiza tareas administrativas, al mismo tiempo que recuerda cómo rellenar cartuchos, engarzar pares retorcidos y regar colores de oficina.
Pero, como saben, la verdad suele estar en algún punto intermedio, por lo que hoy trataremos de resolver un poco las cosas.
¿Ya no se necesitan administradores?
Como administrador / ingeniero del sistema que ha estado trabajando con los productos de Microsoft y VMware durante bastante tiempo, comencé a notar que en los últimos años se ha hablado periódicamente de que nadie necesitará a los administradores del sistema, porque:
- Toda la infraestructura está a punto de cambiar y convertirse en IaaC (Infraestructura como código). Ahora no habrá GUI con botones, pero solo habrá PowerShell, archivos yaml, configuraciones y más. Si algún servicio o su componente está roto, ya no es necesario repararlo, porque Implemente una nueva copia del último estado de trabajo más rápido.
- Toda la infraestructura de TI pronto se trasladará a las nubes, y localmente (en las instalaciones) solo habrá cables de red al enrutador más cercano, lo que nos conectará con todos los demás recursos corporativos ubicados en la nube. Bueno, la impresora máxima aún permanece localmente, de modo que las chicas de contabilidad pueden imprimir imágenes de gatos desde Internet en ella. Todo lo demás debería estar en la nube.
- Un gurú de DevOps vendrá y automatizará todo, por lo que los administradores solo tendrán que recordar calurosamente cómo en los viejos tiempos comenzaron a hacer ping y rastrear para diagnosticar problemas básicos en la red y en los servidores.
- También escuché sobre "Vendekapets", pero fue hace mucho tiempo, al comienzo de mi carrera, cuando apenas comenzaba a dar los primeros pasos hacia la administración del sistema. Pero por alguna razón, los "Vendekapets" nunca llegaron, como el fin del mundo según el calendario maya. ¿Coincidencia? No lo creo :)
¿Pronto serán necesarios los administradores del sistema de Windows que trabajan hoy estrechamente con los productos de Microsoft? ¿O todavía habrá una necesidad de ellos? ¿Los administradores de Windows continuarán teniendo su estado de administradores / ingenieros, o se les asignará el papel de una fuerza laboral poco calificada como cualquier tecla (dar, dar, traer)?
Incluso aquí, en habr.com en el centro de administración del sistema, solo podemos ver menciones de kubernetes, linux, devops, docker, código abierto, zabbix. ¿Dónde están las palabras amadas en nuestros corazones por Windows, Active Directory, Exchange, System Center, Terminal, Servidores de impresión, Servidores de archivos, scripts bat y vbs, o al menos PowerShell. ¿Dónde está todo esto?

Entonces, ¿hay vida después de los administradores / ingenieros de sistemas Windows o Windows, ahora necesita dejar todo para aprender Linux, docker, kubernetes, ansible, python e ir a DevOps?
Tal vez todo está bien con Windows, justo ahora hay una exageración temporal del grupo Linux + docker + kubernetes + ansible + python, que eclipsó a nuestro querido Windows. ¿Qué debe hacer en 2020 un administrador del sistema de Windows para tener demanda en el mercado laboral?
Desafortunadamente, hay más preguntas que respuestas, por lo que el artículo actual intentará ayudarnos a resolver un poco las cosas. El artículo está dedicado principalmente a los administradores / ingenieros de Windows, pero estoy seguro de que también será interesante para otros especialistas de TI.
¿Microsoft va a las nubes?
El administrador de Windows es, ante todo, un adherente de Microsoft, por lo que hablaremos más sobre ella y sus maravillosos productos.
Microsoft tiene una cartera bastante amplia de soluciones de software, muchas de las cuales son líderes en sus nichos. Si trabaja como administrador / ingeniero de Windows, lo más probable es que los haya encontrado de todos modos. A continuación, daré una breve descripción de cada uno de los productos y describiré las posibles perspectivas para su desarrollo para los próximos 3-5 años. Este no es un secreto interno de la sede en Redmond, sino mi opinión personal, por lo que se recomiendan puntos de vista alternativos en los comentarios.

Instalaciones locales (locales)
Microsoft Exchange Server es un servidor de correo multifuncional que incluye no solo trabajar con correo, sino también con contactos, calendarios, tareas y mucho más. Exchange Server es uno de los productos estrella de Microsoft, que de hecho se ha convertido en el estándar corporativo en muchas compañías. Tiene una estrecha integración no solo con productos de Microsoft, sino también con soluciones de terceros. El intercambio es popular tanto en empresas medianas (de 100 personas) como en grandes.
Por el momento, la versión actual se considera Exchange Server 2019. Anteriormente, el producto se estaba desarrollando de manera bastante activa, pero desde el lanzamiento de Exchange 2013, este desarrollo se ha ralentizado significativamente, por lo que Exchange 2016 puede llamarse Service Pack 1 (SP1) para Exchange 2013, por lo que Exchange 2019 es Servicio Pack 2 (SP2) para Exchange 2013. El destino de la próxima versión local (Exchange 2022) aún está en duda.
Ahora Microsoft está promoviendo activamente Exchange Online como parte del servicio en la nube de Office 365, por lo que todas las nuevas características aparecen principalmente allí. Exchange Online no solo es el primero en recibir nuevas funciones, sino también en adquirir funciones adicionales que no se transferirán a las instalaciones locales en el futuro cercano. Esto se hace para acelerar la transición de varias compañías a las nubes, porque El modelo de suscripción es más beneficioso financieramente para Microsoft que una venta única.
Si actualmente está prestando servicio a una instalación local de Exchange Server (2013 - 2019), puede continuar haciéndolo durante los próximos 3-5 años. En el camino, debe comenzar a explorar las oportunidades que ofrece Exchange Online; y configuraciones híbridas, esto es cuando las versiones local y en la nube existen simultáneamente. Incluso si suponemos que ya no habrá la próxima versión local (local) de Exchange, el conocimiento adquirido en Exchange Server seguirá siendo relevante durante algún tiempo por varias razones:
- El número de instalaciones locales en este momento es bastante grande, por lo tanto, se necesitarán administradores calificados que puedan acompañarlas. No todas las organizaciones podrán transferir su correo a las nubes en un futuro próximo por una razón u otra.
- Los proyectos de migración a la nube aún no son triviales, por lo que se requiere el conocimiento de los detalles de las soluciones locales y en la nube para evitar la mayoría de las trampas y completar con éxito la migración.
- El conocimiento de los protocolos smtp \ imap \ mapi \ pop3, flujo de correo, dkim, dmark, spf, antivirus, antispam es universal y será aplicable a cualquier sistema de correo.
- La experiencia adquirida al trabajar con el servidor Exchange local le permitirá comprender rápidamente Exchange Online y configurar la configuración deseada.
- El correo electrónico es uno de los canales de comunicación más importantes con el mundo exterior, por lo que seguirá siendo necesario. Los adherentes "mensajeros y bots de chat reemplazarán el correo" no se pueden escuchar, porque "enterraron" el correo muchas veces y hasta ahora sin éxito.
Skype for Business (SfB) (anteriormente Lync) es un mensajero empresarial con funciones avanzadas. Tiene una estrecha integración con el servidor de Exchange, pero es significativamente inferior a este último en popularidad. Skype for Business generalmente se usa solo en grandes empresas, ya que pequeñas y medianas empresas, no es muy interesante.
La versión actual ahora es Skype for Business 2019, que tiene diferencias mínimas en comparación con la versión anterior de Skype for Business 2016, por lo que SfB 2019 puede considerarse condicionalmente Service Pack 1 para SfB 2016, y no una nueva versión completa.
En la nube de Office 365, este producto fue presentado por Skype Empresarial Online, que luego de un tiempo fue reemplazado por equipos de Microsoft, es decir, Skype for Business no se encuentra actualmente en la nube de Office 365. Por esta razón, apenas vale la pena esperar la aparición de la próxima versión local de Skype for Business 2022, ya que la prioridad para Microsoft es el desarrollo y el desarrollo del Teams messenger, que se convirtió en la respuesta del proveedor a la aparición de un exitoso Slack messenger.
Si actualmente está administrando Skype Empresarial local y le gusta el concepto de mensajería corporativa, le aconsejo que mire a los equipos como parte de Office 365; de lo contrario, es mejor elegir un producto diferente para aumentar su conocimiento, porque Skype Empresarial local está esperando el olvido. A diferencia de Exchange, que se ha convertido en el estándar de facto en el nicho de los servidores de correo, hoy Skype for Business tiene alternativas. Equipo y holgura para grandes y medianas empresas. Telegram, Viber, Whatsapp - para pequeñas empresas.
SharePoint es un portal corporativo interno donde las empresas pueden publicar sus servicios web útiles (calendario de vacaciones, lista de empleados con fotos y teléfonos, recordatorios de cumpleaños, noticias corporativas, etc.). Los usuarios pueden almacenar, editar y compartir archivos que alojan en sus bibliotecas de SharePoint.
SharePoint es como Bitrix24, solo que más grande, más funcional, más costoso y muchas veces más difícil de configurar y soportar. Killer características es la capacidad de editar simultáneamente un documento con una gran cantidad de empleados, lo cual es muy conveniente cuando 100 personas intentan completar un horario de vacaciones, y la integración con Office Online Server y MS Office local.
Sharepoint es un producto grande, complejo y costoso, por lo que generalmente se usa solo en grandes empresas. Las compañías más pequeñas usan Bitrix24 o sus análogos, o simplemente almacenan archivos en servidores de archivos, y los servicios web útiles se distribuyen en diferentes sitios internos.
Las granjas de SharePoint (clústeres) generalmente son tratadas por desarrolladores con funciones de administrador, en lugar de administradores de sistema "puros", como Para que SharePoint despegue y sea útil para la empresa, necesita mucha finalización de código.
Office 365 incluye el servicio SharePoint Online, que es una versión simplificada de SharePoint local, es decir, tiene un número mínimo de posibilidades de personalización y "lo terminó por sí mismo", pero elimina muchos dolores de cabeza de su desarrollador / administrador por su funcionamiento. Mi veredicto es que la complejidad y el alto costo de admitir versiones locales de SharePoint harán su trabajo y las empresas con gusto comenzarán a gatear gradualmente a SharePoint Online, o abandonarán Sharepoint por completo en favor de una solución más simple. Personalmente, no veo un arco iris y una vida despreocupada para SharePoint en las instalaciones locales.
System Center es una familia de productos para implementar, configurar, administrar y monitorear grandes infraestructuras de Windows. A juzgar por: 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 )

La gama completa de productos de System Center generalmente tiene demanda solo en grandes empresas, mientras que las medianas generalmente usan solo uno o dos productos.
Dado que los productos de System Center son bastante difíciles de aprender y generalmente se usan solo en grandes infraestructuras, es habitual seleccionar personas para trabajar con ellas, por ejemplo, un administrador del sistema de monitoreo (SCOM), un administrador del servicio de estación de trabajo (SCCM) y un administrador del sistema de virtualización (Hyper -V + SCVMM), Administrador de automatización de infraestructura (SCORCH + SCSM).
Microsoft está desarrollando rápidamente sus servicios en la nube, por lo que la funcionalidad de System Center fluye gradualmente hacia las nubes. Todo esto tendrá un impacto significativo en los productos in situ de System Center en un futuro muy cercano.
La funcionalidad de
System Center Orchestrator (SCORCH) en el futuro reemplazará el servicio Azure Automation (
https://docs.microsoft.com/en-us/azure/automation/automation-intro ).
La funcionalidad de
System Center Operations Manager (SCOM) en el futuro reemplazará el servicio Azure Monitor (
https://docs.microsoft.com/en-us/azure/azure-monitor/overview ).
La funcionalidad de
System Center Data Protection Manager (SCDPM) reemplazará el servicio Azure Backup (
https://docs.microsoft.com/en-us/azure/backup/backup-overview ) en el futuro.
La funcionalidad de
System Center Service Manager (SCSM) dejará de ser solicitada o será reemplazada por cualquier otro sistema de tickets, por ejemplo, Jira.
System Center Virtual Machine Manager (SCVMM) permanecerá con compañías que usan la virtualización de Hyper-V localmente. Las pequeñas instalaciones de Hyper-V (10-15 servidores) se pueden administrar con éxito sin SCVMM utilizando solo herramientas estándar: Failover Cluster Manager, Hyper-V Manager, Windows Admin Center.
System Center Configuration Manager (SCCM) : se utiliza para la implementación masiva de sistemas operativos, la instalación de aplicaciones corporativas desde un solo directorio, la instalación de actualizaciones de Windows en servidores y estaciones de trabajo finales, el inventario de aplicaciones y el recuento de licencias. Parece que este es el único producto de toda la línea de System Center que permanecerá con nosotros en la infraestructura local, como reemplazarlo completamente con algo nublado en este momento no funciona.
Si actualmente admite una instalación local de System Center Configuration Manager (SCCM), puede continuar haciéndolo, como El producto estará con nosotros durante al menos los próximos 3-5 años. Además, recomendaría comenzar a explorar las posibilidades de Office 365, como esto irá bien con la posición de administrador de escritorio empresarial.
La función de los administradores de la mayoría de los demás productos de System Center se suspenderá. Los servicios de Azure simplifican significativamente su trabajo, ocultando toda complejidad de las miradas indiscretas. Tomemos, por ejemplo, el administrador de automatización (SCORCH + SCSM). SCORCH será reemplazado por Azure Automation. El conocimiento del proceso de automatización, PowerShell, SQL permanecerá y será útil para Azure Automation, pero el conocimiento sobre la creación de clústeres SCORCH, asegurando su alta disponibilidad, dimensionamiento de recursos, actualización, migración a nuevas versiones, copia de seguridad y monitoreo perderá su relevancia, ya que Todo este trabajo será realizado por la nube de Azure. El administrador de automatización se centrará solo en el proceso de automatización en sí, como él dejará todo el trabajo para mantener la operatividad de la infraestructura de automatización.
Servidor de Windows y sus roles
Active Directory (AD) es el lugar donde se almacenan las cuentas de usuario y computadora. Si la empresa tiene más de 20 computadoras, lo más probable es que ya haya algún dominio de Active Directory allí. El conocimiento de Active Directory, la capacidad de distinguir un dominio de un bosque, la capacidad de trabajar con políticas grupales son obligatorias para cualquier administrador de Windows. Este conocimiento será relevante por otros 20 años. Además, le recomendaría que se familiarice con Azure AD (AAD), que analice las opciones para sincronizar a los usuarios entre las infraestructuras locales y en la nube.
DNS, DHCP : servicios de red, cuya comprensión es útil en todas las áreas de TI, desde la administración hasta la programación, por lo que debe conocerlos. , , OSI TCP\IP IT-.
Hyper-V – Microsoft . , , (Shielded VM, Encrypted Subnets, Storage Spaces Direct) (Cloud Service Providers) (Azure) , (Enterprise). , Microsoft Azure, Windows Server Hyper-V.
Hyper-V - , . Failover Cluster Manager, Hyper-V Manager, Windows Admin Center. SCVMM, .
Hyper-V \ SCVMM, . Azure IaaS on-premises .
(, , , ) , , VMware vSphere, Hyper-V c SCVMM, Hyper-V VMware .
Office 365 – , Microsoft Office ( Web ), — Exchange, Teams, OneDrive Sharepoint.
Office 365 , . , .
Exchange, Teams, OneDrive Sharepoint , .. , , Microsoft. Exchange, Teams, OneDrive Sharepoint 4-6 , Office 365 1 . - , Microsoft Office 365, .
, Exchange, Skype for Business Sharepoint, Office 365, .
Azure – Microsoft, , -. Azure 300 , (, , , , , , , devOps, ..).
2009 Microsoft Azure , Amazon AWS.
(
https://www.microsoft.com/en-us/Investor/earnings/FY-2019-Q4/press-release-webcast ) (Q4 2019) Microsoft 49% Office 365 . Azure 64%.
Azure Office 365 , Microsoft .
Azure IT-, , Azure. , Azure, , , , .
:
- Active Directory (AD) DNS. (Azure Active Directory (AAD), Azure DNS) .
- DHCP
- Exchange. (Exchange online Office 365) .
- RDS- . (Azure virtual machine + Azure Virtual Network + Azure Storage) .
- , . (Azure File Storage, Azure virtual machine + Azure Virtual Network + Azure Storage)
- (1, \, CRM ..). (Azure SQL Database, Azure Web Sites, Microsoft Dynamics 365, Azure virtual machine + Azure Virtual Network + Azure Storage)
:
- . (Azure Backup) .
- . (Azure Log Analytics) .
- . (Azure Automation) .
- (Azure Monitor) .
, , Azure, , , , , , .
Microsoft , . Azure ? , , .
Microsoft Microsoft Learn —
https://docs.microsoft.com/ru-ru/learn/browse/ . , , .
Azure
Exam AZ-900 Azure Fundamentals , YouTube- (
https://www.youtube.com/watch?v=_2-txkA3Daw&list=PLB5YmwQw0Jl-RinSNOOv2rqZ5FV_ihEd7 ). 13 , (, ) .
iwalker2000 «
-: - », . (
https://www.youtube.com/watch?v=ojyHLPZA6uU&list=PLB5YmwQw0Jl-Qzsq56k1M50cE6KqO11PB )
Azure , , , , - , . IT- .
Conclusiones
?
- Microsoft , . Microsoft , , \ , , .
- Microsoft , – Azure Office 365. Microsoft . on-premise .
- , Azure Office 365. , 1 (, SCOM, SCSM ..), .
- \, Microsoft, DevOps, . , Azure Office 365.
- , . « » IT , .
- DevOps (). . DevOps , , – . , . – DevOps , - (CI\CD), , . . DevOps .
DevOps \. DevOps – . , \ , , (, , , ..) — DevOps . - , IT, DevOps , , Linux, Ansible, Docker, Kubernetes, Python CI\CD.
Linux , , Microsoft, , Docker Kubernetes, -, , .