1. Administrador De Sistemas
• Un Administrador de sistemas es aquel profesional que tiene la responsabilidad de
ejecutar, mantener, operar y asegurar el correcto funcionamiento de un sistema
informático y/o una red de cómputo. El administrador de sistemas por lo general ha
cursado un programa de estudio en el que se incluyen áreas del conocimiento en la
ingeniería del software, además de gestión de redes y telecomunicaciones. Los
administradores de sistemas son por lo regular miembros del departamento de
tecnologías de información, electrónica o ingeniería de telecomunicaciones.
• Las responsabilidades de un Administrador de sistemas son muy amplias y varían
enormemente de una organización a otra.
Ejemplos:

2. Características Del Profesional
• Ser capaz de adaptarse a las complejas y cambiantes situaciones del mundo
empresarial actual, así como de responder a las exigencias que en su campo
plantean nuestras organizaciones, contribuyendo con ello al crecimiento, desarrollo
y proyección de la sociedad en la cual están insertas.
• Capacidad para discernir, analizar y evaluar las repercusiones que tienen en el
comportamiento de los individuos y las organizaciones, la aplicación de las distintas
filosofías, fundamentos, teorías, conceptos, técnicas y procedimientos que son
objeto de la Administración de Sistemas Informáticos.
• Impulsar la realización y desarrollo de investigaciones en el campo de los sistemas.
Ejemplos:

3. Los roles a nivel empresarial que pueden ser desarrollados por un
Administrador de Sistemas Informáticos consisten en:
Y Deben Ser:
Ejemplos:
• Diseño y Administración de redes de área Amplia.
• Administrador de base de datos.
• Analista de sistemas.
• Administrador de seguridad.
• Auditor de sistemas.
• Programador y Diseñador de sistemas de información.
• Gerente de Proyectos.
• Consultor.
Ejemplos:

4. La Función De Un Administrador De Sistemas
• La función Administrador del sistema es una función predefinida que incluye
tareas útiles para un administrador de servidor de informes con responsabilidad
global sobre el servidor, pero no necesariamente sobre su contenido.
• Para crear una asignación de funciones que incluya esta función, utilice la página
Configuración del sitio del Administrador de informes o utilice los comandos que
aparecen al hacer clic con el botón secundario en el nodo del servidor de informes
en Management Studio.
• La función Administrador del sistema no transmite el mismo conjunto completo
de permisos que un administrador local puede tener en un equipo. En lugar de ello,
la función Administrador del sistema incluye operaciones que se realizan en el
nivel de sitio y no en el nivel de elemento. Para los usuarios que requieren acceso
tanto a las operaciones de todo el sitio como a los elementos almacenados en el
servidor de informes, cree una segunda asignación de funciones en la carpeta Inicio
que incluya la función Administrador de contenido. En conjunto, las dos
definiciones de funciones proporcionan un conjunto completo de tareas para los
usuarios que necesitan acceso completo a todos los elementos de un servidor de
informes.
Ejemplos:

5. La Muerte Del Administrador De Sistema Y El Nacimiento De Los
“Devops”
• Hace cosa de un mes empezó una serie de artículos sobre la evolución que se está
dando en el perfil de los Administradores de Sistemas, los „grandes
damnificados‟ de la evolución a las Infraestructuras como Servicios. Para
ello, introduce un nuevo perfil llamado „Devops„. Este término fue introducido por
Jesse Robins, el CEO de Opscode. Opscode son los creadores de Chef, un
framework para traer de manera programática los beneficios de la Gestión de la
Configuración a la infraestructura. Devops es la combinación de „de veloper‟ y
„operaciones‟, ya que la tendencia es a que las operaciones sean programadas
usando este tipo de herramientas. Es decir, pasamos de unas operaciones
reactivas, centradas en los procesos, a unas más ágiles y automatizadas.
• La aparición de este nuevo rol viene dada por los cambios que la automatización y la
virtualización (servidores, almacenamiento, redes) conllevan: que las operaciones
sobre los sistemas se pueden desacoplar de la parte física. Los sistemas operativos
ya no están en servidores físicos, los volúmenes no están asociados a los discos
duros, y las conexiones entre máquinas no tienen que pasar por puertos físicos en el
switch.
• Ahora, en la era del Cloud Computing, es posible desplegar soluciones que casi
ignoren la necesidad de operaciones sobre la infraestructura física. Casi, porque
todavía hay cosas como la seguridad que no están bien resueltas. Así, la
infraestructura pasa a ser „el problema de otro‟, y de ahí la importancia de las
grandes nubes en el futuro y el outsourcing de la infraestructura en los próximos
años.
• En el Cloud Computing la unidad de despliegue es la „Aplicación‟ (a mi me gusta más
llamarlo la „Solución‟, ya que estamos hablando de unir hardware -virtual- y software
en un mismo paquete). Ahora mismo casi todas las soluciones están centradas en la
máquina virtual más que en la „Aplicación‟. Dado que la „Aplicación‟ pasa a ser el
principal centro de atención ya que describe sus necesidades hardware, su
arquitectura y políticas que se deben aplicar a la aplicación (en Alta
Disponibilidad, Ancho de banda reservado de XMb, etc.…), la Aplicación dicta sus
propias necesidades.