Está en la página 1de 18

Introducción al módulo

Antes de empezar, 
quiero felicitarte por llegar a este punto del programa. 
Pensemos un momento en todas las habilidades que aprendiste en tu proceso hasta ahora. 
Aprendiste los fundamentos de la tecnología de la información, desde cómo funciona el
sistema binario 
hasta la importancia del soporte al usuario en TI, 
incluso aprendiste a armar tu propia computadora. 
Aprendiste los fundamentos de las redes de computadoras 
y cómo funciona realmente Internet y, por último, 
aprendiste a navegar los sistemas operativos Windows y Linux, 
gestión de procesos y de software 
en la línea de comandos, como un verdadero power user. 
Gran trabajo hasta ahora. Antes de ver en profundidad la administración de sistemas e
infraestructura, 
aprovecho esta oportunidad para presentarme, o volver a hacerlo. 
Para quienes me recuerdan del curso 1, 
mi nombre es Devan Sri-Tharan. 
Trabajo en TI desde hace 10 años. 
Soy ingeniero de operaciones corporativas en Google, 
donde debo afrontar problemas de TI 
exigentes y complejos. 
En el recuerdo, mi primera experiencia con la tecnología comenzó cuando tenía unos nueve
años, 
cuando mi papá trajo a casa la primera computadora de la familia. 
Recuerdo a mi papá con un disquete en la mano y diciéndome que había un juego en él. 
Para sorpresa de mi papá, 
de alguna manera logré copiar el juego desde el disquete 
al disco duro de la computadora. 
Si bien ahora puede parecer una tarea trivial, 
este dispositivo era una novedad para nosotros en aquel entonces. 
Por supuesto. Me encantaron los diferentes juegos que pude jugar, 
pero lo que realmente me encantaba era juguetear con la máquina, 
tratando de que hiciera lo que yo quería. 
Si bien ese disquete y la computadora pueden haber encendido mi pasión por la tecnología, 
en realidad fueron mis primeras experiencias laborales 
las que comenzaron a dar forma a mi carrera de TI. 
Un trabajo fue en el comercio minorista de muebles para bebés, 
el otro fue en una tienda de correos 
en la que ayudaba a los clientes a enviar su paquete y me convertí en un equipo de TI
unipersonal. 
Puede sonar extraño que trabajar en el comercio minorista inspirara mi carrera, 
pero me di cuenta de que realmente disfrutaba comunicarme 
con clientes, tratar de entender sus necesidades 
y ofrecerles una solución. 
Mi primera experiencia trabajando directamente en TI 
fue en la universidad, como pasante de especialista en soporte de TI. 
A partir de ahí, trabajé como consultor de TI para quitar de servicio un entorno de TI
completo. 
Esta fue mi primera experiencia de trabajo directa con una gran infraestructura de TI, 
la que me llevó fuera de mi elemento como estudiante universitario. 
Traigo a colación estos primeros trabajos por una razón. 
Estas experiencias me ayudaron a darle forma a mi carrera en TI. 
En ese momento, supe que quería dedicarme a la tecnología, 
pero tuve que luchar para orientar mi carrera. 
Comenzar en Google como generalista de TI 
me permitió experimentar muchas áreas diferentes de la tecnología. 
Me permitió descubrir los trabajos que no quería hacer, 
y antes de poder identificar exactamente lo que quería hacer, 
ya sentía verdadera pasión por la infraestructura de TI. 
Este programa está diseñado para ayudarte a que te prepares para puestos de trabajo en
soporte técnico, 
soporte de escritorio o para otro tipo de centro de ayuda, 
pero no se detiene allí. 
En este curso, vamos a abrir una red aún más amplia 
de posibilidades y de TI enseñándote las habilidades que necesitas 
para administrar computadoras para toda una organización. 
Si estás trabajando en una pequeña organización, 
es posible que tengas que hacer esto desde el primer día. 
Si no es así, ampliar tu conjunto de habilidades te hará sobresalir en el campo 
y prepararte para llevar a cabo potencialmente este trabajo a lo largo de tu carrera. 
En este curso, vamos a basarnos en lo que aprendiste en el curso de sistemas operativos 
para enseñarte habilidades de administración de sistemas. 
A un alto nivel, la administración de sistemas es el campo de TI 
responsable de mantener sistemas informáticos confiables 
en un entorno multiusuario. 
Si bien las responsabilidades de administración de sistemas pueden superponerse con otras
funciones de TI, 
a quien solo trabaja en la administración de sistemas se le llama administrador de sistemas. 
Los administradores de sistemas tienen un conjunto diverso de roles y responsabilidades 
que pueden ir desde configurar servidores 
a supervisar la red, 
aprovisionar o configurar nuevos usuarios en computadoras y más. 
Piensa en el administrador del sistema como un técnico generalista. 
Maneja muchas cosas diferentes 
para mantener una organización en funcionamiento. 
En realidad, es muy similar a cómo trabajan los especialistas en soporte de TI. 
Debes aplicar un conjunto diverso de habilidades técnicas en diferentes situaciones 
para lograr resolver problemas en una organización. 
Como especialista en soporte de TI, 
hacer tareas de administración de sistemas puede ser parte de tu trabajo. 
Entonces, vamos a presentarte las habilidades 
y el conocimiento que necesitas para administrar organizaciones y sistemas, 
para que tus habilidades sean completas. 
Al final de este curso 
aprenderás qué servicios se utilizan en infraestructura. 
También aprenderás sobre el uso esencial del software para tu organización 
y cómo administrar usuarios y computadoras en toda la organización mediante servicios de
directorio. 
Por último, aprenderás las habilidades para hacer copias de seguridad de los datos de tu
organización 
y recuperarlos en caso de desastre. 
Muy bien. Es hora de empezar. Metámonos en el tema.
¿Qué es la administración del sistema?

Antes de ver los detalles esenciales de lo que es la administración de sistemas, 


tenemos que hablar de qué son estos sistemas. 
Las organizaciones no funcionan por sí solas, 
los empleados necesitan computadoras junto con acceso a Internet para llegar a los clientes. 
Los sitios web de la organización deben estar en funcionamiento. 
Se deben compartir archivos en ambas direcciones, y mucho más. 
Todos estos requisitos conforman la infraestructura de TI de una organización. 
La infraestructura de TI abarca el software, el hardware, la red 
y los servicios necesarios para que una organización opere en un entorno de TI empresarial. 
Sin una infraestructura de TI, 
los empleados no podrían hacer su trabajo 
y toda la compañía se derrumbará antes de empezar a hacer negocios. 
Por eso, las organizaciones cuentan con la ayuda de alguien 
como un administrador de sistemas para gestionar su infraestructura de TI. 
Los administradores de sistemas o, como nos gusta llamarlos, los "admins", 
son los héroes anónimos en la organización. 
Trabajan en segundo plano para garantizar que la infraestructura de TI de una empresa
funcione siempre 
y luchan constantemente para evitar que ocurran desastres de TI. 
Presta atención a todo el trabajo realmente duro que los administradores de sistemas
realizan. 
Y muestra un poco de aprecio por tu admin 
celebrando el Día de reconocimiento del administrador de sistemas en todo el mundo. 
Sí, eso es real. 
Con toda seriedad, los administradores de sistemas tienen muchas responsabilidades
diferentes. 
Cualquier empresa con presencia en TI 
necesita un administrador de sistemas o alguien que maneje esas responsabilidades. 
El rol de un administrador de sistemas puede variar según el tamaño de una organización. 
A medida que una organización crece, 
se necesitan equipos de administradores de sistemas. 
Sus responsabilidades pueden dividirse en diferentes roles 
con cargos como administradores de red y administradores de bases de datos. 
Empresas como Facebook y Apple 
no tienen una sola persona a cargo de toda la TI. 
Pero en empresas más pequeñas, 
por lo general, es una sola persona quien administra toda la infraestructura de TI. 
En este curso, nos centraremos en cómo una sola persona 
puede administrar por sí misma una infraestructura de TI. 
Aprenderás las habilidades que necesitas para administrar una organización 
de menos de 100 personas como único personal de TI. 
A medida que comiences a moverte hacia grandes organizaciones, 
también deberás conocer más sobre administración de sistemas. 
Deberás adquirir habilidades que te permitan automatizar flujos de trabajo 
y administrar configuraciones o ajustes de computadoras automáticamente. 
Ahora mismo, concentrémonos en la administración de sistemas en una organización
pequeña. 
En el próximo par de lecciones, 
vamos a hablar en detalle sobre las responsabilidades de los admins y su relación 
con la función del especialista en soporte de TI que maneja la administración del sistema.
Servidores web revisitados

Básicamente, un administrador de sistemas es responsable de los servicios 


de TI de su empresa. Los empleados necesitan estos servicios de TI 
para poder ser productivos. 
Esto incluye cosas como el correo electrónico, 
el almacenamiento de archivos, el funcionamiento de un sitio web y mucho más. 
Los servicios tienen que almacenarse en algún lugar, 
no surgen de la nada. 
¿Alguna idea sobre dónde están almacenados? 
Si respondiste "servidores", estás en lo correcto. 
Ya hablamos de servidores en un curso anterior 
y aprendiste que el término servidores puede tener múltiples significados. 
En un curso, analizamos cómo los servidores 
albergan contenidos web que entregan a otras computadoras. 
En otro curso, hablamos sobre cómo un servidor 
puede ser un software que realiza una determinada función. 
En este video, vamos a hablar sobre servidores en mayor profundidad, 
porque, en muchos casos, los admins son responsables de mantener todos los servidores de
la compañía. 
Imagina que estás trabajando 
como especialista en soporte de TI y eres responsable de la administración de sistemas; 
estas tareas pueden ser algo que vayas a realizar. 
Un servidor es, básicamente, un software o una máquina 
que prestan servicios a otro software o a otras máquinas. 
Por ejemplo, un servidor web almacena y entrega contenido a clientes a través de Internet. 
Puedes acceder al servidor web a través de un nombre de dominio como google.com. 
Estudiaremos los servidores web en profundidad en un curso posterior. 
En este momento, analicemos algunos otros ejemplos de servidores. 
Un servidor de correo electrónico proporciona servicio de correo electrónico a otras
máquinas. 
Un servidor SSH proporciona servicios SSH a otras máquinas, y así sucesivamente. 
A las máquinas que usan los servicios proporcionados por un servidor las llamamos clientes. 
Los clientes solicitan servicios de un servidor y, a su vez, 
los servidores responden con los servicios. 
Un servidor puede proporcionar servicios a múltiples clientes a la vez 
y el cliente puede usar múltiples servidores. 
Cualquier computadora puede ser un servidor. 
Puedo iniciar, en mi computadora personal, un servidor web 
que entregue mi sitio web personal en Internet por mí. 
Pero, realmente no quiero hacer eso porque tengo que dejar mi computadora encendida 
todo el tiempo para que mi sitio web esté disponible todo el tiempo. 
Los servidores estándar de la industria funcionan normalmente 24/7 
y no lo hacen sobre un hardware insignificante como la laptop de mi casa. 
Se ejecutan en un hardware muy potente y confiable. 
El hardware del servidor puede venir en muchas formas diferentes. 
Pueden ser torres verticales 
que se parecen mucho a los equipos de escritorio que conocemos. 
Esas torres se pueden poner en un armario o sobre una mesa si así lo deseas. 
Pero ¿y si necesitas tener diez servidores? 
Las torres comenzarían a ocupar demasiado espacio. 
En su lugar, puedes usar servidores en bastidores, 
que son planos y generalmente se montan en un bastidor de 90 pulgadas (228 cm) de ancho. 
Si necesitas aún más espacio, 
podrías usar servidores blade, que son incluso más delgados que los de bastidor. 
Hay otros tipos de factores de forma para los servidores, pero estos son los más comunes. 
También puedes personalizar el hardware en tus servidores dependiendo de los servicios. 
Por ejemplo, en un servidor de archivos 
querrás tener más recursos de almacenamiento para poder guardar más archivos. 
¿Y qué hay de la conexión a nuestros servidores? 
Si trabajas en una pequeña organización de TI, 
potencialmente podrías manejar un puñado de servidores. 
No querrás tener un monitor, un teclado y un mouse para cada uno de ellos, ¿verdad? 
Por suerte, eso no es necesario gracias a algo que aprendimos en un curso anterior. 
Podemos conectarnos de forma remota con algo como SSH. 
Aun así, siempre debes tener un teclado y un monitor a mano. 
A veces, cuando estás trabajando, tu red podría 
estar en problemas y SSH no será una opción. 
Una práctica común en la industria es usar algo conocido como un conmutador KVM. 
KVM significa "teclado, video y mouse". 
Un conmutador KVM es como un concentrador al que puedes conectarle 
múltiples computadoras y controlarlas usando un teclado, un mouse y un monitor. 
Puedes ver más sobre el uso de KVM en la lectura complementaria. 
Ahora que tenemos una mejor comprensión de los servidores y de lo que hacen, 
puedes salir y empezar a comprar 
hardware de servidores y a configurar servicios para tu organización. 
O... tal vez no. 
En realidad no tienes que comprar 
tu propio hardware de servidor, ni siquiera mantener tus propios servicios. 
En el siguiente video, vamos a conocer 
una ola de computación que comenzó a superar al mundo de TI, 
la computación en la nube. Nos vemos.

