30 votos

¿Cómo puede un Administrador de Linux mejorar su shell scripting y automatización de habilidades?

En mi organización, yo trabajo con un grupo de NOC personal, en ciernes ingenieros junior y un puñado de ingenieros de alto nivel; todos con un enfoque en Linux. Un paso interesante en la forma en que la empresa crece, es un talento que hay una ruta de acceso de la paraestatal para la ingeniería mayores rangos. Visualización de la piscina de talento como un recién llegado relativo, veo que hay una división en el conjunto de habilidades que tiende a crecer con el tiempo...

  • Hay ingenieros que conocen a uno o varios particular de las tecnologías de bien y están constantemente inmersos... por ejemplo, MySQL, servidores, almacenamiento SAN, balanceadores de carga...
  • Hay otros que son generalistas y se puede navegar por múltiples tecnologías.
  • Todos aprenden lo suficiente Linux (comandos, procesos) para hacer lo que necesita y utilizar sobre una base diaria.

Un factor diferenciador entre algunos de los empleados es lo bien que se abrazan de secuencias de comandos, la automatización de la gestión de configuración y metodologías. Por ejemplo, tenemos dos ingenieros que hacen la mayor parte de Amazon AWS CloudFormation de trabajo, y otra que se encarga de la mayoría de los Puppet de la infraestructura. Tal vez una cuarta parte de los ingenieros son expertos en la shell de BASH scripting.

Mirando esto en el contexto de la increíblemente alta demanda de DevOps habilidades en el mercado de trabajo, tengo curiosidad por ver cómo otras organizaciones para fomentar el desarrollo de estas habilidades y crecer su talento interno. De secuencias de comandos no parece un particular enseñar concepto.

  • ¿Cómo funciona un sysadmin mejorar su shell scripting?
  • Aún hay un lugar para los ingenieros que no/no se puede mantener en el DevOps paradigma?
  • Estamos simplemente asumir que algunas personas se dejan atrás a medida que estos evolucionan las tecnologías? Es que está bien?

21voto

Ryan Ries Puntos 33449

• ¿Cómo es que un sysadmin mejorar su shell scripting?

La práctica, mezclado con la unidad. Suena trillado, pero tienes que querer a mejorar, además de la práctica. Si usted no disfrutan realmente de secuencias de comandos, usted puede ser obligado a hacerlo durante años, cuando se tiene y nunca conseguir realmente bueno en ello. Si usted no desea conseguir mejor, que podía sentarse junto a la mejor scripter en el mundo cada día en el trabajo y no recoger en una fracción de la habilidad que usted podría tener.

Sé que esas personas que, a pesar de que trabajan en ELLA, obstinadamente se niegan a aprender cualquier tipo de secuencias de comandos. Pronto habrá ningún lugar para aquellas personas en esta industria. Son parte de un moribundo generación.

(No estoy hablando de personas mayores, me refiero a que en sentido figurado. :P)

• Aún hay un lugar para los ingenieros que no/no se puede mantener en el DevOps paradigma?

Nope. Cada cosa que ellos hacen puede ser y, finalmente, será automatizado de distancia.

Yo afirmaría que tal vez nunca debería haber llamado 'ingenieros' de todos modos. Es bastante malo que la industria de la que se apropió de la palabra "ingeniero" para nosotros, que en mi opinión es una especie de insulto para los reales ingenieros que pasó años en programas de educación superior y obtener certificaciones legales para que pudieran diseño de puentes, rascacielos, colisionadores de hadrones, etc... esos son los verdaderos ingenieros.

Pero hay una similitud... Si quieres llamar a sí mismo un 'ingeniero' en la industria de TI, luego de que al menos significa que crear cosas. Usted es inventiva y conectar los puntos en nuevas formas, que nadie ha pensado antes. Construir cosas que nadie más sabía lo valioso que sería hasta que la hizo.

Si no código o secuencia de comandos, entonces no hay forma de hacer mucho con los ordenadores, además de simplemente mantener a ellas, y tal vez de instalar un paquete de software o dos. Tal vez lanzar una nueva unidad de disco duro en el ol' MSA. Y en ese caso, me gustaría llamar a un administrador, seguro, pero no necesariamente un ingeniero. Y yo diría que mucho de su trabajo está en peligro de ser automatizada de distancia.

• Somos simplemente asumir que algunas personas se dejan atrás a medida que estos evolucionan las tecnologías?

El mercado se adaptará. Puede ser que algunas personas no estará haciendo 6-figura sueldos cuando realmente no lo merecen ellos, lo que sucede bastante en esta industria.


Me parece que la creatividad, y no sólo de codificación/secuencias de comandos de habilidad, es un factor clave. Es que la creatividad que se necesita decir a ti mismo, "Oh, hey, yo podría automatizar esto!" y, a continuación, la habilidad sólo entra en juego después de que. Si usted se encuentra de secuencias de comandos de algo sólo después de que su jefe le dice que usted, entonces usted podría no tener que conducir o que la creatividad estaba hablando... y esas son dos cualidades que son muy difícil, quizás imposible, para enseñar.

9voto

MDMarra Puntos 81543

Tengo el beneficio de la comprensión de la dimensión y la complejidad de su entorno. Viendo como trabajas para una nube/proveedor de hosting, es seguro asumir que usted tiene un gran número de pequeñas-medianas entornos (10-100 servidores). Sin duda hay tareas diarias que se realizan por el jr. ingenieros y NOC personal que son repetitivas (creación de cuentas de usuario, la configuración de los agentes de copia de seguridad, etc). Del mismo modo, probablemente hay algún manual cosas que se hacen por el sr. los ingenieros de como instalar ESXi en un nuevo hardware o configurar cosas como el MPIO o la instalación de VMware módulos para conjuntos específicos de hardware. Todas estas cosas pueden y deben ser automatizados.

