Terminado mi segundo libro

admin

Después de varios meses escribiendo, por fin estoy revisando mi último proyecto, un libro sobre la cultura DevOps, se titula “DevOps y el camino de baldosas amarillas” en honor a otro magnífico libro “El maravilloso mago de Oz” de Lyman Frank Baum.

Ahora estoy en el proceso de revisión, por lo que tardaré algunas semanas en tenerlo listo, pero al menos ya he terminado de escribirlo. El libro no es una guía, ni un manual sobre DevOps, en realidad se trata de un conjunto de reflexiones en las que repaso las ventajas que tiene para cualquier organización adoptar los principios básicos del movimiento DevOps.

Por ahora no os puedo dejar nada del contenido, hasta que termine la revisión, pero sí os puedo dejar la magnífica portada, que como no podía ser de otra forma ha diseñado en gran Enrique.

 

Portada libro DevOps

“Mi bosque App” candidata para la segunda fase de ThinkBig Jóvenes

admin

El proyecto Mi bosque App   que participa en el programa Think Big Jóvenes de la Fundación Telefónica, está preseleccionado para la segunda fase del programa. Durante los días 17,18 y 19 de Abril tendrán que denfender su candidatura para pasar a la segunda fase. He tenido la suerte de participar como mentor en el proyecto, el cual desde el principio me ha parecido tremendamente interesante, sobre todo, por la temática del propio proyecto y la necesidad que intenta cubrir.

 

Os invito a que os paséis por el blog para que descubráis la idea tan interesante que está detrás de esta aplicación.

 

http://thinkbigjovenes.fundaciontelefonica.com/noticias/%25C2%25A1ya-tenemos-preseleccionados

 

Facebook | twitter

 

DevOps, una buena oportunidad

admin

El 19 de septiembre estuve en la Universidad Pablo de Olavide en Sevilla, particiando en las II Jornadas de Ingenieros en la UPO, una iniciativa de un grupo de profesores Domingo Savio, Carlos Barranco y Norberto Diaz-Diaz cuyo objetivo es llevar a la universidad a profesionales del mundo de la ingeniería IT para que puedan compartir con los alumnos experiencias, ideas y reflexiones sobre lo que está ocurriendo fuera de la universidad.



Foto de Jose Velazquez

Este año me invitaron a participar en las jornadas y después de pensar en varios temas, llegué a la conclusión que algo que podía ser interesante para los alumnos era compartir con ellos mi visión de la cultura DevOps y por qué creo que es una buena oportunidad para ellos que en unos meses se incorporarán al mundo laboral.


Foto de Jose Velazquez


Foto de @hassanelghafoud

La charla solo pretendía ser una pequeña introdución al concepto de DevOps, por lo que no pudimos profundizar en ninguno de los temas interesante que rodean a la cultura DevOps, en los siguientes posts escribiré sobre muchos de los temas que se quedaron fuera o bien vimos de pasada en la charla, como el concepto de infraestructura como código, la importancia de una arquitectura escalable o los canales de feedback dentro del Sistema.


PROGRAMA OFICIAL II JORNADAS INGENIEROS EN LA UPO

admin

Os dejo el anuncio del programa de las II JORNADAS INGENIEROS EN LA UPO que se celebran el 19 de septiembre en la Universidad Pablo de Olavide de Sevilla.

La inscripción a las jornadas es gratuita y abierta a todo el público en general. Además, los asistentes serán invitados a un refrigerio durante uno de los descansos.
Toda la información y el formulario de inscripción a las jornadas en:
PROGRAMA OFICIAL:
15:30 – Inscripción y recogida de credenciales.

16:00 – Apertura de las jornadas a cargo los directores del Máster en Ingeniería Informática de la Universidad Pablo de Olavide, Alicia Troncoso Lora (Vicerrectora de TIC, Calidad e Innovación) y Roberto Ruiz Sánchez (Ingeniero y Doctor en Informática).

16:10 – Charla: ‘DevOps: una buena oportunidad’. A cargo de José Juan Mora Pérez, Responsable de Sistemas en Telefónica

16:45 – Charla: ‘Cómo lanzar productos/servicios TIC radicalmente innovadores sin morir en el intento’.
A cargo de Joaquín Peña Siles, Doctor en informática y profesor de la ETSII de la Universidad de Sevilla. CEO y fundador de Foulders.com.

17:30 – Charla: ‘Robótica de servicio: robots en nuestra vida cotidiana’ A cargo de Luis Merino Cabañas, Subdirector de la Escuela Politécnica Superior de la UPO.

18:15 – Descanso con cocktail incluido.

18:45 – Charla: ‘El Acceso al Mercado de Empleo: Nuevas Tendencias’.
A cargo de Daniel Gaume Martínez y Antonio Mayayo de Julián, Consultores Senior en DOPP Consultores y especialistas en selección y búsquedas de profesionales.

19:30 – Charla: ‘Tendencias y Tecnologías abiertas en IBM. Empleabilidad’.
A cargo de Javier Bentabol Manzanares, Director Regional Sur y Canarias en IBM España

20:15 Charla: ‘IEEE – Inspirando a los ingenieros del mañana’.
A cargo de Jesús González Villagómez, IEEE Spain Section GSM Representative.

Os dejo el link para la inscripción http://goo.gl/K8YiyA

El plan de Capacidad un proceso bidireccional

admin
La mayoría de la gente tiene una idea preconcebida sobre la naturaleza de un plan de capacidad, que en muchos casos no refleja lo que un plan de Capacidad es en realidad, porque si hacemos una pequeña encuesta dentro de nuestra organización con una sencilla pregunta:

¿ Qué es para ti un plan de Capacidad ?

El 90% de las personas contestarán que se trata de un plan para comprobar  si tenemos suficiente capacidad para procesar nuestra información.

Aunque esta respuesta no es totalmente errónea, sí nos muestra la idea arraigada en la mayoría de las organizaciones sobre que el plan de Capacidad es algo que compete a las áreas de IT, son ellos los responsables de mantener las infraestructuras IT y por tanto, son los responsables de garantizar la capacidad de estas infraestructuras para disponer de unos niveles mínimos de calidad de operación del negocio.

Éste es el error, considerar el plan de Capacidad como un flujo unidireccional del Negocio a la Tecnología, donde el Negocio genera necesidades y la Tecnología se encarga de cubrir dichas necesidades con los recursos demandados. En realidad en plan de Capacidad debemos entenderlo como un flujo bidireccional que conecta Negocio y Tecnología.

Del Negocio a la Tecnología. Como hemos comentado antes, este ha sido la visión que históricamente se ha tenido del plan de Capacidad, el Negocio demanda necesidades y la Tecnología se encarga de cubrir estas necesidades.

De la Tecnología al Negocio. Este es el flujo menos conocido de un plan de Capacidad, ya que pocas organizaciones se plantean recorrer el camino inverso al que conocen, pero ¿ y si planteamos a las organizaciones un nuevo rol para las áreas IT? Cuestionar la forma en la que el Negocio está haciendo uso de los recursos, no desde una forma agresiva o destructiva, en la que ponemos en tela de juicio los procesos de Negocio, sino de una perspectiva constructiva que permita a los procesos de Negocio cuestionarse su propia forma de hacer las cosas y el uso de los recursos IT.

Disponer de una filosofía dentro de la organización que permite cuestionar cualquier proceso para intentar mejorarlo, nos permitiría por ejemplo agilizar a adaptación de nuevas tecnologías que surjan en el ámbito de IT. Por tanto, aquellas organizaciones que comprendan que el Negocio y la Tecnología deben de ir de la mano, tendrán muchas más opciones de afrontar cualquier cambio que se produzca tanto a nivel interno, como pueden ser la necesidad de modificar o generar nuevos procesos de Negocio y/o adoptar nuevas  tecnologías, o cambios externos, por ejemplo una variación de la demanda del producto.

