Gestión de aplicaciones de nube para plataformas

Gestión de aplicaciones de nube para plataformas (CAMPAMENTO) es una especificación para la gestión de aplicaciones en el contexto de una plataforma como servicio Sistema (PaaS). CAMPAMENTO está diseñado para atender las necesidades de un sistema de PaaS alto nivel; en el que el consumidor (generalmente un desarrollador o administrador de la aplicación) ofrece artefactos de aplicación (código, datos, gráficos, etc.) y especifica que proporcionadas por el proveedor de servicios se requieren para realizar estos artefactos como una aplicación. Los detalles de la infraestructura (cómputo, almacenamiento y redes) utilizada para apoyar estos servicios están ocultados al consumidor por el proveedor del sistema de la PaaS.

Modelo de PaaS

CAMPO define las siguientes:

• A lengua dominio-específica que describe los artefactos que componen una aplicación, los servicios que se requieren para ejecutar o utilizar los artefactos y la relación de los artefactos a los servicios.
• Un modelo de recurso para representar aplicaciones y sus componentes constitutivos así como los servicios utilizan por los componentes junto con la información del estado del tiempo de ejecución, información de configuración y metadatos que describen el sistema de la PaaS.
• A Descanso Protocolo para manipular estos recursos y, por hacerlo, cambiar el estado de la aplicación subyacente.

Motivación

Mayoría de los sistemas PaaS proporciona alguna forma de gestión de aplicaciones API DE. Estas API se utilizan para cargar aplicaciones en la nube, configurar qué servicios se utilizará para ejecutar la aplicación, inicie la aplicación, monitorear el estado y rendimiento de la aplicación, detener la aplicación, etcetera. Estas API están generalmente ocultos detrás de una aplicación web o una herramienta de línea de comandos. Este tipo de API es un "yo también" tecnología; su existencia es un prerrequisito necesario para proporcionar un sistema realizable de la PaaS, pero hay poca ventaja en ofrecer una API de gestión mejor que sus competidores. Nadie alguna vez había seleccionado un PaaS ofrece únicamente sobre la fortaleza de su API de administración de la aplicación. Mientras tanto, el hecho de que cada sistema de PaaS proporciona una API de gestión de aplicación personalizada crea una serie de cuestiones:

• Los sistemas de control o gestión, integración continua sistemas, etc. escrito a consumir tal API tendrá que volver a escribir si un cliente desea cambiar o añadir sistemas adicionales de la PaaS. Esto aumenta el costo de cambiar entre proveedores de PaaS que, a su vez, disminuye el valor de la utilización de FCA.
• Ambientes integrados del desarrollo ese deseo a entornos PaaS debe hacerlo sobre una base individual, caso por caso (por ejemplo, proporciona conectores personalizados para cada sistema de PaaS). Este tanto aumenta el esfuerzo de desarrollo inicial, así como la acumulada "deuda técnica" del mantenimiento de cada uno de estos conectores.
• Porque la calidad de la gestión de aplicaciones API no es un diferenciador, diseño/afinando la API de gestión de tiempo no es una buena inversión. Proveedores de plataformas pueden ahorrar tiempo y recursos mediante la implementación de un básico, API de consenso. Características de valor agregado pueden implementarse como extensiones a esta API básica.

Historia

CAMPO DE 1.0

CAMPO DE 1.0 fue producido como una colaboración entre CloudBees, Cloudsoft Corporation, Huawei, Oracle, Rackspace, Red Hat y Software AG. Fue publicado en agosto de 2012.

CAMPAMENTO DE 1.1

En agosto de 2012 campamento 1.0 se presentó al Comité técnico de OASIS campamento con la intención de producir un estándar OASIS. Este Comité técnico ha elaborado una especificación del Comité OASIS. Según su carta, el campo TC espera pruebas de dos implementaciones interoperables de campo v1.1 antes de OASIS para aprobar la especificación como estándar OASIS.

Implementaciones de campamento

nCAMP

Desarrolla en conjunto con el trabajo del Comité técnico de OASIS de campo, nCAMP es una implementación de prueba de concepto de la especificación v1.1 campo. nCAMP no pretendía ser un útil sistema de PaaS, sino actuar como un vehículo para poner a prueba los conceptos y constructos de la especificación de campo. nCAMP presenta un sistema simple que utiliza Tomcat y MySQL para soportar aplicaciones de web de Java Servlet base que pueden utilizar MySQL como base de datos. Un enlace a un vídeo demostrativo de nCAMP puede encontrarse en el Acoplamientos externos sección.

Proyecto Solum

Solum es un proyecto de Stackforge relacionados con OpenStack diseñado para facilitar a los servicios en la nube consumir e integrar en el proceso de desarrollo de aplicaciones de los desarrolladores. Modelo de recurso de Solum y el esquema de plan se basan en el campamento, pero no completamente compatible con campamento. Está actualmente trabajando para proporcionar una API adicional, compatible con el campo Además de la API nativa de Solum. Un enlace a un vídeo demostrativo de Solum puede encontrarse en el Acoplamientos externos sección.

Brooklyn de Apache

Brooklyn de Apache es un framework para el modelado, monitoreo y administración de aplicaciones a través de planes autonómicos. Planos de Brooklyn de Apache se ajustan a v1.1 campamento público de proyecto 01.

Acoplamientos externos

• Gestión de aplicaciones de nube OASIS para plataformas TC (campamento)
• CAMPAMENTO de 7 diapositivas
• CAMPAMENTO en la diapositiva 7: episodio 2
• Demo de Solum

Otras Páginas

• Bomba sucia
• Dallas (serie de TV de 1978) (temporada 3)
• Formato ANSI inscripcion 834 implementacion
• Matrimonio real
• Connie Walker (periodista)
• Jello Biafra (categoria musicos de Boulder, Colorado)
• Bulbophyllum dryadum