Ir al contenido principal

Servicio Cloud Factory

¿Qué son las aplicaciones nativas de la nube?

Las aplicaciones nativas de la nube suelen requerir arquitectura y diseño que se crean desde cero en lugar de modernizar las aplicaciones existentes.

La principal diferencia entre una aplicación nativa en la nube y una aplicación Web más sencilla optimizada para la nube es la recomendación de usar arquitecturas de microservicios en un enfoque nativo de la nube.

Eso significa que los desarrolladores deben dividir las tareas en servicios separados que pueden ejecutarse en varios servidores en diferentes ubicaciones.

¿Qué necesito para diseñar una aplicación nativa de la nube?

El desarrollo nativo de la nube se centra en la modularidad de la arquitectura, el sistema sin conexión directa y la independencia de sus servicios. Cada microservicio implementa una capacidad empresarial, se ejecuta en su propio proceso y se comunica a través de interfaces de programación de aplicaciones (API) o servicios de mensajería.

Muchas empresas aún pueden optimizar sus aplicaciones heredadas por medio de una arquitectura pragmática y basada en servicios. Esta optimización es compatible con los flujos de trabajo de DevOps, como la integración continua y la implementación continua .

Aplicaciones Nativas para la Nube

DevOps es una combinación de las palabras "development" (desarrollo) y "operations" (operaciones). DevOps es un modo de abordar la cultura, la automatización y el diseño de plataformas para proporcionar mayor valor empresarial y capacidad de respuesta.
Microservicios. Una arquitectura de microservicios divide las aplicaciones en sus componentes más pequeños posibles e independientes entre sí. Representan un estilo de arquitectura y un modo de programar software.
API. Una interfaz de programación de aplicaciones (API) es un conjunto de herramientas, definiciones y protocolos que se usa para diseñar software de aplicaciones. Conectan los productos y servicios sin necesidad de saber cómo se implementan.
Contenedores. Los contenedores permiten empaquetar las aplicaciones y aislarlas con todo su entorno de tiempo de ejecución, lo que permite moverlas entre entornos y a la vez mantener su funcionalidad completa.

Más información en https://www.tasisoft.com/SAAS.html

Comentarios

Entradas más populares de este blog

AMS (Application Management Services)

Definición Soporte de Aplicaciones y Mantenimiento (AMS). AMS (Application Management Services) es la tercerización de los servicios de gestión, soporte y mantenimiento de aplicaciones capaz de proporcionar a los clientes mejoras operacionales relevantes . El modelo AMS (Application Management System) representa un enfoque avanzado de servicios TI mediante el cual Tasisoft asume la responsabilidad a medio/largo plazo del conjunto de tareas y actividades relativas tanto al desarrollo y mantenimiento de aplicaciones como al soporte y evolución de las mismas. Bajo el concepto de Tasi software ofrece servicios dedicados y compartidos para outsourcing de aplicaciones con desarrolladores altamente calificados y experiencia en las más variadas tecnologías del mercado. Las líneas de servicios ofrecidas dentro del Desarrollo y Mantenimiento de Aplicaciones (AMS), son: Mantenimiento Preventivo y Normativo Mantenimiento Correctivo Mantenimiento Evolutivo / Nuevos De

Desarrollo de Software: EDT (Estructura de desglose de trabajo) o WBS (Work Breakdown Structure)

Definición La EDT es una descomposición jerárquica-orientada a los entregables del proyecto- de los trabajos que ejecutara  el equipo de trabajo, para crear los productos requeridos. Es un paso muy importante en la definición del alcance de un proyecto. La EDT organiza y define el alcance total del proyecto, mediante la subdivisión de trabajo en piezas más pequeñas y manejables. En cada nivel inferior de la estructura se tiene un incremento en el detalle de los trabajos del proyecto. El trabajo incluido en el nivel más bajo de la WBS se le denomina paquetes de trabajo, los cuales pueden ser programados, monitoreados y supervisados. Principios Básicos de una EDT Una unidad de trabajo deberá aparecer en un solo lugar en la EDT . El contenido del trabajo de un elemento de la EDT es la suma de los elementos inferiores. Un elemento de la EDT es responsabilidad de una sola persona , a pesar de que muchas personas pueden estar trabajando en él. El EDT debe ser coherent

Business Intelligence Proceso de Carga de Datos ETL, Vista modo Componente

Este componente consiste en crear procesos que se ejecutan por medio de un programador de tareas de manera nocturna o por medio de una aplicación en ejecución manual por demanda,  cuya función es la de ayudar en el proceso de transporte de datos de un origen a un destino incluyendo procesos de limpieza, transformación de datos en caso de ser necesarios y generación de cálculos. El objetivo principal es contar con una base de datos diseñada bajo un esquema estrella, que facilite la carga de información a los modelos OLAP y la explosión de reportes. Normalmente se debe tener contemplado la realización de 1 proceso de carga de tipo transaccional (Tablas de Hechos) y de los catálogos (Tablas de Dimensiones). Es importante mencionar que este componente es importante para la validación de la integridad de los datos. El proceso funcionara bajo los siguientes pasos: a.      Extraer . La primera parte del proceso consiste en extraer los datos desde los sistemas de origen. Una parte