La nube

¡Oh, la nube! ¡La mágica y maravillosa nube de la que hablan 


en las noticias, que mueve datos a través de blancas y esponjosas ventanas en el cielo! 
La nube mágica dispersó bits de datos en todo el mundo en forma de pequeñas gotas de
lluvia, ¿verdad? 
No, no es así como funciona la nube, para nada, 
pero te sorprendería saber cuánta gente creyó eso. 
No hay duda de que escuchaste el término "nube" en las noticias o decirlo a otras personas. 
Tus fotos se almacenan en la nube, 
tu correo electrónico se almacena en la nube. 
La computación en la nube es el concepto de poder acceder a tus datos, usar aplicaciones, 
guardar archivos, etc., 
desde cualquier parte del mundo, siempre y cuando tengas una conexión a Internet. 
Pero la nube no es algo mágico. 
Es solo una red de servidores que almacenan y procesan nuestros datos. 
Tal vez ya oíste el término "centro de datos". 
Un centro de datos es un establecimiento que almacena cientos, 
si no miles, de servidores. 
Las empresas con grandes cantidades de datos tienen que mantener 
su información almacenada en lugares como centros de datos. 
Grandes empresas como Google y Facebook suelen tener sus propios centros de datos 
porque tienen miles de millones de usuarios que necesitan acceso a sus datos en todo
momento. 
Las empresas más pequeñas podrían hacer esto, 
pero, en general, les alquilamos parte de un centro de datos para sus necesidades. 
Cuando usas el servicio de la nube, 
estos datos se almacenan normalmente en el centro de datos o en varios centros de datos, 
en cualquier lugar que sea lo suficientemente grande como para contener la información de
millones, 
tal vez hasta miles de millones de usuarios. 
Es fácil entender por qué la nube se ha vuelto 
una forma popular de computación en los últimos años. 
Ahora, en lugar de tener terabytes de espacio de almacenamiento en tu laptop, 
puedes subir esos datos a un servicio de almacenamiento de archivos como Dropbox, 
que guarda esos datos en una ubicación administrada, como un centro de datos. 
Lo mismo ocurre con tu organización. 
En lugar de administrar tus propios servidores, 
puedes usar servicios de Internet que se encargan de todo, incluidas las actualizaciones de
seguridad, 
el hardware del servidor, las actualizaciones de software de rutina y mucho más. 
Pero cada una de estas opciones conlleva ciertos inconvenientes. 
El primero es el costo. 
Cuando compras un servidor, 
pagas el hardware por adelantado. 
Así, puedes configurar tus servicios, 
como el almacenamiento de archivos, a un costo muy bajo en potencia porque eres tú quien lo
administra. 
Cuando usas servicios de Internet como Dropbox, 
que ofrecen almacenamiento de archivos en línea, 
el costo inicial puede ser menor. 
Pero, a largo plazo, 
los costos podrían incrementarse, ya que pagas una cantidad fija cada mes. 
Al comparar el costo de los servicios, 
siempre ten en cuenta lo que podría costarte una suscripción 
para cada usuario en tu organización. 
Compara eso con mantener tu propio hardware a largo plazo 
y luego toma la mejor decisión para tu organización. 
La segunda desventaja es la dependencia. 
La suerte de tus datos está ligada a la de estas plataformas. 
Si hay un problema con el servicio, 
alguien que no eres tú será responsable de ponerlo en marcha nuevamente. 
Eso podría costarle a tu empresa una pérdida importante de productividad y datos. 
No importa qué método elijas, 
recuerda que sigues siendo responsable de los problemas que surgen cuando hay un
inconveniente. 
Si Dropbox tiene un inconveniente con los importantes datos de tus usuarios, 
sigue siendo tu problema y tienes que hacer que todo vuelva a funcionar, pase lo que pase. 
Para evitar que surja una situación como esa, 
podrías pensar en hacer copias de seguridad de algunos datos críticos, en la nube y en un
disco físico. 
De esa manera, si un sistema falla, 
tienes otra forma de resolver el problema. 
Ya sea que decidas mantener el servicio físico o usar los servicios de la nube, 
estas son las clases de cosas en las que tienes que pensar 
al prestarle servicios a tu empresa. 
En el próximo par de lecciones, 
vamos a hablar sobre algunas de las otras responsabilidades del administrador de sistemas. 
Te daremos un resumen de alto nivel de ellas, 
luego iremos aún más profundo en este curso.

Políticas organizacionales

En una pequeña empresa, 


