0% encontró este documento útil (0 votos)
15 vistas16 páginas

Informe Final

El documento presenta una introducción a los sistemas operativos en la nube, destacando su arquitectura, funcionamiento y relevancia en el contexto tecnológico actual. Se abordan conceptos clave como virtualización, contenedorización y microservicios, así como una comparación entre plataformas populares como AWS y Microsoft Azure. Además, se analizan las ventajas, desafíos y costos asociados con la adopción de estos sistemas en la nube.

Cargado por

flaviocorreapino
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd
0% encontró este documento útil (0 votos)
15 vistas16 páginas

Informe Final

El documento presenta una introducción a los sistemas operativos en la nube, destacando su arquitectura, funcionamiento y relevancia en el contexto tecnológico actual. Se abordan conceptos clave como virtualización, contenedorización y microservicios, así como una comparación entre plataformas populares como AWS y Microsoft Azure. Además, se analizan las ventajas, desafíos y costos asociados con la adopción de estos sistemas en la nube.

Cargado por

flaviocorreapino
Derechos de autor
© © All Rights Reserved
Nos tomamos en serio los derechos de los contenidos. Si sospechas que se trata de tu contenido, reclámalo aquí.
Formatos disponibles
Descarga como PDF, TXT o lee en línea desde Scribd

Introducción a las TIC

Arquitectura y funcionamiento de los sistemas


operativos en la nube

Estudiantes:
Luis Enrique Amorin Machacuay
Jamir perez cherres
Luis angel Cruz daga
Rainer Antony Torres Soca
Fabrizio Flores Zevallos

Sección:
24805

Profesor:
Marcos Teodoro Yerren Huima

LIMA, PERU
Julio - 2025
2. Índice

1. Portada

2. Índice

3. Introducción

o 3.1 Presentación del Tema

o 3.2 Justificación de la Importancia

o 3.3 Objetivos

▪ 3.3.1 Objetivo General

▪ 3.3.2 Objetivos Específicos

4. Marco Teórico

o 4.1 ¿Qué es un Sistema Operativo en la Nube?

o 4.2 Fundamentos Teóricos y Tecnológicos

▪ 4.2.1 Virtualización

▪ 4.2.2 Contenedorización

▪ 4.2.3 Microservicios

5. Desarrollo del Caso / Aplicación

o 5.1 Arquitecturas Utilizadas en la Nube

▪ 5.1.1 Arquitectura Basada en Máquinas Virtuales

▪ 5.1.2 Arquitectura Basada en Contenedores

o 5.2 Comparación de Plataformas Populares

▪ 5.2.1 Amazon Web Services (AWS)

▪ 5.2.2 Microsoft Azure

▪ 5.2.3 Comparación Técnica


o 5.3 Análisis de Ventajas, Desafíos y Costos

▪ 5.3.1 Ventajas

▪ 5.3.2 Desafíos

▪ 5.3.3 Costos Aproximados

6. Resultados / Propuesta Final

o 6.1 Síntesis de los Hallazgos

o 6.2 Propuesta de Mejora o Recomendación Técnica

7. Conclusiones

o 7.1 Principales Aprendizajes y Reflexiones

o 7.2 Relevancia del Tema en la Carrera de Ingeniería

8. Bibliografía
3. Introducción

3.1 Presentación del Tema

La computación en la nube ha transformado radicalmente la forma en que las


empresas y los usuarios acceden a los recursos informáticos. En el corazón de esta
transformación se encuentran los sistemas operativos en la nube, que son la
columna vertebral que permite la gestión, orquestación y entrega de servicios y
recursos a escala masiva. Estos sistemas no son sistemas operativos tradicionales
en el sentido de un Windows o Linux de escritorio, sino más bien una capa compleja
de software y hardware que abstrae la infraestructura subyacente y la presenta
como servicios accesibles a través de internet.

3.2 Justificación de la Importancia

La relevancia de comprender la arquitectura y el funcionamiento de los sistemas


operativos en la nube radica en su omnipresencia en el panorama tecnológico
actual. Desde pequeñas startups hasta corporaciones multinacionales, la
adopción de la nube es una estrategia clave para la agilidad, la escalabilidad y la
eficiencia operativa. Para los profesionales de TI y, en particular, para los futuros
ingenieros de sistemas, dominar estos conceptos es fundamental para diseñar,
implementar y gestionar soluciones modernas, optimizar recursos y garantizar la
seguridad y el rendimiento de las aplicaciones en entornos distribuidos.