Teniendo en cuenta que el plan de capacidad no tiene la función de rediseñar los procesos de negocio , la organizaciones deben entender el plan de capacidad, no solo como la planificación de acciones que nos permitan afrontar cambios en el Negocio, sino también como un elemento que pueda cuestionar la forma en la que se desarrollan parte de los procesos de Negocio y si podríamos mejorar el uso que dichos procesos hacen de los recursos IT.

Fase III: Planificación de acciones

admin

Publicado originalmente en capacity-planning-it.com

La última fase de un Capacity Planning consiste en el diseño del plan de acciones que determinará cuales serán las distintas acciones que la organización deberá implementar, tanto desde el punto de vista de la tecnología como del negocio. En las dos fases anteriores, el trabajo realizado se puede resumir en la recolección y el análisis de toda la información disponible en la organización con la que tendremos que diseñar el plan de acciones. Será en esta fase donde se tomen las decisiones críticas sobre cómo debe cambiar el Negocio y/o la Tecnología para que la organización haga frente a las necesidades de negocio que se plantearon al principio del Capacity Planning.

Se trata de una fase ejecutiva durante la que debemos tomar una serie de decisiones concretas para construir el plan de capacidad de nuestra plataforma IT, basadas en los datos obtenidos durante las dos fases anteriores. La calidad tanto de los datos recogidos como del análisis que se haya realizado estará directamente relacionada con la capacidad de tomar las decisiones correctas durante esta fase.

Dependiendo de la etapa del ciclo de vida en la que se encuentre la plataforma IT, esta fase de planificación de acciones puede tener un impacto importante en plataforma, por ejemplo el caso de que la plataforma se encuentre en la fase de diseño, durante esta fase se podrían plantear modificaciones en ciertos componentes de la propia plataforma que nos obligarían a iniciar un proceso de rediseño de los sistemas, con el consiguiente impacto en la planificación de las tareas programadas. Otro caso sería que se plantease un giro en la gestión de los recursos de la plataforma, por ejemplo gestionar la adquisición de nuevo hardware o formar al personal de determinadas áreas en el caso de que la plataforma se encuentre en la fase de producción. Es decir esta fase no solo persigue generar una serie de informes con recomendaciones sobre los cambios que debería realizar nuestra organización, sino que se deben tomar decisiones para implementar con un alto grado de éxito y un bajo riesgo todos los cambios que las dos fases anteriores del Capacity Planning recomiendan.

Otro objetivo importante de esta fase consiste en conseguir transmitir a toda la organización el conocimiento que ha adquirido el equipo encargado de la ejecución del Capacity Planning, informando a todas las áreas de la organización responsables del desarrollo del Negocio, para identificar de una manera sólida las carencias, problemas, ventajas y riesgos que presenta el tándem Negocio-Tecnología, lo que significa que durante esta fase se debe realizar una verdadera Gestión del Riesgo, ya que si no conseguimos transmitir todos los posibles riesgos reales, que hemos identificado y cuantificado, habremos fracasado en el objetivo último del Capacity Planning y por lo tanto, estaremos poniendo en peligro el desarrollo del Negocio.

Los objetivos principales de esta fase son:

  • Identificar cuales son los elementos que participan en el Capacity Planning.
  • Identificar las acciones y cómo se deben ejecutar.
  • Planificar los tiempos de inicio y duración de las acciones.
  • Generar toda la información necesaria para garantizar que todas las personas involucradas en el desarrollo del Negocio tienen acceso al Capacity Planning.

Fase II: Estudio de la Capacidad

admin

Publicado originalmente en capacity-planning-it.com

De las tres fases que conforman un Capacity Planning, en este post profundizaremos en el estudio de la Capacidad, mediante el análisis de todos los componentes IT de la plataforma para comprender cual es el estado actual de su capacidad. Si pretendemos obtener el estado actual de Capacidad de la plataforma, tendremos que estudiar no solo la Capacidad de los distintos elementos IT que participan, también debemos poner especial énfasis en el análisis de las relaciones de dependencia que existen entre todos estos componentes IT, identificando los flujos de información dentro de la plataforma y estableciendo todos aquellos parámetros que nos permitan cuantificar tanto la capacidad como el rendimiento de todos los elementos de la plataforma.
El objetivo principal de la fase de Estudio de la Capacidad consiste en la realización de un profundo análisis que desglose la relación entre Negocio y Tecnología, y que nos permita identificar todas aquellas conexiones entre Negocio y Tecnología que pueden ser críticas para el desarrollo actual del Negocio.

