Transformando la innovación tecnológica en valor real
Buenas prácticas para diseñar y operar soluciones seguras y escalables: contenedores, OpenShift, CI/CD y ciberseguridad incorporada. Visión holística desde el código hasta la estrategia corporativa.
Esta es la última entrada basada en el curso sobre Docker sencillo para desarrolladores. En ella os cuento como ver los blogs de un contenedor.
Puede parecer algo trivial pero ya he tenido alguna persona que me ha preguntado por como se podían ver los los.
Además esta vez hay ración doble de vídeos, una con la teoría y otra con la práctica.
Recordar que tenéis disponible el curso en la opción Curso del menú superior.
Cada vez que surge una tecnología disruptiva una de las primeras pregunta que me suelo hacer es cuanto tiene de moda y cuanto de tecnología realmente disruptiva.
Creo que Docker tiene algo de moda, pero también que ha venido para quedarse. Puede que con el tiempo se le empiezan a encontrar carencias, pero que las soluciones tecnológicas serán diferentes, porque nos habremos acostumbrado a ciertas funcionalidades y será difícil que nos las substituyan por algo que no sea como mínimo igual o mejor que lo que ya tenemos.
En resumen creo que Docker ha venido para quedarse.
Os dejo el vídeo y os recuerdo que tenéis toda la información sobre el curso en la opción superior de Cursos. Con un descuento que deja el precio del curso bastante módico.
Segunda entrada sobre el SonarQube, en este caso y a diferencia de la primera entrega, en la que vimos la instalación y primer uso, en esa ocasión vamos a ver el uso desde el entorno de desarrollo Eclipse.
Este tipo de herramientas son muy útiles para tener un cierto control sobre el código fuente de nuestros desarrollos.
Pueden llegar a ser un poco delicados si se abusa del número de reglas que apliquemos, pero con una configuración inteligente puede resultar una herramienta muy útil.
Os dejo el vídeo.
La pregunta que podemos hacernos es si encaja Docker en la tendencia actual por los temas de DevOps.
La respuesta es que si, en el momento que permite acercar los mundos de desarrollo y de operadores, ya que permite que los desarrolladores trabajen con la infraestructura que les proporcionan los operadores de una forma mas sencilla.
Ya no estaremos en las tipicas situaciones en las que los desarrolladores instalamos la infraestructura bajo nuestro criterio. Criterio que luego no coincide con el de los operadores.
Docker permite que la infraestructura se convierta en software y consiguientemente se pueda manejar como tal.
Os dejo la clase de mi cruso sobre Docker en la que hablo sobre este aspecto.
Podeis acceder a mi curso completo sobre Docker en la página de cursos
Lo primero decir que me encanta la imagen destacada de esta entrada. Primero porque representa una cadena y segundo porque me parece muy bonita estéticamente hablando.
El concepto de cadena de suministro de Software no es muy usado, está mas de moda el de devops. Pero a mi la verdad es que el de devops no me gusta tanto, porque hace referencia a desarrolladores y operadores y prefiero utilizar el de cadena de suministro de software, como hacen referencia en Nexus de Sonatype.
Me gusta mas porque desde que nuestro cliente tiene una necesidad, hasta que esa necesidad se pone en producción en forma de un programa, hay que pasar por una serie de fases o una cadena para suministrar ese Software.
Por eso me gusta mas, porque creo que representa mejor lo que pasa, pero claro devops es un nombre mas cortito.
Os dejo bastantes reflexiones mas sobre este concepto en el vídeo
Quizá pueda parecer que el problema de distribuir un entorno de trabajo no sea un problema tan importante.
Pero hay que tener en cuenta el tamaño. En un proyecto pequeño las posibilidades de tener cambios en la infraestructura suelen ser pequeños, pero en equipos u organizaciones grandes si hay más posibilidades.
En este vídeo, que es parte del sobre Docker que tengo, os hablo un poco de este tema.
Esta es otra de las funcionalidades de Git que no suelo usar, porque normalmente suelo decantarme por gestores de tareas mas completos.
Pero está en el producto así que os la enseño. Quizá la gente que no quiera meterse en muchos productos en su infraestructura de desarrollo puede serle útil.
Os podréis preguntar, como se ha llegado a la necesidad de utilizar herramientas como Docker y porque antes no eran necesarias.
En este vídeo os cuento un poco de visión histórica de como se han desarrollado las aplicaciones web, desde hace casi veinte años.
Obviamente está basado en mi experiencia personal. Pero creo que es bastante representativa.
Este vídeo es parte del curso que dispongo sobre Docker. En este podéis acceder a el curso con un cupón de descuento incluido.
En esta ocasión os voy a presentar cual es la problemática habitual en los equipos de desarrollo, sobre todo en aplicaciones web con Java.
Básicamente lo que pretendemos resolver es el disponer de un entorno de desarrollo en los puestos locales de los desarrolladores y que esté actualizado con los cambios que se producen en la infraestructura.
Este vídeo es parte del curso sobre Docker que tengo. El enlace ya aplica un cupón de descuento.
¿Entonces cuál es la problemática?, ¿cuál es el enfoque de este curso?
Pues es ver Docker como una herramienta que nos puede ayudar a aliviar estos problemas, pero desde una perspectiva de desarrollo.
Es decir no es tanto un curso para sistemas, para ser un especialista en todos los parámetros, todas las posibilidades de docker, sino un curso orientado a que la gente que está desarrollando sea capaz de manejarse con soltura utilizando Docker.
¿Y por qué Docker puede ser útil para éstas cosas?
Para esta problemática. Porque realmente viene a ayudar a uno de los problemas que suele haber en los entornos de trabajo en los entornos locales. Que es tener el entorno actualizado. El principal problema que hay y cuanto más grande es el proyecto o la organización más grande es el problema es tener los entornos actualizados.
Con un poco de retraso, porque es una noticia que salió en mayo, comentaros que Red Hat ha adquirido Condenvy.
Os podéis preguntar qué importancia tiene y por qué lo muestro en este blog. Pero si os digo que es el fabricante del eclipse che quizás empiece a cuadrar más todo.
Creo que es un movimiento muy interesante para todas las personas que estamos interesados en la optimización de equipos de desarrollo y concretamente en la cadena de suministro de software porque aparte de la capacidad que tiene codenvy el añadir la capacidad de Red Hat creo que va a ser un espaldarazo muy importante al proyecto.
Sobre todo porque Red Hat es una empresa que tiene una tradición bastante importante en productos que eran cerrados cuando los compra convertirlos en Open Source. Y por lo que han indicado van a hacer lo mismo en este caso, con lo que el eclipse che aparte de tener la funcionalidad de puesto único va a tener también la funcionalidad de múltiples usuarios, que antes era de pago.
Si no conocéis lo que es el eclipse che aquí os dejo una lista de vídeos en YouTube en las que explico cómo funciona y qué es.
El producto se basa completamente en docker. Si necesitáis adquirir conocimientos sobre docker os dejo el enlace al curso que tengo publicado.