3.3 Objetivos

3.3.1 Objetivo General

Investigar y comprender la arquitectura y el funcionamiento de los sistemas


operativos en la nube, analizando sus componentes clave, modelos de despliegue
y las implicaciones de su uso en el desarrollo y la operación de servicios digitales.

3.3.2 Objetivos Específicos

• Definir el concepto de sistema operativo en la nube y diferenciarlo de los


sistemas operativos tradicionales.

• Describir al menos dos arquitecturas comunes empleadas en la


computación en la nube.

• Comparar las características y ofertas de dos plataformas populares de


servicios en la nube (AWS y Azure).

• Analizar las ventajas, desafíos y consideraciones de costos asociados con


la implementación y gestión de sistemas en la nube.
4. Marco Teórico

4.1 ¿Qué es un Sistema Operativo en la Nube?

A diferencia de un sistema operativo tradicional que gestiona los recursos de un


único dispositivo, un sistema operativo en la nube (también conocido como
plataforma de nube o sistema de orquestación de nube) es un conjunto de software
y servicios que gestiona una vasta red de recursos de computación,
almacenamiento y red distribuidos a través de múltiples centros de datos. Su
función principal es abstraer la complejidad del hardware subyacente y
proporcionar una interfaz unificada para que los usuarios y las aplicaciones puedan
consumir recursos de forma programática y bajo demanda. Estos sistemas ofrecen
capacidades de aprovisionamiento, monitoreo, automatización, seguridad y
facturación, permitiendo la creación y gestión de entornos virtuales escalables y
elásticos.

4.2 Fundamentos Teóricos y Tecnológicos

La existencia y eficiencia de los sistemas operativos en la nube se basan en varios


pilares tecnológicos:

4.2.1 Virtualización

La virtualización es la tecnología fundamental que permite a un único servidor


físico ejecutar múltiples instancias de sistemas operativos y aplicaciones de forma
aislada. Esto se logra a través de un hipervisor, que es una capa de software que
gestiona el hardware del servidor y distribuye sus recursos (CPU, memoria,
almacenamiento, red) entre las diferentes máquinas virtuales (VMs). La
virtualización es clave para la consolidación de servidores, la flexibilidad y la
eficiencia en el uso de recursos en la nube (Armbrust et al., 2010).

4.2.2 Contenedorización

La contenedorización es una alternativa más ligera a la virtualización. En lugar de


virtualizar el hardware completo, los contenedores virtualizan el sistema operativo.
Un contenedor empaqueta una aplicación y todas sus dependencias (bibliotecas,
configuraciones, etc.) en un paquete aislado y ejecutable. Docker es la tecnología
de contenedorización más popular, y Kubernetes se ha convertido en el estándar
para la orquestación de contenedores a gran escala. Los contenedores ofrecen
mayor eficiencia en el uso de recursos, inicio más rápido y portabilidad entre
diferentes entornos (Bernstein, 2014).

4.2.3 Microservicios
La arquitectura de microservicios es un enfoque para construir una aplicación
como una colección de servicios pequeños, acoplados libremente y desplegables
de forma independiente. Cada microservicio encapsula una funcionalidad de
negocio específica y se comunica con otros microservicios a través de APIs ligeras.
Esta arquitectura promueve la escalabilidad, la resiliencia y la agilidad en el
desarrollo y despliegue de aplicaciones en la nube, siendo un complemento ideal
para la contenedorización y las plataformas de orquestación (Newman, 2015).

5. Desarrollo del Caso / Aplicación

5.1 Arquitecturas Utilizadas en la Nube

Los sistemas operativos en la nube se construyen sobre diversas arquitecturas que


permiten la abstracción y gestión de los recursos físicos.

5.1.1 Arquitectura Basada en Máquinas Virtuales

Esta es la arquitectura predominante en los servicios IaaS (Infraestructura como


Servicio). Se fundamenta en la virtualización de hardware, donde cada cliente o
servicio opera dentro de una o más máquinas virtuales.

• Componentes:

o Hipervisor: Software que se ejecuta directamente sobre el hardware


físico y crea y gestiona las máquinas virtuales. Ejemplos incluyen
VMware ESXi, KVM o Hyper-V.

o Máquinas Virtuales (VMs): Entidades aisladas que emulan un


sistema de computadora completo (CPU, memoria, disco, red) y
ejecutan un sistema operativo invitado.

o Orquestador: Gestiona el ciclo de vida de las VMs, el


aprovisionamiento de recursos, el balanceo de carga y la tolerancia a
fallos.

• Funcionamiento: Cuando un usuario solicita un recurso (por ejemplo, una


instancia de cómputo), el orquestador asigna una VM desde un pool de
recursos disponibles o provisiona una nueva, configurándola según las
especificaciones del usuario. La comunicación entre VMs y los servicios de
red y almacenamiento se gestiona a través de redes virtuales y
almacenamiento definido por software.

• Ventajas: Proporciona un alto grado de aislamiento y flexibilidad para


ejecutar sistemas operativos específicos y configuraciones personalizadas.

• Ejemplo: Instancias EC2 de AWS, máquinas virtuales de Azure.


5.1.2 Arquitectura Basada en Contenedores

Esta arquitectura es fundamental para los servicios PaaS (Plataforma como


Servicio) y se basa en la contenedorización para empaquetar y ejecutar
aplicaciones de manera eficiente.

• Componentes:

o Motor de Contenedores: Como Docker, que permite crear y ejecutar


contenedores.

o Orquestador de Contenedores: Como Kubernetes, que automatiza


el despliegue, escalado y gestión de aplicaciones en contenedores.

o Imágenes de Contenedor: Plantillas inmutables que contienen el


código de la aplicación, las bibliotecas y las dependencias.

• Funcionamiento: Las aplicaciones se empaquetan en imágenes de


contenedor. Cuando se despliega una aplicación, el orquestador de
contenedores programa los contenedores en los nodos de clúster
(servidores físicos o VMs) y gestiona su ciclo de vida, escalado, balanceo de
carga y descubrimiento de servicios. Los contenedores comparten el kernel
del sistema operativo del host, lo que los hace más ligeros y rápidos de
iniciar que las VMs.

• Ventajas: Mayor eficiencia de recursos, despliegues más rápidos,


portabilidad consistente entre entornos de desarrollo, prueba y producción.
Ideal para arquitecturas de microservicios.

• Ejemplo: Amazon ECS/EKS, Azure Kubernetes Service (AKS), Google


Kubernetes Engine (GKE).

5.2 Comparación de Plataformas Populares

Las plataformas de computación en la nube son los sistemas operativos en la nube


más visibles, ofreciendo una miríada de servicios que van desde cómputo y
almacenamiento hasta inteligencia artificial y bases de datos. Aquí comparamos
dos de los líderes del mercado: AWS y Microsoft Azure.

5.2.1 Amazon Web Services (AWS)

AWS, lanzado en 2006, es pionero y líder del mercado de la computación en la nube.


Ofrece una gama extremadamente amplia y profunda de servicios.

• Servicios Principales:
o Cómputo: Amazon EC2 (Elastic Compute Cloud) para máquinas
virtuales, AWS Lambda para funciones sin servidor (serverless),
Amazon ECS/EKS para contenedores.

o Almacenamiento: Amazon S3 (Simple Storage Service) para


almacenamiento de objetos, Amazon EBS (Elastic Block Store) para
almacenamiento de bloques, Amazon RDS (Relational Database
Service) para bases de datos relacionales.

o Redes: Amazon VPC (Virtual Private Cloud) para redes aisladas, AWS
Direct Connect para conectividad dedicada.

o Bases de Datos: Amazon DynamoDB (NoSQL), Aurora (Relacional),


Redshift (Data Warehouse).

o ML/AI: Amazon SageMaker, Rekognition, Polly.

• Ecosistema: Cuenta con un ecosistema maduro, una vasta comunidad,


gran cantidad de documentación y herramientas de terceros.

• Fortalezas: Mayor cuota de mercado, innovación constante, gran variedad


de servicios, madurez y escalabilidad.

5.2.2 Microsoft Azure