por lo general, es responsabilidad del admin decidir qué políticas de computadora usar. 
En empresas más grandes, con cientos de empleados o más, 
esta responsabilidad generalmente recae sobre el gerente de seguridad. 
Pero en empresas más pequeñas, o "negocios", 
según la jerga de TI, 
el administrador del sistema tiene que pensar cuidadosamente 
en la seguridad informática y si permite o no el acceso a ciertos usuarios. 
En la mayoría de los entornos de TI 
surgen pocas preguntas comunes sobre políticas que tienes que conocer. 
¿Debería permitirle a los usuarios instalar software? 
Probablemente no. 
Podrías correr el riesgo de que un usuario instale accidentalmente software malicioso, 
sobre lo que hablaremos en el próximo curso sobre seguridad. 
¿Deberían los usuarios tener contraseñas complejas con ciertos requisitos? 
Definitivamente, una buena regla general para crear una contraseña compleja es que tenga
símbolos, 
números aleatorios y letras. 
Una buena pauta para una contraseña es asegurarse de que tenga un mínimo de 8
caracteres, 
eso dificulta que alguien la descifre. 
¿Deberías poder ver sitios web no relacionados con el trabajo, como Facebook? 
Esa es una decisión personal. 
Algunas organizaciones prefieren que sus empleados 
solo usen su computadora de trabajo y la red estrictamente para negocios, 
pero muchas permiten otros usos, 
para que sus empleados puedan promocionar sus negocios o bienes en plataformas de redes
sociales, 
mantenerse actualizados sobre los eventos actuales, etc. 
Indudablemente, será una política 
en la que podrás trabajar junto con los líderes de tu organización. 
Si entregas un teléfono de la empresa a un empleado, 
¿deberías establecer una contraseña de dispositivo? 
Por supuesto. La gente pierde sus dispositivos móviles todo el tiempo. 
Si un dispositivo se pierde, o si lo roban, 
debe estar protegido por contraseña, como mínimo, 
para que otras personas no puedan ver fácilmente los correos electrónicos de la empresa. 
Estudiaremos en profundidad el impacto y las implicaciones más amplias de la seguridad 
y las políticas organizacionales en el curso de seguridad, al final de este programa. 
Estas son solo algunas de las cuestiones sobre política que pueden surgir. 
Cuando las políticas quedan decididas, 
hay que documentarlas en alguna parte. 
Como aprendiste en una lección sobre documentación, en el primer curso, 
es fundamental mantener una buena documentación. 
Si estás administrando sistemas, 
serás responsable de documentar las políticas de tu empresa, 
los procedimientos de rutina y mucho más. 
Puedes guardar esta documentación en el sitio wiki interno, 
en un servidor de archivos, en software, donde sea. 
La enseñanza aquí es que tener documentación de políticas 
ya disponible para tus empleados les ayudará a conocerlas y mantenerlas.

Servicios de infraestructura física

Hablamos un poco sobre los servicios que potencialmente se usan 


en una organización, como el almacenamiento de archivos, el correo electrónico, el contenido
web, etc. 
Pero hay muchos otros servicios de infraestructura que debes tener en cuenta.
Play video starting at 23 seconds and follow transcript0:23
Como especialista en soporte de TI que trabaja en administración de sistemas, serás
responsable 
de los servicios de infraestructura de TI en tu organización. 
Alerta de spoiler: vamos a ver muchos de ellos. 
Como siempre, asegúrate de volver a ver cualquier lección si necesitas más tiempo 
para asimilar el material.
Play video starting at 40 seconds and follow transcript0:40
Roma no se hizo en un día, ya sabes. Tampoco los especialistas en soporte de TI. 
¿Qué hay de obtener acceso a la red? 
Es un servicio que necesita ser administrado. 
¿Y la conexión segura a sitios web y otras computadoras? 
Adivinaste: también es un servicio que hay que administrar. 
Y administrar servicios no solo significa ponerlos en marcha. 
Hay que actualizarlos habitualmente, instalarles parches para agujeros de seguridad 
y hacerlos compatibles con las computadoras de tu organización.
Play video starting at 1 minute 7 seconds and follow transcript1:07
Más adelante en este curso, veremos con más profundidad los servicios de infraestructura
esenciales 
que podrías encontrar en un puesto de especialista de soporte de TI.

Aprovisionamiento de usuario y hardware

Otras responsabilidades de los administradores de sistemas son los usuarios y el hardware. 


Los admins tienen que ser capaces 
de crear nuevos usuarios y darles acceso a los recursos de su empresa. 
Como contracara, 
también tienen que eliminar usuarios de una infraestructura de TI cuando dejan la empresa. 
No solo tienen que preocuparse por las cuentas de usuario, 
los administradores de sistemas también son responsables de las máquinas de los usuarios. 
Tienen que asegurarse de que un usuario pueda acceder 
y de que la computadora tenga el software necesario que un usuario necesita para ser
productivo. 
Los administradores de sistemas también tienen que asegurarse de que el hardware 
que aprovisionan o configuran para los usuarios esté estandarizado de alguna forma. 
En un curso anterior, hablamos sobre la creación de imágenes de una máquina con la misma
imagen. 
Esta práctica es estándar en la industria cuando se deben manejar entornos multiusuario. 
Los administradores de sistemas no solo tienen que estandarizar las configuraciones en una
máquina, 
también tienen que averiguar el ciclo de vida del hardware de una máquina. 
A menudo piensan en el ciclo de vida del hardware de una máquina de manera literal. 
¿Cuando se la armó? ¿Cuándo se usó por primera vez? 
¿La organización la compró nueva o era usada? 
¿Quién hizo el mantenimiento anteriormente? 
¿Cuántos usuarios la utilizaron en la organización actual? 
¿Qué ocurre con esta máquina si alguien necesita una nueva? 
Todas estas son buenas preguntas que debes hacer al pensar en la tecnología de una
organización. 
Los administradores de sistemas no quieren tener una computadora de diez años en su
organización. 
O tal vez lo hagan. Incluso eso es algo sobre lo que tendrían que tomar una decisión. 
Hay cuatro etapas principales en el ciclo de vida del hardware. 
Adquisición. Esta es la etapa en la que se compra o reutiliza hardware para cualquier
empleado. 
Implementación. Aquí es donde se configura el hardware para que el empleado pueda hacer
su trabajo. 
Mantenimiento. Esta es la etapa en la que el software se actualiza 
y los problemas de hardware que surgen se solucionan. 
Retiro. En esta etapa final, 
el hardware se vuelve inutilizable 
o deja de ser necesario y se lo debe ser eliminar correctamente del inventario. 
En una función de escasa envergadura, 
el ciclo de vida típico del hardware podría ser algo como esto. 
Primero, la empresa contrata un nuevo empleado. 
RR. HH. te dice que le proporciones una computadora y configures su cuenta de usuario. 
A continuación, asignas una computadora de tu inventario 
o solicitas una nueva si lo necesitas. 
Al asignar hardware, tal vez debas marcar la máquina con una etiqueta adhesiva 
para poder rastrear a qué inventario de la organización pertenece. 
Luego, creas la imagen de la computadora con la imagen base 
para aplicar, además, un método optimizado del que hablamos en nuestro último curso, 
Los sistemas operativos y tú. 
A continuación, asignas al equipo un nombre de host estandarizado. 
Esto te ayuda a administrar las máquinas. 
Veremos más sobre eso cuando hablemos de servicios de directorio más adelante. 
En lo que respecta al nombre en sí, 
ya hablamos sobre el uso de un formato como nombre de usuario-ubicación, 
pero se pueden usar otros estándares de nombre de host. 
Consulta la lectura complementaria para obtener más información. 
Después de eso, instalas el software que el usuario necesita en su máquina. 
Entonces, el nuevo empleado comienza a trabajar y tú le agilizas el proceso de
establecimiento 
brindándole instrucciones sobre cómo acceder a su nueva máquina, cómo recibir correo
electrónico, etc. 
Finalmente, si una computadora sufre un problema de hardware, una falla, 
la revisas y piensas en los siguientes pasos. 
Si se está poniendo demasiada obsoleta, 
tendrás que averiguar dónde reciclarla y dónde obtener nuevo hardware. 
Por último, si un usuario deja la empresa, también tendrás que eliminar su acceso 
a los recursos de TI y limpiar la máquina 
para que, con el tiempo, puedas reasignarla a otra persona. 
Creación de imágenes. Instalar software y preparar las configuraciones 
en una computadora nueva puede llevar cierto tiempo. 
En una pequeña empresa no lo haces muy a menudo, lo que es una gran diferencia, 
pero en una empresa más grande, un proceso que insume tiempo no es eficiente. 
Tendrás que aprender formas automatizadas de aprovisionar nuevas máquinas 
para realizar esto en minutos y no en horas.