Como resultado de esta fase obtendremos información actualizada sobre el estado real de la plataforma IT, los posibles cambios en su mejora que se podrían aplicar y la identificación de los riesgos asociados con algún componente de la plataforma, que por alguna razón no hayan sido detectados. El propósito de esta fase es intentar  responder a la siguiente pregunta.

¿Está la plataforma IT preparada para los nuevos requerimientos que demanda el Negocio de mi organización?

Continue reading →

Fase I: Análisis de las necesidades

admin

Publicado originalmente en capacity-planning-it.com

En este post abordaremos la primera fase de un Capacity Planning, que consiste básicamente en el análisis de las necesidades de la compañía, las cuales desencadena la decisión de iniciar un estudio sobre la Capacidad. El análisis de las necesidades de la compañía tiene como objetivo principal realizar una primera toma de contacto con el Negocio, que nos ayude a identificar aquellos procesos de Negocio críticos para la organización, así como estudiar cuales son las expectativas que la compañía tiene tanto del Negocio como de los resultados del estudio de la Capacidad. También analizaremos las relaciones de dependencia que se establecen entre los planes estratégicos de la compañía y el Capacity Planning.

Esta primera fase tiene como objetivo principal recoger toda la información necesaria para ejecutar los pasos posteriores del Capacity Planning y con esta información poder realizar las estimaciones necesarias sobre los recursos reales que la compañía tendrá que asignar, el tiempo de desarrollo y aspectos de índole económicos como los costes o inversiones.

A lo largo del capítulo también trataremos dos elementos clave para construir un Capacity Planning, los Niveles de Servicio y las Unidades de Trabajo. Los Niveles de Servicio establecen los umbrales mínimos de operación para garantizar ciertos baremos sobre la calidad con la que se desarrolla el Negocio, ya sea un bien físico o un servicio. Por tanto los Niveles de Servicio deben ser considerados los controles, dentro de la organización, que miden las desviaciones en el desarrollo del Negocio.

Las Unidades de Trabajo son los componentes clave para establecer un nexo entre el Negocio y la Tecnología, mediante la relación que existen entre elementos de uno y otro lado. Una Unidad de Trabajo identifica aquellos componentes IT que son utilizados para que un elemento de Negocio pueda desarrollar su función. Las Unidades de Trabajo se convierten en la verdadera bisagra que permite articular la relación Negocio-Tecnología, facilitando la identificación del impacto que un problema en la Capacidad de algún componente IT tendrá sobre los elementos del Negocio.

Esta primera fase de Análisis de las Necesidades está conformada por el siguiente conjunto de tareas, que establecen el eje central sobre el que se desarrollan las distintas actividades:

  • Establecer los objetivos.
  • Definición de los roles del equipo responsable del Capacity Planning.
  • Identificación de la estrategia del Negocio.
  • Identificación de los Niveles de Servicio.
  • Identificar los Procesos de Negocio.
  • Identificación de los flujos de información.
  • Identificación de las Unidades de trabajo.
  • Creación de la Documentación de la fase.

Continue reading →

SmartOS: Crear una VM

admin


SmartOS ofrece dos posibilidades para virtualizar un SO:

  • OS VM (OS Virtualized Machine) – La virtualización se realiza utilizando zonas. Solo podremos utilizar como SO huésped SmartOS.
  • HVM (Hypervisor Virtualized Machine) – Gracias al port de KVM, SmartOS tiene la capacidad de virtualizar sistemas operativos como Linux, Windows, BSD, etc.

Antes de comenzar, debemos recordar del post anterior que SmartOS puede funcionar como SO anfitrión para administrar máquinas virtuales o como SO huésped de propósito general.

Datasets

