Ansible

Es una plataforma de gestión de la configuración que automatiza el

almacenamiento, los servidores y las redes. Cuando se utiliza Ansible para
configurar estos componentes, las tareas manuales difíciles se vuelven repetibles
y menos vulnerables a errores.
Ansible simplifica la automatización de la tecnología al capturar grupos de
recursos tecnológicos y admitir puestas en marcha multinivel desde el primer día.
Ansible consolida los recursos de varios sistemas para gestionarlos desde una
única plataforma en lugar de necesitar hacerlo de uno en uno. El código, el ciclo
de vida y los cambios se pueden gestionar a través de inventario, libros de
estrategia y funciones. se compone de varios componentes. Los sistemas que se
gestionan pueden incluir servidores, almacenamiento, redes y software. Estos son
los objetivos del sistema de gestión de la configuración. La finalidad es mantener
estos sistemas en estados conocidos y determinados. Otro aspecto de un sistema
de gestión de la configuración es la descripción del estado deseado para el
sistema. El tercer aspecto principal de un sistema de gestión de la configuración
es el software de automatización, el cual es responsable de garantizar que los
sistemas y el software de destino se mantengan en el estado deseado.
El uso de Ansible reduce significativamente el tiempo de configuración y las
puestas en marcha desde el primer día. El enfoque de Ansible, sin agentes y de
fácil aprendizaje, convierte a esta gestión de la configuración en uno de los
favoritos de los administradores de tecnología.
Los módulos de Ansible para el software ONTAP® de NetApp® y Element® OS
llevan la automatización de la infraestructura un paso más allá. Al utilizar los
módulos de Ansible, los clientes de NetApp pueden simplificar las puestas en
marcha de aplicaciones e infraestructuras complejas desde el primer día, así como
automatizar la creación sencilla de volúmenes.
Ventajas de Ansible
Automatización simplificada
Ansible es una plataforma fácil de usar y fácil de instalar y configurar, con una
velocidad de aprendizaje muy rápida. En menos de 30 minutos es posible instalar
y configurar el sistema, así como ejecutar comandos ad hoc para que los
servidores puedan resolver un problema específico: ajustes de horario de verano,
sincronización de hora, cambio de contraseña raíz, actualización de servidores,
reinicio de servicios, etc.
Por qué es importante la colaboración con Ansible de NetApp
Seguir el ritmo que se marca en el negocio puede suponer varios retos, pero
ofrecer recursos de infraestructura no debe ser uno de ellos. Cuando se utiliza
Ansible en cualquier plataforma de NetApp, el aprovisionamiento de recursos se
vuelve un proceso sencillo, automatizado y repetible desde el primer día. Las
tediosas tareas tecnológicas se automatizan y se propicia una cultura de
colaboración que da cabida a iniciativas de DevOps.
Con la adición de más de 60 módulos nuevos a la biblioteca de Ansible, NetApp
ofrece la integración más sólida con Ansible de cualquier proveedor de
almacenamiento del mercado. Con esta amplia biblioteca de módulos, los usuarios
de Ansible pueden desarrollar e implementar fácilmente libros de estrategia que
automaticen las tareas de almacenamiento sin necesidad de conocer las
peculiaridades del producto específico de NetApp.
Consulta las soluciones de nube híbrida de NetApp
¿Y si pudieras mover tus datos y cargas de trabajo donde quisieras y además
gestionarlo todo con facilidad, seguridad, agilidad y cumplimiento de las
normativas? Vente a NetApp. Te damos la libertad de gestionar aplicaciones y
datos en cualquier lugar en todos los entornos de multinube híbrida. Nuestras
soluciones de almacenamiento y gestión de datos se integran con los principales
proveedores de nube del mundo, lo que proporciona un entorno consistente,
servicios de datos unificados y una gestión centralizada que aporta visibilidad,
tanto on-premises como en la nube. Vamos a ello.