Mantenimiento de rutina

Cuando administras máquinas para una empresa, no es que las configuras y te olvidas. 
Tienes que actualizarlas y hacerles mantenimiento constantemente 
para que ejecuten el software seguro más reciente. 
Cuando tengas que hacer esto para un inventario de máquinas, 
no querrás instalar actualizaciones tan pronto como estén disponibles. 
Eso sería demasiado lento. 
En cambio, para actualizar y administrar el hardware 
con eficacia, haces algo llamado actualización por lotes. 
Esto significa que, más o menos, una vez al mes, 
actualizas todos tus servidores con los últimos parches de seguridad. 
Tienes que encontrar tiempo para llevar los servicios fuera de línea, realizar la actualización 
y verificar que funcione con el servicio. 
Tampoco tienes que aplicar actualizaciones 
cada vez que hay un nuevo software disponible. 
Pero una práctica común es hacer procesos por lotes para actualizaciones de seguridad 
y actualizaciones muy críticas del sistema. 
En el curso de seguridad, profundizaremos en las prácticas correspondientes, 
pero una buena pauta es mantener tu sistema seguro 
mediante la instalación habitual de los últimos parches de seguridad. 
Estar pendiente de tu seguridad siempre es una buena idea.

Vendedores

Los administradores de sistemas de una pequeña empresa no solo trabajan con


computadoras, 
también tienen que tratar con impresoras y teléfonos. 
Si tus empleados tienen teléfonos celulares 
o teléfonos de escritorio, hay que configurar sus líneas telefónicas. 
Las empresas todavía usan impresoras, lo que significa que hay que configurarlas 
para que los empleados pueden usarlas. 
Los administradores de sistemas podrían ser responsables 
de garantizar que las impresoras funcionen o, si se alquila una impresora comercial, 
tienen que garantizar que pueda haber alguien en el sitio para repararla. 
¿Y si el fax de una empresa no funciona? 
Si no sabes qué es una máquina de fax, no es del todo sorprendente. 
Han venido muriendo lentamente desde la invención del correo electrónico. 
Las máquinas de fax siguen vivitas y coleando en las empresas, 
y son un gran dolor de cabeza con el que hay que lidiar. 
Los administradores de sistemas también podrían ser responsables de ellas. 
Los equipos de videoconferencia, sí, tal vez también debas manejar eso. 
En un entorno empresarial, 
los administradores de sistemas tienen que conseguir este hardware de una manera u otra. 
Trabajar con proveedores u otras empresas para comprar hardware es una práctica común.
Play video starting at 1 minute 8 seconds and follow transcript1:08
Establecer cuentas de negocios con proveedores como Hewlett Packard, Dell, Apple, etc. 
suele ser beneficioso, ya que estas empresas pueden ofrecer 
descuentos corporativos. 
Estas son cosas en las que los administradores de sistemas tienen que pensar. 
En general, ir y comprar dispositivos en Amazon no es escalable. 
Aunque si eso es lo que se decide, los admins también podrían hacerlo. 
Los administradores de sistemas deben considerar sus opciones antes de comprar cualquier
cosa. 
Deben pensar en el suministro de hardware. 
Si un determinado modelo de laptop ya no se usa, 
deben pensar en un reemplazo adecuado para su organización. 
El precio también es algo a tener en cuenta. 
Probablemente necesitarán aprobación formal de su gerente 
o de otro líder para establecer esta relación con un proveedor. 
Los administradores de sistemas deben pensar no solo en las implementaciones técnicas de
hardware. 
Son muchas cosas.

Resolución de problemas y gestión de problemas

Hablamos mucho de solución de problemas 