Azure, lanzado en 2010, es el segundo proveedor de nube más grande y se beneficia


de la fuerte presencia de Microsoft en el software empresarial.

• Servicios Principales:

o Cómputo: Azure Virtual Machines, Azure Functions (serverless),


Azure Kubernetes Service (AKS).

o Almacenamiento: Azure Blob Storage (objetos), Azure Disk Storage


(bloques), Azure SQL Database (relacional).

o Redes: Azure Virtual Network, Azure ExpressRoute.

o Bases de Datos: Azure Cosmos DB (NoSQL), Azure Database for


MySQL/PostgreSQL.

o ML/AI: Azure Machine Learning, Azure Cognitive Services.

• Ecosistema: Fuerte integración con productos de Microsoft (Windows


Server, SQL Server, .NET, Active Directory), lo que lo hace atractivo para
empresas ya inmersas en el ecosistema Microsoft.
• Fortalezas: Excelente para entornos híbridos, fuerte enfoque en empresas,
buen soporte para herramientas y lenguajes de código abierto, sólida
integración con herramientas de desarrollo Microsoft.

5.2.3 Comparación Técnica


JSON
5.3 Análisis de Ventajas, Desafíos y Costos Aproximados

La adopción de sistemas operativos en la nube conlleva una serie de beneficios


significativos, pero también presenta desafíos y consideraciones económicas.

5.3.1 Ventajas

• Escalabilidad y Elasticidad: Los recursos pueden escalarse hacia arriba o


hacia abajo automáticamente en función de la demanda, lo que permite
manejar picos de tráfico sin interrupciones y optimizar el uso de recursos.

• Reducción de Costos Operativos (CapEx a OpEx): Se elimina la necesidad


de grandes inversiones iniciales en hardware (CapEx), pasando a un modelo
de pago por uso (OpEx). Se paga solo por los recursos consumidos.

• Alta Disponibilidad y Resiliencia: Los proveedores de nube construyen su


infraestructura para ser altamente redundante y distribuida
geográficamente, minimizando el tiempo de inactividad.

• Agilidad y Velocidad de Despliegue: La capacidad de aprovisionar


recursos en minutos en lugar de semanas permite a los equipos de
desarrollo iterar y lanzar productos más rápidamente.

• Innovación Continua: Los proveedores de nube invierten fuertemente en


I+D, ofreciendo acceso a tecnologías de vanguardia (IA/ML, IoT,
computación cuántica) sin necesidad de infraestructura propia.

• Seguridad: Los principales proveedores de nube invierten masivamente en


seguridad física y lógica, cumplimiento de normativas y certificaciones, lo
que a menudo supera las capacidades de seguridad de muchas empresas
individuales.

5.3.2 Desafíos

• Gestión de Costos: Aunque el modelo de pago por uso es flexible, los costos
pueden salirse de control si no se monitorean y optimizan activamente
(fenómeno conocido como "Cloud Sprawl" o "Cloud Waste").

• Complejidad y Curva de Aprendizaje: La vasta cantidad de servicios y las


constantes actualizaciones pueden hacer que sea complejo para los
equipos dominar y gestionar eficazmente los entornos en la nube.

• Dependencia del Proveedor (Vendor Lock-in): Migrar de un proveedor de


nube a otro puede ser complejo y costoso debido a las APIs y servicios
propietarios.

• Seguridad y Cumplimiento: Aunque los proveedores son responsables de


la seguridad de la nube, el cliente es responsable de la seguridad en la nube
(modelo de responsabilidad compartida), lo que requiere una configuración
y gestión adecuadas.

• Rendimiento y Latencia: Para ciertas aplicaciones que requieren latencia


extremadamente baja, la distancia física a los centros de datos de la nube
puede ser un factor limitante.

5.3.3 Costos Aproximados

Los costos en la nube son altamente variables y dependen de múltiples factores,


incluyendo:

• Tipo y tamaño de recursos: Instancias de cómputo (CPU, RAM), volumen


de almacenamiento, ancho de banda de red.

• Modelo de precios:

o Bajo Demanda: Pago por hora/segundo de uso. Flexible, pero más


caro.

o Instancias Reservadas/Planes de Ahorro: Descuentos


significativos por compromisos a largo plazo (1 o 3 años).

