The Archives

octubre, 2018

Kubernetes: La diferencia entre Containers y Virtual Machines (VM)

Posted in: Blog by PEOUG on 2018-10-10

 

Si está involucrado de forma remota en la tecnología, es probable que haya oído hablar de Kubernetes.

Hay ciclos en la tecnología y, en particular, en el ecosistema de código abierto que son realmente profundos y cambiantes, y Kubernetes es uno de estos proyectos; además de tener una de las comunidades más entusiastas.

¿Qué es Kubernetes?

Bueno, resulta que no hay una respuesta corta. De hecho, originalmente se suponía que era una única publicación de blog, que realizó Patrick Galbraith, pero cuando terminó tenía más de 3,000 palabras, por lo que decidió dividirla en una serie. Él mismo nos explica las diferencias entre una virtual machine y un container, lo cual considera fundamental para empezar a entender los Kubernetes.

Hablando de Kubernetes, uno puede comenzar con la descripción en el sitio web del proyecto como un buen lugar para empezar: “Kubernetes es un sistema de código abierto para automatizar la implementación, escala y la administración de aplicaciones en containers“.

Para comprender completamente esa descripción, se necesita un contexto, y en particular, la pregunta sobre qué es un container es la primera pregunta que debe responderse. Además, comprender lo que esto significa en términos de cómo se desarrollan, implementan y ejecutan las aplicaciones, ayuda a valorar aún más lo que Kubernetes es y hace posible.

 

¿Qué es un container?

La mayoría de las personas involucradas en tecnología saben lo que es una virtual machine (VM).

En resumen, un virtual machine es una instancia de un sistema informático diferente, con un sistema operativo y un número de aplicaciones instaladas. El software de emulación utiliza un sistema host (generalmente, es un sistema real, simple, aunque también puede ser anidado virtual). Esto es posible gracias a la virtualización completa o a la virtualización asistida por el hardware, proporcionando la capa necesaria para ejecutar un guest system operativo en completo aislamiento.

Hay varios sistemas para ejecutar virtuals machine, como VMWare, Virtualbox, Xen, KVM y varios otros.

Una de las características del VM es que proporciona un aislamiento completo, en términos de tener sus propios procesos, redes, usuarios, etc., que están separados del sistema host y otros guest systems que pueden estar ejecutándose junto a él y no son visibles el sistema host o viceversa. Además, las VM pueden construirse según la especificación que se desee con paquetes preinstalados y configurados, de cualquier número de variantes de sistemas operativos y guardarlos como una imagen.

Los containers son similares a las VM en muchos aspectos, pero también son diferentes.

Al igual que con las virtual machine, los containers son instancias que se ejecutan en machine host. Al igual que las VM, pueden personalizarse y construirse según la especificación que se desee, y pueden usarse en su mayor parte de la forma en que se utiliza una virtual machine, permitiendo procesos aislados, redes, usuarios, etc.

La diferencia entre los containers y las virtual machine es que el guest operating system no está instalado, y generalmente, consiste solo en el código de la aplicación y, cuando se ejecuta, solo ejecuta los procesos necesarios para los cuales se usa el container. Esto se debe a que los containers, son posibles utilizando las características del kernel del sistema operativo host y el sistema de archivos en capas en lugar de la capa de emulación requerida, que se mencionó anteriormente, para ejecutar VM. Esto también significa que los containers no consisten en diferentes sistemas operativos con aplicaciones instaladas, pero pueden tener los componentes necesarios que los apartan como diferentes versiones y variantes de Linux. Más aún, esto significa que dado que un container no requiere su propio sistema operativo, utiliza menos recursos y consume solo los recursos necesarios para la aplicación que se ejecuta al iniciarse. Esto hace que las aplicaciones puedan consistir en componentes de containers más pequeños, en lugar de las aplicaciones monolíticas heredadas instaladas en sistemas virtuales o de bare metal.

La forma en que los containers son similares a las virtual machine es que también se almacenan como imágenes, aunque una gran diferencia es que las imágenes en containers son mucho más pequeñas, portátiles y más fáciles de usar, que las imágenes de VM, por las razones mencionadas anteriormente, es decir, de no requerir un sistema operativo instalado como parte de la imagen. Esto hace que sea posible tener una aplicación empaquetada y lista para usar, que se ejecuta de la misma manera, independientemente de dónde se encuentre, siempre que el sistema host ejecute containers (containers de Linux, específicamente).

Esta pequeña huella y la portabilidad general de los containers, en comparación con las VM, es clave para entender cómo un sistema Linux Kubernetes se ha puesto de moda.

Es común que cuando uno comienza a trabajar con containers aún piense en ellos como un virtual machine y se centre en el concepto de virtualización, donde en realidad se trata más del concepto de aislamiento, que es la forma en que se describen los containers.

 