en un curso anterior, 
pero vale la pena volver a mencionarlo. 
Cuando estás administrando toda una infraestructura de TI, 
constantemente tienes que diagnosticar y solucionar problemas para tus necesidades de TI. 
Esto tal vez ocupe la mayor parte de tu tiempo como especialista en soporte de TI. 
Esto podría implicar una sola máquina cliente de un empleado 
o un servidor o servicio que no se comporta normalmente. 
Algunas personas, al comienzo de su carrera en soporte de TI, 
profundizan sus conocimientos para convertirse en administradores de sistemas. 
Pasan de trabajar en una máquina a muchas máquinas. 
En mi caso, di el salto durante mis prácticas 
como especialista en soporte de TI en la universidad, en un laboratorio de semiconductores. 
El laboratorio terminó cerrando y necesitaban ayuda para quitar de servicio el entorno.. 
Entonces, lo que comenzó como soporte de mesa de ayuda de TI se transformó rápidamente
en asistente de admin. 
Esa oportunidad me permitió empezar a experimentar con Active Directory, 
creación de subredes y toma de decisiones, que es una parte fundamental de este trabajo. 
Los admins también tienen que solucionar y priorizar problemas a una mayor escala. 
Si un servidor a cargo del administrador del sistema deja de brindar servicios 
a mil usuarios y una persona tuvo un problema con la impresora, 
¿en cuál problema crees que deberías trabajar primero? 
Cualquiera que sea el caso, hay dos habilidades 
que son críticas para llegar a una buena solución para tus usuarios. 
Ya las vimos en un curso anterior. ¿Sabes cuáles son? 
La primera es la resolución de problemas, hacer preguntas, 
aislar el problema, seguir los rastros de las cookies 
y leer registros son las mejores maneras de resolver el problema. 
Tal vez tengas que leer los registros de varias máquinas o incluso de toda la red. 
Hablamos un poco sobre registros centralizados en el último curso 
sobre sistemas operativos y cómo convertirte en un power user. 
Si necesitas un repaso sobre cómo funciona el registro centralizado, 
consulta la lectura complementaria. 
De todos modos, la segunda habilidad importantísima que vimos es el servicio al cliente: 
mostrar empatía, usar el tono correcto de voz 
y manejar bien las situaciones difíciles. 
Estas habilidades son esenciales para todas las funciones de TI. 
En algunas compañías, los administradores de sistemas tienen que estar disponibles las 24
horas. 
Si un servidor o la red se caen en medio de la noche, 
alguien tiene que estar disponible para hacer que funcionen de nuevo. 
No te preocupes, un admin no tiene que estar despierto y disponible las 24 horas del día, los 7
días de la semana. 
Pueden monitorear su servicio y recibir alertas en caso de un problema. 
Entonces, ¿cómo hacer un seguimiento de tu solución de problemas? 
Una norma común de la industria es utilizar algún tipo de sistema de tickets o registro de
errores. 
Aquí es donde los usuarios pueden solicitar ayuda con un inconveniente 
y luego tú puedes hacer el seguimiento de tu trabajo de solución de problemas 
a través del sistema de tickets. 
Esto te permite organizar y priorizar los problemas y documentar los pasos para
solucionarlos. 
A lo largo de este curso, presentaremos tipos de servicios que un administrador de sistemas 
debe mantener y qué responsabilidades tiene en una organización. 
También compartiremos algunas recomendaciones 
para solucionar problemas cuando tienen que ver con administración de sistemas. 
Cuando trabajas como especialista en soporte de TI, 
la administración de sistemas puede convertirse en parte de tu trabajo. 
Pensar en todos los aspectos de la administración 
de una infraestructura de TI en una organización nos sirve de ayuda. 
Cuanto más preparado estés, mejor.

En caso de incendio, rompa el vidrio

Pongámonos un poco sombríos y hablemos de desastres. 


Nos guste o no, en algún momento, algo dejará de funcionar, 
no importa cuánta planificación hagas. 
Esto sucede tanto en pequeñas como en grandes empresas. 
Es un problema de igualdad de oportunidades. 
No puedes dar cuenta de todo, 
pero puedes estar preparado para recuperarte de ello. 
¿Cómo? Es muy importante asegurarse 
de que los datos de tu empresa se copien habitualmente en algún lugar. 
Preferiblemente, lejos de su ubicación actual. 
¿Y si un tornado derribara tu edificio 
y tus copias de seguridad se perdieran a causa de ello? 
No tendrías un edificio dónde trabajar y, mucho menos, 
podrías recuperar tus datos 
y hacer que la gente vuelva a estar activa. 
Más adelante en este curso 
hablaremos sobre los métodos que puedes usar para hacer copias de seguridad de los datos
de tu organización 
y recuperarte de un desastre. 
Intentaremos mantener las cosas un poco menos pesimistas mientras tanto. 
Hasta ahora, aprendiste mucho sobre las funciones y responsabilidades de un administrador
de sistemas. 
Algunas de ellas pueden parecer mucho trabajo. 
Algunas hasta pueden parecer aterradoras. 
Ser el responsable de mantener los datos disponibles no es fácil, 
pero es un rol gratificante en TI 
y ya estás desarrollando tu conjunto de habilidades de administrador de sistemas 
mediante el aprendizaje de los fundamentos de soporte de TI. 
A continuación, tenemos un cuestionario para ti. 
Luego, en el próximo módulo, 
analizaremos los detalles técnicos 
de los servicios de infraestructura que se usan en TI. Nos vemos.

Historia de Dion Michelle Obama

[MÚSICA] 
Mi nombre es Dion Paul 
y soy especialista en operaciones en el equipo de riesgo de gTech. 
gTech significa Servicios técnicos de Google. 
No siempre estuve muy familiarizado con TI, 
pero un error de concepto es que puedes saber lo suficiente. 
Y lo que descubrí es que nunca se puede saber lo suficiente 
Nunca hay un umbral de aprendizaje. 
Las cosas siempre van a cambiar, especialmente en TI. 
Por eso es muy importante seguir aprendiendo, 
mantenerme al corriente de las últimas tecnologías, donde sea que eso me lleve. 
Nunca voy a dejar de aprender. 
Y siempre voy a estar abierto a aprender cosas nuevas 
y a aplicarlas de diferentes maneras. 
Mi momento profesional más memorable fue llegar a conocer 
a la ex-Primera Dama, Michelle Obama, durante un viaje de trabajo. 
Fui seleccionado para participar en un proyecto en la Casa Blanca 
basado en el trabajo que estaba haciendo mi equipo. 
Y no solo pudimos hacerla participar en un rodaje de realidad virtual, 
sino que, además, me encargaron de asegurar que todo el equipo funcionara, 
colocándolo directamente delante de ella, encontrándome con ella. 
Y el contenido iba a distribuirse a millones de niños en todo el mundo. 
Poder operar una cámara con la Primera Dama justo delante de mí, 
es un momento que nunca olvidaré. 
El éxito para mí es un proceso. 
Y lo defino simplemente como paz, estar en paz con tu carrera laboral, 
estar en paz con tu familia. 
Lo que signifique para ti, lo que signifique personalmente. 
Me gusta poder gozar de la tranquilidad en los fines de semana, 
fuera del trabajo, pasarla con mi familia, esas cosas. 
Estar en el trabajo es estar involucrado en proyectos que te apasionan 
y sentir que contribuyes a una idea superior. 
Pero para mí, el éxito es un proceso. 
Y para mí se define como estar en paz con lo que sea que estés trabajando.
Con un gran poder viene una gran responsabilidad