Gradle
Android Studio usa Gradle, un paquete de herramientas de compilación
avanzadas, para automatizar y administrar el proceso de compilación y, al mismo
tiempo, definir configuraciones de compilación personalizadas y flexibles.
¿Cómo ejecutar un proyecto con Gradle?
1. Definir la variable de entorno de JAVA_HOME según su instalación. export
JAVA_HOME=/usr/lib/jvm/java-8-oracle. echo $JAVA_HOME.
2. Generar la carpeta build/libs con el JAR del proyecto. gradle build. ...
3. Genera los archivos para eclipse (. classpath, . ...
4. Ejecutar el proyecto. gradle run.
¿Qué es Gradle y Maven?
Gradle es un sistema de automatización de construcción de código de software
que construye sobre los conceptos de Apache Ant y Apache Maven e introduce un
lenguaje específico del dominio (DSL) basado en Groovy en vez de la forma XML
utilizada por Apache Maven para declarar la configuración de proyecto.
¿Qué es mejor Gradle o Maven?
La gran diferencia entre estas herramientas es la sintaxis con la que se escriben.
Maven utiliza XML y Gradle Groovy. Ambas hacen las mismas acciones, sin
embargo, podemos decir que la implementación en Gradle es más fácil de leer y
mantener.
¿Qué es el Gradle wrapper?
Gradle es una excelente herramienta de construcción. Podría ser en conjunto son
SBT las más avanzadas en Java. Durante los años se ha aprendido mucho de la
experiencia de herramientas similares como Ant y Maven.

CD CI
Distribución continua
Después de la automatización de las compilaciones y las pruebas de unidad e
integración de la CI, la distribución continua automatiza el traslado del código
validado hacia un repositorio. Por eso, para que la distribución continua sea eficaz,
es importante que la CI ya esté incorporada al proceso de desarrollo. El objetivo
de la distribución continua es tener una base de código que pueda implementarse
en el entorno de producción en cualquier momento.
Cada etapa (desde la incorporación de los cambios al código hasta la distribución
de las compilaciones listas para la producción) implica la automatización de las
pruebas y del lanzamiento del código. Al final de este proceso, el equipo de
operaciones puede implementar una aplicación para la producción de forma rápida
y sencilla.
Implementación continua
La última etapa del canal consolidado de CI/CD es la implementación continua,
que automatiza el lanzamiento de una aplicación a la producción, ya que es una
extensión de la distribución continua, la cual automatiza el traslado de una
compilación lista para la producción a un repositorio del código. Debido a que no
hay ninguna entrada manual en la etapa anterior a la producción, la
implementación continua depende en gran medida del correcto diseño de la
automatización de las pruebas.
En la práctica, los cambios que implementan los desarrolladores en la aplicación
en la nube podrían ponerse en marcha unos cuantos minutos después de su
creación (siempre que hayan pasado las pruebas automatizadas). Esto facilita
mucho más la recepción e incorporación permanente de los comentarios de los
usuarios. En conjunto, todas estas prácticas de CI/CD permiten que se
implementen las aplicaciones con menos riesgos, ya que es más fácil incorporar
los cambios en las aplicaciones de a poco, en lugar de hacerlo todo de una sola
vez. Sin embargo, también deben realizarse muchas inversiones iniciales, ya que
se deben diseñar las pruebas automatizadas para que se adapten a las distintas
etapas de prueba y lanzamiento en el canal de la CI/CD.
Herramientas comunes de CI/CD
El servidor de automatización Jenkins, cuyo diseño permite gestionar cualquier
sistema, desde un servidor sencillo de CI hasta un centro completo de CD.
Implementación de Jenkins en Red Hat OpenShift
Tekton Pipelines es un marco para las plataformas Kubernetes que ofrece una
experiencia estándar de CI/CD en la nube con contenedores.
Spinnaker: plataforma de CD diseñada para los entornos multicloud
GoCD: servidor de CI/CD que se enfoca en la creación de modelos y la
visualización
Concourse: sistema open source de automatización constante
Screwdriver: plataforma de diseño creada para la distribución continua
Es posible que a los equipos también les convenga adquirir las herramientas
gestionadas de CI/CD, que ofrecen muchos proveedores. Los principales
proveedores de nube pública ofrecen soluciones de CI/CD, junto con GitLab,
CircleCI, Travis CI, Atlassian Bamboo y muchos más.
Para un DevOps forme parte de un proceso de CI/CD. Las herramientas para la
automatización de la configuración (como Ansible, Chef y Puppet), los tiempos de
ejecución de los contenedores (como Docker, rkt y cri-o) y la organización en
contenedores (Kubernetes) no son herramientas específicas de CI/CD, pero
aparecen en muchos de sus flujos de trabajo.
¿Qué es un paquete Debian?
Los paquetes generalmente contienen todos los archivos necesarios para
implementar un conjunto de funciones o comandos relacionados. Hay dos tipos de
paquetes Debian:
Paquetes binarios, que contienen ejecutables, archivos de configuración, páginas
man/info, información de derechos de autor y otra documentación. Estos paquetes
se distribuyen en un formato de archivo específico de Debian normalmente se
caracterizan por tener una extensión de archivo '.deb'. Los paquetes binarios se
pueden descomprimir usando la utilidad Debian dpkg.

Kubernetes (liberada x google)

Kubernetes (K8s) es una plataforma de código abierto para automatizar la

implementación, el escalado y la administración de aplicaciones en contenedores.
Agrupa los contenedores que conforman una aplicación en unidades lógicas para
una fácil administración y descubrimiento.
Kubernetes es una plataforma portable y extensible de código abierto para
administrar cargas de trabajo y servicios. Kubernetes facilita la automatización y la
configuración declarativa. Tiene un ecosistema grande y en rápido crecimiento. El
soporte, las herramientas y los servicios para Kubernetes están ampliamente
disponibles.
¿Por qué necesito Kubernetes y qué puede hacer por mí?
Kubernetes tiene varias características. Puedes pensar en Kubernetes como:
una plataforma de contenedores
una plataforma de microservicios
una plataforma portable de nube
y mucho más.
Kubernetes ofrece un entorno de administración centrado en contenedores.
Kubernetes orquesta la infraestructura de cómputo, redes y almacenamiento para
que las cargas de trabajo de los usuarios no tengan que hacerlo. Esto ofrece la
simplicidad de las Plataformas como Servicio (PaaS) con la flexibilidad de la
Infraestructura como Servicio (IaaS) y permite la portabilidad entre proveedores de
infraestructura.
¿Qué hace de Kubernetes una plataforma?A pesar de que Kubernetes ya ofrece
muchas funcionalidades, siempre hay nuevos escenarios que se benefician de
nuevas características. Los flujos de trabajo de las aplicaciones pueden
optimizarse para acelerar el tiempo de desarrollo. Una solución de orquestación
propia puede ser suficiente al principio, pero suele requerir una automatización
robusta cuando necesita escalar. Es por ello que Kubernetes fue diseñada como
una plataforma: para poder construir un ecosistema de componentes y
herramientas que hacen más fácil el desplegar, escalar y administrar aplicaciones.
Las etiquetas, o Labels, le permiten a los usuarios organizar sus recursos como
deseen. Las anotaciones, o Annotations, les permiten asignar información
arbitraria a un recurso para facilitar sus flujos de trabajo y hacer más fácil a las
herramientas administrativas inspeccionar el estado.
Además, el Plano de Control de Kubernetes usa las mismas APIs que usan los
desarrolladores y usuarios finales. Los usuarios pueden escribir sus propios
controladores, como por ejemplo un planificador o scheduler, usando sus propias
APIs desde una herramienta de línea de comandos.
Este diseño ha permitido que otros sistemas sean construidos sobre Kubernetes.
Lo que Kubernetes no es
Kubernetes no es una Plataforma como Servicio (PaaS) convencional. Ya que
Kubernetes opera a nivel del contenedor y no a nivel del hardware, ofrece algunas
características que las PaaS también ofrecen, como deployments, escalado,
balanceo de carga, registros y monitoreo. Dicho esto, Kubernetes no es monolítico
y las soluciones que se ofrecen de forma predeterminada son opcionales e
intercambiables.
Kubernetes ofrece los elementos esenciales para construir una plataforma para
desarrolladores, preservando la elección del usuario y la flexibilidad en las partes
más importantes.
Entonces, podemos decir que Kubernetes:
No limita el tipo de aplicaciones que soporta. Kubernetes busca dar soporte a un
número diverso de cargas de trabajo, que incluyen aplicaciones con y sin estado
así como aplicaciones que procesan datos. Si la aplicación puede correr en un
contenedor, debería correr bien en Kubernetes.
No hace deployment de código fuente ni compila tu aplicación. Los flujos de
integración, entrega y deployment continuo (CI/CD) vienen determinados por la
cultura y preferencia organizacional y sus requerimientos técnicos.
No provee servicios en capa de aplicación como middleware (por ejemplo, buses
de mensaje), frameworks de procesamiento de datos (como Spark), bases de
datos (como MySQL), caches o sistemas de almacenamiento (como Ceph). Es
posible correr estas aplicaciones en Kubernetes, o acceder a ellos desde una
aplicación usando un mecanismo portable como el Open Service Broker.
No dictamina las soluciones de registros, monitoreo o alerta que se deben usar.
Hay algunas integraciones que se ofrecen como prueba de concepto, y existen
mecanismos para recolectar y exportar métricas.
No provee ni obliga a usar un sistema o lenguaje de configuración (como jsonnet)
sino que ofrece una API declarativa que puede ser usada con cualquier forma de
especificación declarativa
No provee ni adopta un sistema exhaustivo de mantenimiento, administración o
corrección automática de errores
Además, Kubernetes no es un mero sistema de orquestación. De hecho,
Kubernetes elimina la necesidad de orquestar. Orquestación se define como la
ejecución de un flujo de trabajo definido: haz A, luego B y entonces C. Kubernetes
está compuesto de un conjunto de procesos de control independientes y
combinables entre si que llevan el estado actual hacia el estado deseado. No
debería importar demasiado como llegar de A a C. No se requiere control
centralizado y, como resultado, el sistema es más fácil de usar, más poderoso,
robusto, resiliente y extensible.
La Manera Antigua de desplegar aplicaciones era instalarlas en un servidor
usando el administrador de paquetes del sistema operativo. La desventaja era que
los ejecutables, la configuración, las librerías y el ciclo de vida de todos estos
componentes se entretejían unos a otros. Podíamos construir imágenes de
máquina virtual inmutables para tener rollouts y rollbacks predecibles, pero las
máquinas virtuales son pesadas y poco portables.
La Manera Nueva es desplegar contenedores basados en virtualización a nivel del
sistema operativo, en vez del hardware. Estos contenedores están aislados entre
ellos y con el servidor anfitrión: tienen sus propios sistemas de archivos, no ven
los procesos de los demás y el uso de recursos puede ser limitado. Son más
fáciles de construir que una máquina virtual, y porque no están acoplados a la
infraestructura y sistema de archivos del anfitrión, pueden llevarse entre nubes y
distribuciones de sistema operativo.

Docker
¿Qué es un Docker y para qué sirve?
Docker es una plataforma de software que le permite crear, probar e implementar
aplicaciones rápidamente. Docker es una plataforma de software que le permite
crear, probar e implementar aplicaciones rápidamente.
¿Qué es Docker y qué es Kubernetes?
Docker es una plataforma de contenedorización y un tiempo de ejecución de
contenedores, mientras que Kubernetes es una plataforma para ejecutar y
gestionar contenedores a partir de numerosos tiempos de ejecución de
contenedores. Kubernetes admite varios tiempos de ejecución de contenedores,
incluido Docker.
¿Qué se puede hacer con Dockers?
Para fines prácticos, Docker nos va a permitir crear aplicaciones que vamos a
poder transportar de un entorno a otro fácilmente, que van a ejecutarse en un
contenedor aislado dentro de nuestro sistema operativo y que, además, se van a
comportar exactamente igual en cualquier máquina con Docker instalado.
¿Qué problema resuelve Docker?
Con Docker, puede crear contenedores que tienen lo que requiere para ejecutar
su aplicación, facilitando la transferencia del producto en diferentes entornos.
Ahorrando dinero y reduciendo el uso de la máquina virtual; y asi una gran
cantidad de memoria.

Jenkins
Jenkins, el servidor de automatización de código abierto líder, proporciona cientos
de complementos para respaldar la creación, implementación y automatización de
cualquier proyecto.
Jenkins es un servidor open source para la integración continua. Es una
herramienta que se utiliza para compilar y probar proyectos de software de forma
continua, lo que facilita a los desarrolladores integrar cambios en un proyecto y
entregar nuevas versiones a los usuarios.
¿Qué lenguaje utiliza Jenkins? Groovy es el lenguaje principal de Jenkins.
¿Qué es Jenkins CI CD? Jenkins es un servidor de automatización de código
abierto que permite definir pipelines de CI/CD. Siendo éste de código abierto,
Jenkins dispone de una gran variedad de plugins que permiten extender sus
utilidades e interaccionar más fácilmente con otras herramientas.
¿Cómo integrar Jenkins?
Simplemente sigue los siguientes pasos:
Descarga la herramienta de la página oficial. Observa que puedes descargar
Jenkins como paquete nativo para tu sistema operativo o en formato WAR. ...
Ubica el WAR descargado (war) en la carpeta donde quieras instalar Jenkins.
Por último, sólo queda levantar el servidor.
¿Cómo hacer un pipeline en Jenkins?
Pipeline - Creacion del job en Jenkins
Accedemos a Jenkins y pulsamos sobre el enlace New item en el panel lateral.
Especificamos un nombre para el nuevo job; por ejemplo Hello World .
Seleccionamos Pipeline en la lista de tipos de proyectos.
Pulsamos Ok para crear el job.
¿Cómo integrar Jenkins con GitHub?
La integración es sencilla, basta con crear un repositorio público en GitHub, en
dónde tengamos nuestro script de JMeter alojado, para que Jenkins pueda ir a
clonar este repositorio localmente y tengamos la versión deseada del script para
iniciar la ejecución.
¿Qué es un stage en Jenkins?
Stage: Es una separación lógica de los steps. Es decir, grupos de secuencias
conceptualmente distintas. que se usan para visualizar el progreso en jenkins. Lo
más común es que tengamos Stages como: Compilar, Probar e Instalar.
Algunos aspectos negativos de Jenkins a tener en cuenta a la hora de
decantarnos por ella son:
Su interfaz de usuario es anticuada y poco intuitiva, aunque puede mejorarse con
plugins como Blue Ocean.
Sus pipelines son complejas y pueden requerir mucho tiempo de dedicación a las
mismas.
Algunos de sus plugins están desfasados.
Necesita de un servidor de alojamiento, que puede conllevar configuraciones
tediosas y requerir ciertos conocimientos técnicos.
Necesita ampliar su documentación en algunas áreas.
Git es un sistema de control de versiones distribuido gratuito y de código abierto
diseñado para manejar todo, desde proyectos pequeños hasta proyectos muy
grandes, con rapidez y eficiencia.

Git
Git es fácil de aprender y ocupa poco espacio con un rendimiento ultrarrápido.
Supera a las herramientas SCM como Subversion, CVS, Perforce y ClearCase
con funciones como sucursales locales económicas, áreas de preparación
convenientes y múltiples flujos de trabajo. Esto significa que puedes hacer cosas
como:

Cambio de contexto sin fricción. Cree una rama para probar una idea,
comprométase varias veces, vuelva a donde se ramificó, aplique un parche,
vuelva a donde está experimentando y combínela.
Líneas de código basadas en roles. Tenga una rama que siempre contenga solo lo
que va a producción, otra en la que combine el trabajo para realizar pruebas y
varias más pequeñas para el trabajo diario.
Flujo de trabajo basado en características. Cree nuevas ramas para cada función
nueva en la que esté trabajando para que pueda alternar sin problemas entre
ellas, luego elimine cada rama cuando esa función se fusione con su línea
principal.
Experimentación Desechable. Crea una rama para experimentar, date cuenta de
que no va a funcionar y simplemente bórrala, abandonando el trabajo, sin que
nadie más la vea (incluso si has empujado otras ramas mientras tanto).

Terraform
Terraform es una herramienta de orquestación de código abierto desarrollado por
Hashicorp (Lenguaje de programación) que nos permite definir nuestra
infraestructura como código, esto quiere decir que es posible escribir en un fichero
de texto la definición de nuestra infraestructura usando un lenguaje de
programación declarativo y simple. Se utiliza para crear, administrar y actualizar
recursos de infraestructura como máquinas físicas, máquinas virtuales, routers,
contenedores y más. Casi cualquier tipo de infraestructura puede representarse
como un recurso en Terraform. Ansible se usa para agregar, actualizar, eliminar y
administrar la configuración de la infraestructura de TI, mientras que Terraform se
usa para declarar componentes de infraestructura y organizarlos en múltiples
proveedores de nube.

¿Qué es código svn?

SVN es un sistema de control de versiones usado para que varios desarrolladores
puedan trabajar en un mismo proyecto en forma más o menos ordenada. Tiene
una arquitectura cliente servidor con controles de concurrencia para cuando varios
desarrolladores estan trabajando en el mismo archivo y funciona más o menos así.
¿Qué es svn en Git? Subversion es un sistema de control de versiones
centralizado, donde existe un repositorio que dispone de todo el historial de las
versiones del software.

Apache Cassandra
Cassandra es una base de datos distribuida NoSQL. Por diseño, las bases de
datos NoSQL son livianas, de código abierto, no relacionales y ampliamente
distribuidas. Entre sus puntos fuertes se encuentran la escalabilidad horizontal, las
arquitecturas distribuidas y un enfoque flexible para la definición de esquemas.
Las bases de datos NoSQL permiten una organización y un análisis rápidos y ad
hoc de tipos de datos dispares y de gran volumen. Eso se ha vuelto más
importante en los últimos años, con la llegada de Big Data y la necesidad de
escalar rápidamente las bases de datos en la nube. Cassandra se encuentra entre
las bases de datos NoSQL que han abordado las limitaciones de las tecnologías
de gestión de datos anteriores, como las bases de datos SQL
Una de las razones de la popularidad de Cassandra es que permite a los
desarrolladores escalar sus bases de datos de forma dinámica, utilizando
hardware listo para usar, sin tiempo de inactividad. Puede expandirse cuando lo
necesite, y también reducirse, si los requisitos de la aplicación lo sugieren.
Quizás esté acostumbrado a las bases de datos Oracle o MySQL. Si es así, sabe
que extenderlos para admitir más usuarios o capacidad de almacenamiento
requiere que agregue más potencia de CPU, RAM o discos más rápidos. Cada
uno de ellos cuesta una cantidad significativa de dinero. Y, sin embargo: al final
todavía se encontrará con algunos techos y limitaciones.
Por el contrario, Cassandra facilita el aumento de la cantidad de datos que puede
administrar. Debido a que se basa en nodos, Cassandra se escala
horizontalmente (también conocido como escalamiento horizontal), utilizando
hardware básico más bajo. Para duplicar su capacidad o su rendimiento, duplique
la cantidad de nodos. Eso es todo lo que se necesita. ¿Necesitas más potencia?
Agregue más nodos, ya sean 8 u 8000 más, sin tiempo de inactividad. También
tiene la flexibilidad de reducir la escala si lo desea.