Fuente: https://dyn.com/blog/kubernetes-the-difference-between-containers-and-virtual-machines/

 

 

¡Oracle APEX 18.2 ya está disponible!

Posted in: Blog by PEOUG on 2018-10-07

 

 

 

Oracle Application Express (APEX) 18.2 ya está disponible. APEX le permite desarrollar, diseñar e implementar aplicaciones de escritorio y móviles, con capacidad responsive y basadas en datos, utilizando solo un navegador. APEX 18.1 tuvo un avance espectacular en cuanto a la facilidad de integración con fuentes de datos remotas, así como la inclusión de características de aplicaciones de alta calidad. Sobre la base de este éxito, APEX 18.2 introduce una serie de características y una increíble mejora de la calidad de APEX.

Oracle APEX 18.2 incluye:

Crear asistentes de página
En Oracle APEX 18.2, el asistente Create Page se ha extendido para permitir la creación de páginas de aplicación para un side-by-side master detail; además de un dashboard o panel de control. El formulario side-by-side master detail  crea un master detail de una sola página utilizando un diseño side-by-side y secciones de informes con ventanas de edición modal. El dashboard permite la creación de un cuadro de mandos de primer corte, basado en datos de muestra, que luego pueden personalizarse utilizando Page Designer.

Fuente APEX
Font APEX es una colección de más de 1,000 iconos de alta calidad, muchos de ellos creados específicamente para el uso en aplicaciones empresariales. Font APEX en APEX 18.1 incluía un nuevo conjunto de íconos de alta resolución de 32 x 32,  que incluían muchos más detalles y la fuente del tamaño correcto se seleccionaba automáticamente según la ubicación en APEX. En el caso de la versión 18.2, también incluye la capacidad de actualizar hojas de estilo y archivos de fuentes de Font APEX, independientemente de qué versiones de Oracle APEX sean. Font APEX ya está disponible en GitHub .

Reduce el tiempo de inactividad
En una era de servicios en la nube y aplicaciones empresariales siempre disponibles, se ha prestado especial atención en que APEX 18.2 pueda reducir significativamente el tiempo de interrupción en una actualización de APEX. Un enfoque de actualización de varias fases con tiempo de inactividad reducido, se introdujo por primera vez en APEX 18.1, lo que resultó siendo una disminución significativa. En APEX 18.2, este proceso de actualización de varias fases se ha refinado aún más, lo que resulta en una reducción aún mayor en el ya breve período de interrupción para una actualización de APEX.

Simplificar la solicitud de servicio y su creación
El flujo de trabajo para solicitar un espacio de trabajo APEX se ha simplificado dramáticamente, mejorando la experiencia para los usuarios que prueban Oracle APEX por primera vez. Se han agregado herramientas adicionales a la configuración de APEX para que se utilicen valores predeterminados listos durante el proceso de solicitud del espacio de trabajo, así se requiere menor información para comenzar a utilizar la plataforma.

Mejoras en el conjunto de datos de muestra
Para ayudar en el proceso de aprendizaje, Oracle APEX incluye una serie de conjuntos de datos que se pueden instalar y utilizar fácilmente para la creación de aplicaciones. En APEX 18.2, el asistente Create Application se completará automáticamente con componentes creados sobre los conjuntos de datos. Además, algunos de los datsets se han ampliado para incluir datos en otros idiomas, incluidos chino, checo, francés, alemán, japonés, coreano, polaco, ruso y español.

Como en cada versión de APEX, se han realizado una serie de mejoras y correcciones de errores en la productividad y las aplicaciones de muestra. Además, se han corregido más de 150 errores en APEX 18.2, lo que resulta en una mayor calidad y estabilidad para los entornos APEX.

Información Adicional
Application Express (APEX) es la plataforma de desarrollo de aplicaciones de código rápido que puede ejecutarse en cualquier base de datos Oracle;  se incluye con cada servicio en la nube de Oracle Database. APEX, combinado con la base de datos Oracle, proporciona un entorno totalmente integrado para construir, implementar, mantener y monitorear aplicaciones empresariales basadas en datos que se ven muy bien en dispositivos móviles y de escritorio. Para obtener más información sobre Oracle Application Express, visite apex.oracle.com .

 

Fuente: https://blogs.oracle.com/apex/announcing-oracle-apex-182

Oracle presenta el servicio Autonomous NoSQL Database

Posted in: Blog by PEOUG on 2018-10-06

 

La última parte de la cartera de base de datos autónoma de Oracle, el nuevo servicio de base de datos está adaptado para las aplicaciones NoSQL que requieren baja frecuencia, flexibilidad del modelo de datos y escala elástica.

  • Fuente: ZDNet (https://www.zdnet.com/article/oracle-unveils-autonomous-nosql-database-service/)