Cuando tienes derechos de administrador para algo, 


ya sea una máquina, 
un inventario de 100 máquinas 
o un servicio en la nube con miles de usuarios, 
debes tener cuidado de utilizar estos derechos con responsabilidad. 
Lo más importante es evitar usar 
los derechos de administrador en tareas que no los requieren. 
Por ejemplo, no debes navegar la Web como usuario administrador. 
Trata de minimizar el tiempo que empleas en una sesión administrativa. 
Haz lo que necesites hacer 
y una vez que hayas terminado, cierra la sesión. 
En sistemas Linux, por lo general usamos 
el comando sudo para ejecutar comandos como administrador. 
Cuando ejecutas sudo por primera vez en una máquina, 
recibes un mensaje como este. 
Estos principios se aplican a cualquier derecho de administrador, 
más allá del sistema operativo o servicio del que estés a cargo. 
Vamos a ver en profundidad todo lo que esto significa. 
Respetar la privacidad de los demás. 
No uses tus derechos de administrador para acceder 
a información privada a la que no tienes acceso. 
Tener acceso de sistema de archivos a la información almacenada 
en el directorio principal de un usuario no significa que debas estar viendo sus archivos
personales. 
Ser administrador de un servidor de correo electrónico 
no significa que debas leer el correo electrónico de los demás. 
Solo porque puedas, no significa que debas. 
Incluso si tienes un motivo profesional para acceder a determinada información, 
asegúrate de seguir el proceso o las políticas adecuadas para ello. 
No debes usar tus derechos de administrador para saltarte ninguna regla. 
Piensa antes de escribir. 
Cuando usas tus derechos de administrador, 
tus acciones pueden tener consecuencias 
mucho mayores que cuando actúas como un usuario normal. 
Piensa en lo que estás haciendo y no te apures. 
Errores como eliminar el conjunto incorrecto de archivos, 
reiniciar la máquina equivocada 
o interrumpir la conexión que estás usando 
para manejar una máquina remota pueden suceder si no tienes cuidado. 
Puedes entrenarte para esto escribiendo los pasos 
que planeas tomar antes de llevarlos a cabo. 
Esto ayuda de dos maneras. 
Te permite planificar con anticipación y sirve como documentación de lo que hiciste. 
Documentar lo que hiciste es fundamental al usar derechos de administrador. 
Enumerar los comandos que ejecutaste te permite repetir 
el mismo proceso exacto en el futuro y solucionar cualquier problema que pueda surgir más
adelante. 
En Linux, hay un comando llamado script. 
Podemos usarlo para registrar un grupo de comandos a medida que se emiten, junto con su
salida. 
En PowerShell de Windows, hay un comando equivalente llamado Start-Transcript. 
La salida de estas herramientas es útil para automatizar procedimientos. 
Del mismo modo, podemos usar 
la herramienta recordMyDesktop para registrar la interacción con la aplicación gráfica. 
Pusimos información sobre estas herramientas en la próxima lectura complementaria. 
La última línea del principio del comando sudo dice: 
"Un gran poder conlleva una gran responsabilidad". 
Es un poco atrevida, pero el mensaje es serio. 
Cuanto más puedas hacer con tus derechos de administrador, 
más puedes echar a perder las cosas. 
Puedes minimizar el impacto de cualquier error 
—y algunos errores son inevitables— 
asegurándote de poder revertir rápidamente tus cambios si algo sale mal. 
Puedes lograrlo haciendo una copia del estado antes de modificarlo, 
ya sea manteniendo tu configuración en un sistema de control de versiones 
o documentando qué pasos debes tomar para volver al estado anterior. 
Al hecho de volver al estado anterior se lo denomina reversión. 
Algunos comandos son más fáciles de revertir que otros. 
Por ejemplo, si modificas el valor de una configuración de verdadero a falso, 
la reversión es establecerlo de nuevo como verdadero. 
Pero si estás eliminando un archivo de manera que se no conserve una copia de respaldo, 
la reversión podría ser difícil o incluso imposible. 
Entonces, antes de hacer un cambio, 
tómate un momento para pensar cómo se vería todo eso 
y asegúrate de tener copias de cualquier información que pueda perderse.

Nunca pruebes durante la producción

Empecemos definiendo qué entendemos por producción. 


En un contexto de infraestructura, 
llamamos producción a las partes de la infraestructura 
en las que se ejecutan ciertos servicios que se entregan a los usuarios. 
Si albergas un sitio web, 
el servicio que entrega el contenido del sitio web a los usuarios son los servidores de
producción. 
Dentro de tu empresa, los servidores que validan 
las contraseñas de los usuarios son los servidores de autenticación de producción. Captas la
idea. 
Supongamos que debes hacer un cambio importante en tu infraestructura de producción. 
Podría ser incorporar un nuevo servicio, 
modificar la configuración de un servicio existente, 
actualizar el sistema operativo 
o tal vez cerrar el servicio actualmente en ejecución. 
¿Cómo lo harías? 
La clave para hacer estos cambios de manera segura 
es ejecutarlos siempre primero en un entorno de prueba. 
El entorno de prueba suele ser 
una máquina virtual que ejecuta la misma configuración que un entorno de producción, 
pero que en realidad no presta servicio a ningún usuario. 
De esta manera, si hay un problema al implementar la modificación, 
podrás arreglarlo sin que el usuario lo note. 
Si estás a cargo de un servicio importante 
que debes mantener funcionando durante un cambio de configuración, 
te recomendamos que tengas una máquina secundaria o de reserva. 
Esta máquina será exactamente igual que una máquina de producción, 
pero no recibirá ningún tráfico de usuarios reales hasta que la habilites. 
En este caso, una vez que hayas verificado tus cambios 
en el entorno de prueba y que estés listo para implementarlos en producción, 
primero, aplica los cambios en la máquina secundaria. 
Una vez aplicados los cambios, 
convierte a la máquina de reserva en la máquina principal 
y luego aplica los cambios en la otra máquina. 
Para servicios aún más grandes, 
cuando hay muchos servidores que brindan el servicio, 
tal vez quieras tener "canaries" o detecciones de prueba. 
De modo similar al canario de los mineros de carbón, que detectaba gases tóxicos al entrar a
las minas, 
usarás un pequeño grupo de servidores para detectar 
cualquier problema potencial en grandes cambios que desees aplicar en el sistema. 
Una vez que verifiques que todo funciona correctamente en esas máquinas, 
implementas el cambio en el resto del inventario. 
De esa manera, si hay un problema con el cambio, 
sólo un subconjunto de los usuarios queda expuesto a esto 
y puedes revertirlo antes de que afecte a todos. 
Supongamos que debes hacer un cambio menor en tu infraestructura de producción. 
¿Deberías seguir adelante y hacerlo en producción? 
No, siempre debes intentarlo primero en tu infraestructura de prueba. 
No importa cuán pequeño pueda parecer el cambio, 
siempre hay algo que podría salir mal. 
Si la infraestructura necesita máquinas primarias y secundarias o un grupo de canaries 
depende del tamaño de los servicios y de la importancia de mantenerlos activos. 
Incluso en el caso de los servicios más pequeños, 
nunca debes hacer cambios directamente en producción. 
Siempre usa una instancia de prueba primero 
y solo implementa el cambio en producción después de verificar que funcione.