SmartOS se basa en un concepto muy simple, utilizar imágenes de máquinas virtuales pre-instaladas. Estas imágenes de VM se  identifican como Datasets. Por tanto, los Datasets o imágenes virtuales, serán los elementos con los que nos tendremos que acostumbrar a trabajar en SmartOS.  Un Dataset está formado por dos componentes:

  • Una imagen del SO que será un snapshot ZFS del SO.
  • Un fichero con la descripción de la máquina virtual.

La imagen puede ser o bien un filesystem ZFS para el caso de que la máquina virtual corresponda con una VM de tipo OS-VM  o bien un volumen ZFS (zvol) para el caso de que se trate de máquinas virtuales del tipo HVM (Hardware Virtual Machine).

Continue reading →

SmartOS

admin



SmartOS es el sistema operativo desarrollado por Joyent a partir del proyecto Illumos, por tanto, SmartOS posee las principales características que hacen de Solaris uno de los sistemas operativos más versátiles, como son las Zonas, ZFS o DTrace, además Joyent ha conseguido portar KVM a SmartOS, con lo que ha dotado al SO de la capacidad para virtualizar utilizando características propias de los procesadores. Con KVM podemos ejecutar máquinas virtuales de los sistemas operativos Linux, Windows y *BSD, entre otros.

Las principales características de SmartOS son:

  • KVM
  • Zonas
  • Resource Controls
  • DTrace
  • ZFS
  • SMF
  • VNIC (Virtualización de red)

Antes de comenzar debemos tener claros una serie de conceptos sobre SmartOS:

  • No se instala. SmartOS utiliza imágenes de los distintos SO, por lo que no requiere de la instalación tradicional a la que estamos acostumbrados. Solo necesita un espacio de almacenamiento, para salvaguardar ciertas configuraciones.
  • No es un SO de propósito general. SmartOS ha sido diseñado como un SO para la nube, con lo cual, el propósito es gestionar un conjunto de máquinas virtuales.
  • SmartOS puede correr como anfitrión o como SO huésped.
  • No puedes instalar sofware o crear usuarios en el SO anfitrión.
  • Se puede arrancar desde una llave USB, un live CD o un servidor PXE.

Continue reading →

Escribir un libro

admin

La verdad es que una vez he terminado el libro, miro hacia atrás y reflexiono sobre cuales han sido las razones que me empujaron a escribir un libro, más ahora cuando el libro técnico comienza a perder peso como elemento de difusión del conocimiento frente a entornos 2.0, más dinámicos y participativos. La principal razón la tengo que achacar a mi pasión por los libros, soy un lector al que le encantan las bibliotecas y las librerías, me gusta la ceremonia de elegir un libro en una estantería, de ojearlos, abrirlos, leer las introducciones, etc. Por tanto, siempre he tenido en mente escribir un libro y tengo que reconocer que he aprendido mucho sobre el propio proceso de elaboración del libro y animo a todo el mundo a que se embarque en un proyecto de este tipo. No todos tenemos la capacidad de escribir como Cervantes, Tolkien o Ken Follet, eso es verdad, pero todo el mundo no es como Xavi o Messi y por esa razón la gente no deja de jugar al fútbol.

Siempre he tenido un enorme respeto a la escritura y lo sigo teniendo, como la mayoría de la gente, pero este respeto no puede convertirse en complejo de inferioridad. Escribir un libro no es una tarea fácil, aunque sí tremendamente apasionante, es un proceso complicado que requiere de una tremenda fuerza de voluntad y paciencia.  El prefacio del libro comienza con una cita del famoso alpinista británico George H.L. Mallory que  en mi caso particular explica perfectamente porqué debemos afrontar un proyecto como la escritura de un libro técnico.

¿Hemos vencido a un enemigo? A ninguno, excepto a nosotros mismos.
¿Hemos ganado un reino? No, y no obstante sí.
Hemos logrado una satisfacción completa, hemos materializado un objetivo.
Luchar y comprender, nunca el uno sin el otro, ésta es la ley.

George Herbert Leigh Mallory, 1886-1924

Continue reading →