o Spot Instances/Bajo costo: Muy bajo costo, pero pueden ser


interrumpidas por el proveedor.

• Región Geográfica: Los precios varían ligeramente entre las diferentes


regiones de centros de datos.

• Transferencia de Datos (Egress): La salida de datos de la nube (hacia


internet o entre regiones) suele ser el componente de costo de red más
significativo. La entrada de datos (Ingress) generalmente es gratuita.

• Servicios Adicionales: Bases de datos, balanceadores de carga, servicios


de IA, monitoreo, etc., tienen sus propias estructuras de precios.

Ejemplo de costos referenciales (Julio 2025, precios aproximados que pueden


variar):

• Máquina Virtual pequeña (ej. 2 vCPU, 4 GB RAM): Puede costar entre $20 -
$70 USD al mes, dependiendo del proveedor y la región, usando instancias
bajo demanda. Con instancias reservadas, el costo puede reducirse hasta
un 50-70%.

• Almacenamiento de objetos (ej. Amazon S3): Aproximadamente $0.023


USD por GB al mes para almacenamiento estándar.

• Transferencia de datos de salida: Típicamente entre $0.05 - $0.09 USD por


GB después de un nivel gratuito inicial.
Es crucial utilizar las calculadoras de precios proporcionadas por AWS, Azure o
Google Cloud y herramientas de monitoreo de costos para estimar y gestionar los
gastos.

6. Resultados / Propuesta Final

6.1 Síntesis de los Hallazgos

La investigación ha revelado que los sistemas operativos en la nube son complejos


ecosistemas de software y hardware que abstraen la infraestructura física para
ofrecer recursos como servicios. Se basan en tecnologías como la virtualización y
la contenedorización para lograr escalabilidad, eficiencia y agilidad. Hemos
analizado dos arquitecturas fundamentales: la basada en máquinas virtuales, ideal
para aislamiento y sistemas operativos específicos, y la basada en contenedores,
superior en eficiencia y portabilidad para microservicios.

La comparación entre AWS y Azure demuestra que, si bien ambos son líderes y
ofrecen una amplia gama de servicios, difieren en su madurez de mercado y su
integración con ecosistemas empresariales preexistentes. Finalmente, las ventajas
de la nube, como la escalabilidad y la reducción de CapEx, son significativas, pero
deben sopesarse con desafíos como la gestión de costos, la complejidad y la
posible dependencia del proveedor. La comprensión de estos aspectos es vital para
la toma de decisiones informadas en entornos de TI modernos.

6.2 Propuesta de Mejora o Recomendación Técnica

Para una organización que busca migrar o expandir su presencia en la nube, se


recomienda adoptar un enfoque que combine los beneficios de diferentes
arquitecturas y optimice el uso de recursos.

Recomendación: Implementar una arquitectura híbrida de cómputo,


priorizando la contenedorización con orquestación Kubernetes,
complementada con el uso estratégico de funciones sin servidor (serverless) y
máquinas virtuales para cargas de trabajo específicas.

• Uso de Contenedores y Kubernetes (PaaS): Para la mayoría de las nuevas


aplicaciones y la modernización de aplicaciones existentes, se sugiere
empaquetarlas en contenedores y orquestarlas con Kubernetes (ej. AWS
EKS o Azure AKS). Esto proporcionará:

o Portabilidad: Facilita la migración entre proveedores de nube o


entornos híbridos.

o Escalabilidad Horizontal: Los contenedores pueden escalar de


forma rápida y eficiente para manejar la demanda.
o Desarrollo Ágil: Soporte para microservicios y despliegues
continuos.

• Funciones Sin Servidor (FaaS - Serverless): Para eventos específicos,


tareas asíncronas y APIs ligeras, se recomienda el uso de AWS Lambda o
Azure Functions. Esto reduce drásticamente la sobrecarga operativa, ya
que el proveedor gestiona toda la infraestructura, y el costo se basa
puramente en el consumo.

• Máquinas Virtuales (IaaS): Las VMs deben reservarse para:

o Cargas de trabajo legadas: Aplicaciones que no pueden ser


fácilmente contenedorizadas.

o Software con requisitos específicos de sistema operativo:


Aquellos que requieren un control total sobre el SO.