Evaluar el riesgo

Antes dijimos que siempre debes probar tus cambios antes de implementarlos. 
Documenta lo que haces y procura tener una manera de volver al estado anterior. 
La cantidad de tiempo y esfuerzo que inviertes 
en cada uno de estos pasos depende del riesgo implicado. 
Siempre debes tener una instancia de prueba para los cambios. 
Pero puede que no valga la pena tener un servidor secundario si a nadie le importa el tiempo
de inactividad. 
Entonces, ¿cómo decides cuánto tiempo y esfuerzo invertir? 
Podemos evaluar el riesgo que implica teniendo en cuenta la importancia de los servicios 
para la infraestructura y la cantidad de usuarios que se verían afectados si el servicio fallará. 
Ciertos servicios son de misión crítica. 
Si el sistema de autenticación centralizado no funciona, 
nadie podrá acceder en ningún momento. 
Si el sistema de facturación no está disponible, 
la empresa no podrá recibir pagos. 
Si tus copias de seguridad se pierden, 
no tienes salvaguardas en caso de desastre. 
Pero no todos los servicios son de misión crítica. 
Un sitio web informativo no es tan importante como uno de comercio electrónico. 
Un sistema de tickets interno no es tan importante como una aplicación externa de soporte al
cliente. 
La infraestructura necesaria para una nueva instalación no es tan crítica 
como la que se usa para acceder a las máquinas existentes. 
En general, a mayor alcance de tu servicio en términos de usuarios, 
más deberás asegurarte de que los cambios no provoquen interrupciones. 
Cuanto más importante sea tu servicio para las operaciones de tu empresa, 
más trabajarás para mantener el servicio en funcionamiento. 
Tal vez tengas un acuerdo de usuario sobre la expectativa de disponibilidad de un servicio. 
Por ejemplo, en muchas empresas, 
el mantenimiento disruptivo se realiza durante el fin de semana. 
En estos casos, se acuerda que no hay problema 
si el servidor de archivos principal está inactivo el sábado mientras realizas cambios. 
También puedes aplicar estos criterios para establecer prioridades para solucionar un
problema. 
Si el problema impide que las personas hagan su trabajo, 
hallar la solución debería tener una mayor prioridad 
que resolver una pequeña molestia con la que se pueda trabajar.

Arreglar las cosas de la manera correcta

Como especialista en soporte de TI, a menudo te encargarás de solucionar problemas. 


El problema podría estar en la computadora de un usuario, en un servidor en tu propia
infraestructura, 
en un código que se ejecuta en la nube o en algún lugar intermedio. 
Entonces, ¿cómo vas a solucionarlo? 
Supongamos que estás lidiando con un problema, ya sea porque lo encontraste 
o porque alguien te lo informó. 
Antes de empezar a solucionarlo, asegúrate de poder recrear el error 
ya que deberás probar tu solución para asegurarte de que el problema desaparezca después
de aplicar la corrección. 
A esto se lo llama un caso de reproducción. 
Y esto implica crear una hoja de ruta para volver sobre los pasos que llevaron al usuario 
a un resultado inesperado. 
Como llegar a una página de error.
Play video starting at 51 seconds and follow transcript0:51
Al buscar un caso de reproducción, 
hay tres preguntas que tendrás que responder. 
¿Qué pasos tomaste para llegar a este punto? 
¿Cuál es el resultado inesperado o malo? 
Y, ¿cuál es el resultado esperado?
Play video starting at 1 minute 4 seconds and follow transcript1:04
Supongamos que estás tratando de solucionar un problema en el que un usuario no puede
acceder 
a una página web. 
Tu caso de reproducción sería navegar al sitio que falla 
con un navegador web. 
El mal resultado es una página de error mientras que resultado esperado es un sitio web
visible. 
Una vez que tengas los pasos que necesitas para recrear el resultado inesperado 
y que sepas cuál debe ser el resultado correcto, puedes intentar solucionar el problema
subyacente. 
Recuerda, siempre haz esto en tu instancia de prueba, nunca en producción. 
Asegúrate de documentar todos tus pasos y cualquier hallazgo. 
Tener esta documentación puede resultar invaluable si alguna vez tienes que volver a lidiar 
con inconvenientes similares. 
Lo agradecerás en el futuro. 
Después de aplicar tu corrección, vuelve sobre los mismos pasos que te llevaron a la mala
experiencia. 
Si tu corrección funcionó, ahora deberías ver la experiencia esperada. 
Para nuestro ejemplo de la página web, puedes verificar tu solución visitando el sitio. 
Una vez aplicada la corrección necesaria, deberías ver el contenido del sitio web, 
en lugar de la página de error.
Play video starting at 2 minutes 3 seconds and follow transcript2:03
¡Guau! Recorrimos un largo camino 
y abarcamos muchos aspectos diferentes de las responsabilidades de un administrador de
sistemas, 
incluyendo cómo aplicar cambios de forma segura con la cantidad correcta de esfuerzo. 
A continuación, practicarás estos conceptos por medio de Qwiklabs. 
Luego, en el próximo módulo, 
hablaremos de los detalles técnicos de los servicios de infraestructura que se usan en TI. 
Nos vemos.

También podría gustarte