Hoy es el Día del Administrador del Sistema, un feriado profesional para los luchadores del frente de hardware y software y los mejores amigos de los usuarios en los negocios. Con motivo de las vacaciones, pedimos contarle sobre nuestro camino hacia la administración del sistema ... nuestro gerente de relaciones públicas. Ni siquiera sabemos si tiene suerte de que nuestro gerente no esté entre ustedes o no tenga suerte. En general, lee una historia un poco inusual y juzga por ti mismo.
FuenteDe todo el equipo de
RegionSoft Developer Studio , ¡lo felicitamos por la ocasión! Le deseamos un ITSM exitoso, lo mejor de ITIL, SAM sin problemas, DevOps estables y comprenda todas estas abreviaturas :-) Luego, le damos la palabra a un colega y recordamos que los artículos de los empleados en nuestro blog no se editan o revisan, y la posición de la empresa puede o no coincidir con la opinión del autor.
Hola Habr!
Primeras reuniones
El primer administrador del sistema ocurrió en una pequeña, literalmente cámara, pero universidad estatal. Era un verdadero amigo y asistente de niños especialmente entusiastas: nos dio proyectores para seminarios y conferencias, escribió una vieja computadora portátil Rover (una vez olvidada por mí en un trolebús, pero guardada) para uso temporal e incluso de lujo: una computadora portátil nueva, pero sin salir del edificio de la universidad. Si las manos juguetonas de los entusiastas rompieron algo, él me ayudó a arreglarlo y no corrió a informar que estos estudiantes, en un intento de ingresar a TI sin permiso, estaban listos para recolectar todos los virus y rediseñar la red interna (entonces había otra protección). Debo decir que rápidamente reveló nuestro grupo arrogante, y la defensa mejoró, y los estudiantes recibieron inicios de sesión, contraseñas y derechos de acceso. En general, enseñamos una lección importante: no se puede confiar en los usuarios incluso si son niños de ayer de 17-18 años con ojos ingenuos. En ese momento, no se trataba de trabajar como administrador del sistema: los negocios de intercambio y el matanálisis eran mucho más fascinantes y parecían más prometedores.
Por supuesto, Belfort no funcionó fuera de nosotros, y casi todos se dispersaron por las estructuras bancarias y fiscales. Ingresé a una de las compañías de TI más grandes de nuestra ciudad. Y luego estaba el primer deseo de convertirse en un administrador del sistema: en primer lugar, ayudar a 450 empleados es poco realista, en segundo lugar, los servidores eran impactantes con su tamaño y equipo, y en tercer lugar, parecía que la chica administradora tenía solo +500 al karma Me vi algo como esto:
Libros
Sin embargo, la posición en el comercio no hizo este "sueño" más cercano. Entonces, necesitas una salida. Entonces, la primera salida resultó ser libros, o más bien E. Tanenbaum, Redes de computadoras. No obtuve la última edición, pero la leí literalmente sin dejar rastro. Hay varios puntos controvertidos en el libro, tanto en la forma de presentación como en las jambas de los traductores, pero este es un tema científico real sobre un tema muy complicado. En general, mi posición fundamental es que todo ingeniero de redes novato, administrador de sistemas, desarrollador y probador debe dominar este libro. Luego, por supuesto, "Sistemas operativos modernos".
Al mismo tiempo, había varios artículos en Runet, al mismo tiempo que Habr apareció en la vida. Entonces, ¿qué conclusiones he sacado de trabajar con libros?
- Los libros relacionados con la tecnología no se pueden leer así, sin un lápiz en la mano y sin un cuaderno delante de la nariz. En principio, esta verdad se reconoce en la escuela y el instituto, pero por alguna razón se olvida rápidamente en las condiciones de trabajo. Es necesario escribir puntos clave, definiciones complejas, analizar cosas incomprensibles (por ejemplo, los términos desconocidos deben estudiarse adicionalmente), dibujar diagramas, sistematizar.
- Los libros relacionados con el desarrollo o la administración deben leerse con una computadora a mano, para organizar su práctica y entorno de prueba. Cuanto más hurgues en el sistema / golpees con los dedos en el teclado, más productivo será el proceso de autoeducación. No sea perezoso para repetir la misma acción varias veces, no dude en dar un paso a la derecha o izquierda para ver el entorno del proceso.
- Asegúrese de volver a lo que leyó un par de capítulos atrás, no porque "la repetición es la madre del aprendizaje", sino que claramente trazó la relación entre los componentes del material estudiado.
- No es necesario tirar o hojear lo que no funcionó o no le gustó. Asegúrese de averiguarlo, busque fuentes adicionales; de lo contrario, esta información se convertirá en su punto débil. No me dieron máscaras de subred, les tomó varios días y se encontró un montón de material.
- Si es un especialista en TI para principiantes, asegúrese de encontrar el libro "Para tontos" y simplemente léalo, esto le dará la comprensión más general y simplificada del tema. Mirando hacia el futuro, diré que este método me ayudó con Python (me da vergüenza decirlo, pero el conocido comenzó con el libro de Jason Briggs "Python for Children" y terminó con el comienzo del libro de Lutz, siempre y cuando el idioma se deje de lado. Oh, Dios mío, la publicación ya parece la confesión de un hombre, que no termina lo que se inició).
El fervor administrativo durante la lectura de Tanenbaum se calmó, y crecí y me di cuenta de que el desarrollo de software es mucho más interesante, cerré los ojos y fui a estudiar como desarrollador en una universidad corporativa local muy buena.
Experiencia de combate
Sin embargo, la vida está organizada de una manera muy inusual y, a menudo, bromas: de todas las materias de un curso de casi dos años, el curso de administración de Unix resultó ser el más genial y más avanzado. Todo fue genial: use la consola, componga comandos complejos de múltiples componentes (tuberías), escriba scripts e incluso compile código en gcc. Al mismo tiempo, cambié abruptamente mi trabajo y fui conscientemente a probar sistemas complejos de telefonía IP en otra gran empresa. Aquí es donde la administración del sistema Unix estaba perdidamente enamorada: teníamos total libertad para permanecer despiertos por la noche, permanecer en el trabajo, hurgar en la sala de servidores antes de instalar el cliente, trabajar con una montaña de equipos de telecomunicaciones, desde los pacíficos Linksys-ok y los faxes de la vieja escuela con un peso de 12 kg. a Cisco y las pequeñas cosas que no se pueden llamar pero que todos tenemos. Como esta fue la primera experiencia práctica con equipos y redes, varios meses estuvieron asociados con la capacitación. También se han hecho conclusiones.
- Si la empresa no tiene un instituto de mentores, asegúrese de encontrar un colega que pueda responder sus preguntas y ayudarlo con las tareas importantes. Esto no significa que deba aferrarse a la manga y seguirlo o llamarlo continuamente, es mejor recopilar preguntas y preguntar al final o al comienzo de la jornada laboral. Si se trata de un mentor, las reglas generalmente se especifican para la comunicación.
- No deje de estudiar la teoría: incluya libros, una base de conocimiento corporativo, publicaciones especializadas, por supuesto, Habr.
- Use la documentación oficial para software o hardware, vaya a los sitios web y foros de compañías y desarrolladores de proveedores (cuántos nervios Microsoft TechNet solo ha salvado de por vida).
- No te escondas si te equivocaste: tu error oculto puede provocar una serie de problemas entre colegas. Asegúrese de informar sus problemas, discutir errores, no cometer errores hostiles de otros.
- Cuide la seguridad del lugar de trabajo y el entorno laboral: de esta manera aprenderá a prestar atención a los detalles y a mantener su trabajo seguro. En una compañía, Enikeev enseñó una lección al eliminar la configuración en una PC desbloqueada y dejar un protector de pantalla con una demanda obscena de controlar la seguridad. 1º - 2 veces fue suficiente.
- Trate de involucrarse en todos los procesos tanto como sea posible y entienda el trabajo desde adentro. Entre los administradores de sistemas y especialmente DevOps, existe una práctica de este tipo: en el caso de una solicitud de un colega, haga rápidamente el trabajo por él, sin explicar nada, y continúe con sus tareas. Es tentador para ambas partes y no siempre es conveniente acostarse y preguntar: “¿Qué haces aquí? Reduzca la velocidad, estoy grabando ". Elija un momento conveniente y asegúrese de descubrir lo que no funcionó. Esto no es vergonzoso.
Después de unos meses, me las arreglé fácilmente con todos los problemas básicos de trabajar en la consola (y ya estoy acostumbrado a que el monitor de la PC sea principalmente una consola en blanco y negro y una modesta GUI de nuestro software), configuré y repliqué las bases de datos, hice un intercambio en caliente de discos duros y ayudó a los recién llegados a establecer todo nuestro zoológico para escuchar el sonido. Sin embargo, con enormes cargas de trabajo y procesamiento constante, el salario no era una fuente, y cuando me llamaron al comercio de otra empresa de TI por el doble, ... no podía irme por otros 2 meses hasta que se completara el proyecto y mi alma no dejara ir el increíble trabajo de ingeniería. Pero al final, la mente resultó ser más alta que el amor por la causa y, frotando mis lágrimas sobre el equipo, tomé el trabajo de parto.
Relaciones públicas bajo Windows: ¿no pensaste
No vale la pena hablar sobre otros lugares de trabajo en este artículo, tienen más que ver con el flujo de "Administración", pero, digamos, desde finales de 2012 he ido de la mano con la promoción de software empresarial para Windows (desde 2013 es
RegionSoft CRM todos los demás productos de nuestro propio desarrollo). Y, parecería, promover, escribir comunicados, etc., pero el sector de TI actual requiere diferentes enfoques (y este es también el tema de un artículo separado, que, por supuesto, nadie escribirá, todo se dice antes que nosotros) y en algún momento Sentí que me faltaba una comprensión profunda de Windows y Microsoft Server. El hecho es que la promoción en un entorno profesional debería estar prácticamente al nivel de la ingeniería; solo entonces estará en igualdad de condiciones con el público. De lo contrario, borre sus comunicados de prensa; no son de interés para nadie.
Tan pronto como lo dije, volví a cerrar los ojos y volví a la misma universidad corporativa al programa de Administración del Servidor Microsoft (7 meses). Y ... resultó ser una sensación completamente diferente del aprendizaje. Cuando tienes experiencia trabajando con Unix, cuando tienes una comprensión clara de lo que es el sistema operativo desde adentro, solo tienes que ...
... para aprender de nuevo, tratando de reducir en la cabeza un deseo constante de comparar un sistema operativo con otro. Por supuesto, no se pensaba (casi) que las ventanas deben morir, sin embargo, soy un usuario desde hace mucho tiempo y, a veces, un amante gentil de este sistema operativo e incluso desarrollo para él.
Había 12 personas en el grupo, todas con experiencia laboral, algunas - enekeyshchiki, algunas - administradores de sistemas, algunas - yo, la única mujer. Después de tres lecciones, nos quedaban 6 personas, vivimos hasta el final 5. Y luego haré una digresión lírica muy repentina para Habr, simplemente porque ambos estudiantes, principiantes y aquellos que quieren "ingresar a la TI después de treinta y cinco" leen ambos.
<digresión lírica>
Te diré por qué esas 7 personas se fueron. Decidieron que la administración del sistema es cuando se les enseña a conectar la impresora a la red y decir cómo mirar la lista de sitios visitados. Según ellos, Windows existía como si fuera solo, y toda la administración se redujo a la instalación y desinstalación de programas y la limpieza del registro. En algunas empresas y en otros lugares no comerciales (los puertos USB también están bloqueados y se retiran los disquetes (curiosamente, todos saben que esto es una generación o que ya ha crecido ...)). El proceso de implementación de una máquina virtual solo asustó a los oyentes y se fueron, devolviendo su dinero. Es una pena, por supuesto: aquellos que estuvieron a la altura de Powershell y pasaron la mini prueba en él salieron con chaquetas abiertas a menos 20, las fuerzas aerotransportadas descansan.
</ digresión>Los sobrevivientes se ubicaron en la primera fila y se sumergieron en todo: en políticas grupales, seguridad, bosques, dominios y subdominios, en scripts, trabajo en red, DHCP, DNS, DFS, Hyper-V e incluso SQL (aquí como mínimo). Las clases eran estándar: conferencia + práctica. La principal sorpresa, por supuesto, fue que todas las tareas prácticas se dieron en inglés, la interfaz también era de habla inglesa, se prohibió la
localización del ruso
en las manos . Fue una experiencia adulta y seria: estudiar este negocio a los 32 años, en la noche después del trabajo (incluso dos), con Unix en mente. Quiero que todos los que están a punto de aprender algo en la misma situación escuchen el resultado.
- Debes ir a estudiar, incluso si te parece que el maestro es algo más débil que tú. En primer lugar, estos cursos son impartidos por profesionales, en segundo lugar, usted trabaja en vivo, en tercer lugar, sistematiza todos sus conocimientos y profundiza en momentos bastante delicados que simplemente no encuentra en la práctica, pero pueden ser útiles.
- Vale la pena prepararse para las clases, usar un cuaderno, escribir todo lo que no esté claro durante la conferencia y luego completar estas brechas usted mismo. Así que a veces se percibe más fácil.
- En casa (en el trabajo) es importante implementar el mismo entorno en el que estudias para practicar la tarea o simplemente repetir la información recibida.
- Asegúrese de usar recursos y literatura.
- Trate de comprender el valor de la administración del sistema y de usted mismo como empleado comercial; ahora no es la persona que controla el tráfico, sino una unidad comercial importante. En sus manos están las licencias, la seguridad, el ahorro de costos, el desarrollo de infraestructura de TI, las complejas tareas de integración y la introducción de nuevo hardware y software. Quizás tengas DevOps.
- Write scripts es una herramienta de automatización genial, que también te enseña a lograr tu objetivo en un número mínimo de pasos y no produce esencia (por desgracia, no siempre funciona, a veces un script se ve muy triste, debes trabajar en ello).
- Siéntase libre de hacer preguntas y buscar respuestas. Sí, esto no siempre es agradable, pero somos tan adultos y experimentados. A veces puedes obtener silencio en respuesta. Pero no estamos en la guardería para ofendernos y quedarnos sin nada.
- Ponga en práctica el conocimiento, al menos para su trabajo o PC doméstico. El conocimiento no es un peso muerto: desaparece.
Obtuve todo lo que quería del curso y más. En este momento, estoy satisfecho con todos los proyectos que hago, y siento que ahora la calidad del trabajo ha aumentado. Por diversión, fui a tres entrevistas como administrador del sistema. No puedo revelar los detalles de la primera, estas fueron las autoridades; digamos, hubo más preguntas sobre Outlook y Excel que sobre redes y dominios. Pero los otros dos eran muy diferentes.
El primero es una empresa comercial industrial. El luchador anterior fue a otra compañía en DevOps y dejó la infraestructura de TI en perfecto estado. Todo está en un mínimo: Active Directory, 57 usuarios, terminales remotas, algunos equipos comerciales y móviles, periféricos, una política de administración de licencias ordenada (¡sorprendentemente ordenada!), Un administrador del sistema en singular.
El segundo es una empresa de TI. Huelga decir que no he llegado a esto, ya está en la práctica: sistemas de alta carga, Kubernetes, Docker, RHEL / CentOS, un millón de preguntas sobre seguridad y tolerancia a fallas. Me complació que, en teoría, respondiera la mayoría de las preguntas, pero al final de la entrevista admití honestamente que no estaba listo para el trabajo práctico, ya que solo conozco estas tecnologías de los libros y Habr.
Fui invitado a una empresa comercial. Pero repito que fue solo con el propósito de analizar mi nivel, no estoy buscando trabajo, así que tuve que negarme.
Entonces no me convertí en administrador del sistema. Conocí a varios administradores de sistemas: puramente “Bashovskys” y tipos duros y crecidos que podían monitorear sin ayuda la escala de la sucursal regional de una gran empresa, perezoso y trabajador, dañino y receptivo. Siempre me gustó el trabajo de estos tipos, hacer que la vida de otras personas sea más fácil y más conveniente. Y el nuestro es más divertido y diverso, aquí los usuarios también se encargaron de :-)
El viernes por la noche es el momento favorito de los incidentes más graves. Que hoy sea un día de excepción. En general, todas unas felices vacaciones!
Nuestro RegionSoft CRM , que es bueno para administrar :-)
Nuestro canal de Telegram en vivo BizBreeze . Cualquier cosa sobre CRM y negocios, sabiamente, sin copiar y pegar y 90% sin publicidad. Suscríbete