o Aplicaciones con licencia por núcleo de CPU: Donde el modelo de


licencia se alinee mejor con VMs dedicadas.

• Gestión de Costos y Monitoreo: Implementar herramientas de FinOps


(Cloud Financial Operations) para monitorear, optimizar y prever los gastos
de la nube. Utilizar los planes de ahorro y las instancias reservadas de los
proveedores cuando sea posible.

• Estrategia Multi-Nube/Híbrida: Si bien se puede empezar con un proveedor


primario, es aconsejable diseñar las aplicaciones para permitir una posible
futura migración o despliegue en múltiples nubes para reducir el riesgo de
dependencia del proveedor y aprovechar las fortalezas específicas de cada
uno.

Justificación de la Propuesta: Esta aproximación maximiza la eficiencia, la


flexibilidad y la agilidad. Los contenedores y el serverless ofrecen un excelente
equilibrio entre control y automatización, permitiendo a los equipos de desarrollo
enfocarse en el código de la aplicación. Las VMs proporcionan la compatibilidad
necesaria para cargas de trabajo específicas, mientras que una gestión de costos
proactiva garantiza que los beneficios económicos de la nube se materialicen.

7. Conclusiones

7.1 Principales Aprendizajes y Reflexiones del Grupo

A través de esta investigación, hemos aprendido que los sistemas operativos en la


nube son mucho más que una simple extensión de los sistemas operativos
tradicionales. Son arquitecturas complejas y dinámicas que orquestan vastos
recursos, permitiendo una flexibilidad y escalabilidad sin precedentes.
Comprendimos la vitalidad de la virtualización y la contenedorización como pilares
tecnológicos, y cómo la elección entre arquitecturas de VMs y contenedores
depende en gran medida de los requisitos específicos de cada aplicación. La
comparación de AWS y Azure nos mostró la diversidad de ofertas y la
especialización de cada proveedor, destacando la importancia de una evaluación
cuidadosa antes de la elección. Finalmente, la gestión de la nube no se trata solo
de beneficios técnicos, sino también de una cuidadosa consideración de los
desafíos operativos y financieros, haciendo hincapié en la necesidad de estrategias
de optimización de costos y seguridad.

7.2 Relevancia del Tema en la Carrera de Ingeniería

Para la carrera de Ingeniería de Sistemas e Informática, este tema es de vital


importancia y su relevancia solo crecerá. Los futuros ingenieros necesitarán:

• Diseñar Arquitecturas Escalables: La capacidad de diseñar sistemas que


puedan crecer y adaptarse a la demanda es una habilidad fundamental.

• Optimización de Recursos: Comprender cómo desplegar aplicaciones de


manera eficiente y controlar los costos en un entorno de pago por uso.

• Seguridad en la Nube: Dominar los principios de seguridad de la nube y el


modelo de responsabilidad compartida para proteger los datos y las
aplicaciones.

• Automatización y Orquestación: La automatización de despliegues y la


orquestación de servicios son habilidades críticas en el DevOps y Site
Reliability Engineering (SRE).

• Conocimiento de Proveedores: Familiarizarse con los servicios y las


mejores prácticas de los principales proveedores de nube es esencial para
la empleabilidad y la capacidad de resolución de problemas.

En resumen, la computación en la nube no es solo una tendencia; es el paradigma


dominante en la infraestructura de TI, y el dominio de sus principios y tecnologías
es indispensable para cualquier ingeniero de sistemas moderno.
8. Bibliografía

• Armbrust, M., Fox, A., Griffith, R., Joseph, A. D., Katz, R. H., Konwinski, A., ...
& Zaharia, M. (2010). A view of cloud computing. Communications of the
ACM, 53(4), 50-58.

• Bernstein, D. (2014). Containers and Cloud: From LXC to Docker to


Kubernetes. IEEE Cloud Computing, 1(2), 72-76.

• Newman, S. (2015). Building Microservices: Designing Fine-Grained


Systems. O'Reilly Media.

• Amazon Web Services. (2025). Documentación oficial de AWS. Recuperado


de [Link]

• Microsoft Azure. (2025). Documentación oficial de Azure. Recuperado de


[Link]

• Google Cloud. (2025). Documentación oficial de Google Cloud. Recuperado


de [Link]

También podría gustarte