Requerimientos Página
Requerimientos Página
Requerimientos Página
CARNÉ:6691-19-43451
2. Análisis de Procesos
4. Requerimientos de Datos
5. Análisis de Stakeholders
6. Análisis de Viabilidad
8. Requerimientos de Seguridad
9. Requisitos de Interfaz
Docker
es un proyecto de código abierto que automatiza el despliegue
de aplicaciones dentro de contenedores de software, proporcionando una capa
adicional de abstracción y automatización de virtualización de aplicaciones en
múltiples sistemas operativos.1Docker utiliza características de aislamiento de
recursos del kernel Linux, tales como cgroups y espacios de nombres
(namespaces) para permitir que "contenedores" independientes se ejecuten dentro
de una sola instancia de Linux, evitando la sobrecarga de iniciar y
mantener máquinas virtuales.
De acuerdo con la firma analista de la industria 451 Research, "Docker es una
herramienta que puede empaquetar una aplicación y sus dependencias en un
contenedor virtual que se puede ejecutar en cualquier servidor Linux. Esto ayuda a
permitir la flexibilidad y portabilidad en donde la aplicación se puede ejecutar, ya sea
en las instalaciones físicas, la nube pública, nube privada, etc
Docker implementa una API de alto nivel para proporcionar contenedores livianos
que ejecutan procesos de manera aislada.8
Mediante el uso de contenedores, los recursos pueden ser aislados, los servicios
restringidos, y se otorga a los procesos la capacidad de tener una visión casi
completamente privada del sistema operativo con su propio identificador de espacio
de proceso, la estructura del sistema de archivos, y las interfaces de red.
Contenedores múltiples comparten el mismo núcleo, pero cada contenedor puede
ser restringido a utilizar solo una cantidad definida de recursos como CPU, memoria
y E / S.
El proyecto Cloud Foundry Diego integra Docker con Cloud Foundry PaaS.27
Azure DevOps
Azure DevOps Server , anteriormente conocido como Team Foundation
Server ( TFS ) y Visual Studio Team System ( VSTS ), es un producto de Microsoft
que proporciona control de versiones (ya sea con Team Foundation Version
Control (TFVC) o Git ), informes, gestión de requisitos , gestión de proyectos (tanto
para equipos de desarrollo de software ágil como en cascada ), compilaciones
automatizadas, pruebas y capacidades de gestión de versiones . Cubre todo el ciclo
de vida de la aplicación y habilita las capacidades de DevOps .
Azure DevOps se puede utilizar como back-end para numerosos entornos de
desarrollo integrados (IDE), pero está diseñado para Microsoft Visual
Studio y Eclipse en todas las plataformas.
Local vs. en líneaAzure DevOps está disponible en dos formatos diferentes: local
("Servidor") y en línea ("Servicios").El último formato se denomina Azure DevOps
Services (anteriormente Visual Studio Online antes de que se cambiara el nombre a
Visual Studio Team Services en 2015). El servicio en la nube está respaldado por la
plataforma en la nube Microsoft Azure . Utiliza el mismo código que la versión local
de Azure DevOps, con modificaciones menores, e implementa las características
más recientes. Un usuario inicia sesión con una cuenta de Microsoft para configurar
un entorno, crear proyectos y agregar miembros del equipo. Las nuevas
características desarrolladas en ciclos de desarrollo cortos se agregan primero a la
versión en la nube. Estas características migran a la versión local como
actualizaciones, en intervalos de aproximadamente tres meses.
Arquitectura del servidorAzure DevOps se basa en una arquitectura escalable de
varios niveles . La estructura principal consta de un nivel de aplicación responsable
de procesar la lógica y mantener el portal de aplicaciones web (denominado Team
Web Access o TWA). Azure DevOps se basa en servicios web de Windows
Communication Foundation . Estos pueden ser utilizados por cualquier cliente,
aunque se recomienda el modelo de objetos de cliente. El nivel de datos y el nivel de
aplicación pueden existir en la misma máquina.Para admitir la escalabilidad, se
puede equilibrar la carga del nivel de aplicación y se puede agrupar el nivel de datos.
Si se utiliza Microsoft SQL Server 2012 o posterior, se admiten los clústeres de
conmutación por error y los grupos de disponibilidad de AlwaysOn SQL Server, lo
que permite la replicación geográfica de los datos. El contenedor principal es la
colección de proyectos. Una colección de proyectos es una base de datos que
contiene un grupo de proyectos de equipo. La colección de proyectos es otro
mecanismo de escalabilidad, ya que cada colección se puede colocar en diferentes
servidores SQL o instancias de SQL Server. La base de datos de configuración 'Oe'
por instancia de Azure DevOps almacena metadatos de la colección de proyectos.
Los datos de las bases de datos de la colección de proyectos se agregan en la base
de datos del almacén, que desnormaliza los datos en preparación para cargarlos en
un cubo de Analysis Services. El almacén y el cubo permiten la generación de
informes de tendencias complejos y el análisis de datos.}Azure DevOps se puede
integrar con una granja de SharePoint existente . SQL Server Reporting Services es
compatible para generar informes más avanzados en relación con el almacén de
datos o el cubo de datos de Analysis Services. Estas instalaciones pueden estar en
el mismo sistema o en sistemas diferentes. También se pueden agregar a la
infraestructura servidores de compilación, servidores de administración de
laboratorio, servidores de administración de versiones y servidores proxy (para
reducir parte de la carga en el nivel de aplicación), máquinas de prueba y máquinas
de prueba de carga.
Azure DevOps es compatible con Visual Studio 2010 y versiones posteriores, Microsoft
Test Manager (MTM) 2012 y 2013. Eclipse, versiones anteriores de Visual Studio y otros
entornos se pueden conectar a Azure DevOps mediante el proveedor de integración de
control de código fuente de Microsoft (proveedor MSSCCI, que se pronuncia "Miss-
Key").
Pasos para descargar Docker