Si su personal es capaz de llevar a cabo la mayor parte de su carga de trabajo sin automatizar, entonces estás personal excesivo, en mi opinión. Cualquier personal de TI que puede trabajar un día completo que se compone principalmente de los procesos manuales no tiene ninguna motivación para automatizar. ¿Por qué aprender una nueva habilidad que no es vista como necesaria y podría ser incluso de miedo? Después de todo, la necesidad es la madre si la innovación.

Así que, en algún momento de tu organización, te va a crecer a un tamaño donde se va a tropezar y caer a pedazos, o vas a empezar a automatizar casi todo y excel. Sin duda, los ingenieros de alto nivel debe ser el líder aquí, y tal vez incluso trabajando con los ingenieros junior y NOC personal para automatizar parte de su trabajo. Esto le da el jr. los ingenieros de la oportunidad de disponer de un marco de muchas secuencias de comandos para trabajar con, que se puede ajustar para cada inquilino y nueva revisión de hardware como sea necesario. Esto elimina el pensamiento atemorizante de "Oh, dios mío, ¿por dónde empezar?" a partir de la ecuación y les da un empujón importante a la solución de un real problema. Lo que me lleva a mi último punto. Los libros y los ejemplos están muy bien, pero no hay nada que pueda sustituir a la sensación de la realización de la solución de un real problema a que se enfrentan. Darles un objetivo, al igual que todos los nuevos servidores para el inquilino x debe tener ciertas ESXi módulos instalados y, a continuación, trabajar con ellos para lograrlo. Luego adaptar el script para trabajar en un entorno multiusuario.

¿Cómo funciona un sysadmin mejorar su shell scripting?

Por necesidad , como se describe anteriormente.

Aún hay un lugar para los ingenieros que no/no se puede mantener en el DevOps paradigma?

Seguro, hay un montón de organizaciones que no pueden o no se va a mover a la metodología DevOps. Ellos son los que parecen ser más y más aburrido opciones, pero son opciones, no obstante.

Estamos simplemente asumir que algunas personas se dejan atrás a medida que estos evolucionan las tecnologías?

Como con cualquier nueva tecnología - sí.


tl;dr Usted nunca tendrá que nadie realmente invertir en el aprendizaje hasta que se vea el valor que tiene. Si pueden llevar a cabo sus tareas diarias de forma manual, entonces estás personal excesivo y no hay incentivos.

7voto

Aaron Copley Puntos 6043

¿Cómo funciona un sysadmin mejorar su shell scripting?

¿Cómo se consigue mejor en algo? Leer libros, asistir a clases, y luego aplicar los principios aprendidos. (O una combinación de los métodos). Esto es más simplificado intencionalmente puesto que no hay nada especial sobre el aprendizaje de secuencias de comandos de más de aprender a cocinar o cómo reparar un coche.

Aún hay un lugar para los ingenieros que no/no se puede mantener en el DevOps paradigma?

Esto es difícil de contestar en el ámbito de este sitio (donde hay un requisito para borrar/define respuestas a las preguntas frecuentes.) Podemos predecir que va, pero hay problemas con el DevOps modelo. Creo que es muy difícil para una persona a ser muy competente en ambas disciplinas. El ahorro de costes de un 2-por-1 empleado es muy atractivo para los negocios, pero es difícil decir si esta tendencia está aquí para quedarse. Sin duda, es para el corto plazo.

Estamos simplemente asumir que algunas personas se dejan atrás a medida que estos evolucionan las tecnologías?

A la tasa actual de cómo van las cosas, sí. La mayoría de ustedes probablemente están observando en sus propios lugares de trabajo. Usted definitivamente debe mantenerse al día con los listados de trabajo y saber lo que el mercado está actualmente exigentes. (Hay un montón de ofertas de trabajo para Hadoop en su área? Aprender Hadoop.) Si no mantenerse en el mercado, usted está en riesgo de quedarse atrás.

5voto

lVlint67 Puntos 2162

Uno generalmente no enviar a los ingenieros junior en un complejo entorno de producción que es de misión crítica. Usted tiene ingenieros senior para eso. Junior rangos deben ser autorizados a trabajar en dev / prueba de entornos limitados.

Si usted necesita un ingeniero para la Tecnología X y desea rellenar el papel internamente, encontrar a alguien dispuesto a aprender, a encontrar una formación estructurada y de combinar los dos.

Averiguar cuáles son las habilidades que necesita en un departamento. Encontrar a alguien dispuesto a aprender de ellos. Enseñar a la Mano el dinero para la formación.

1voto

Michael Martinez Puntos 924

Aún hay un lugar para los ingenieros que no/no se puede mantener en el DevOps paradigma?

"devops" es sólo una palabra nueva para algo los administradores de sistemas que han estado haciendo durante décadas.

Estamos simplemente asumir que algunas personas se dejan atrás a medida que estos evolucionan las tecnologías?

Muy por el contrario. Como pasa el tiempo, sólo hay más y más la necesidad de la gente técnica. Cualquier persona con cualquier tipo de ingeniería de conocimiento y habilidades técnicas tendrán un lugar para trabajar.

EnMiMaquinaFunciona.com

EnMiMaquinaFunciona es una comunidad de administradores de sistemas en la que puedes resolver tus problemas y dudas.
Puedes consultar las preguntas de otros sysadmin, hacer tus propias preguntas o resolver las de los demás.

Powered by: