# Elija un modelo operativo de alojamiento antes de elegir una nube | SwissOctet Insights https://swissoctet.com/es/insights/choose-a-hosting-operating-model/ SwissOctet / Perspectivas / Web y onion Web y onion Aplicado · 4 min de lectura Elija un modelo operativo de alojamiento antes de elegir una nube Compare el alojamiento compartido, una VPS, hardware dedicado y grandes plataformas en la nube según la responsabilidad, la recuperación, las dependencias y el presupuesto operativo completo. Por SwissOctet Editorial Guardar guía Copiar enlace EN ESTA PÁGINA 01 Comience por el trabajo que necesita que alguien asuma 02 Comprenda qué añade la nube a la comparación 03 Elija una arquitectura que pueda recuperarse 04 Compare el presupuesto operativo completo 05 Trate la privacidad como un mapa de dependencias 06 Utilice la ruta de migración como parte de la decisión Su lista de verificación práctica Fuentes y lecturas adicionales Volver a la biblioteca LA RESPUESTA DIRECTA Compare los modelos de alojamiento según las responsabilidades operativas que asignan y la arquitectura que permiten. La escala de la nube, una máquina virtual y el hardware dedicado describen aspectos diferentes de un sistema; ninguno por sí solo demuestra privacidad, coste o comportamiento de recuperación. 01 Comience por el trabajo que necesita que alguien asuma Una decisión de alojamiento asigna trabajo operativo además de recursos informáticos. Un proyecto necesita una cuenta que ejecute un sitio web convencional; otro necesita control sobre los paquetes del sistema operativo y los procesos en segundo plano. Un tercero necesita una plataforma de base de datos cuyo mantenimiento se gestione bajo un contrato de servicio específico. Enumere primero esas responsabilidades, junto con las personas disponibles para mantenerlas. El alojamiento compartido normalmente expone un entorno a nivel de cuenta. Una VPS expone un sistema operativo invitado, mientras que el hardware dedicado traslada el límite de la máquina a un servidor físico. Gestionado es una cuestión aparte: una etiqueta de producto no le dice quién aplica los parches, restaura los datos o investiga un incidente. Pida el alcance de la gestión y un procedimiento de recuperación en lugar de tratarlo como una característica universal. 02 Comprenda qué añade la nube a la comparación NIST describe la computación en la nube mediante características como el acceso bajo demanda, la agrupación de recursos, la elasticidad y el servicio medido. Una máquina virtual puede ser un componente de una plataforma en la nube, por lo que VPS y nube no son tecnologías mutuamente excluyentes. La comparación útil es entre los servicios concretos ofrecidos: una máquina virtual fija, una flota elástica o una aplicación construida en torno a servicios gestionados. Hyperscaler es un término de la industria para un proveedor que opera infraestructura y plataformas de servicios a muy gran escala. Esa escala puede ofrecer una amplia gama de herramientas de despliegue y opciones geográficas; no le dice si una arquitectura concreta satisface sus necesidades. Evalúe la región, las dependencias de servicio, el modelo de identidad y el contrato de cada componente. Tanto un proveedor más pequeño como una gran plataforma requieren una explicación clara de adónde van los datos. Modelo operativo Control disponible para el proyecto Pregunta antes de elegir Cuenta de alojamiento compartido Ajustes del sitio dentro del alcance de la cuenta ¿Encaja el entorno de ejecución con la aplicación? Máquina virtual SO invitado y servicios instalados ¿Quién mantiene y restaura el invitado? Máquina dedicada Un límite de servidor físico ¿Justifica la carga de trabajo este límite? Servicio en la nube gestionado El API del servicio y los ajustes compatibles ¿Qué sigue siendo responsabilidad del cliente? 03 Elija una arquitectura que pueda recuperarse Una sola máquina puede ser un punto de partida sensato para una aplicación pequeña cuando sus requisitos de recuperación permiten una restauración o una ventana de mantenimiento planificada. Añadir un segundo nodo de aplicación cambia el diseño solo si el enrutamiento del tráfico, las sesiones y los datos persistentes funcionan correctamente en ambos. Dos servidores que ejecutan el mismo plan de recuperación incompleto siguen siendo un plan de recuperación incompleto. El almacenamiento distribuido ilustra esta distinción. Software como Ceph reparte el trabajo de almacenamiento entre un clúster y ofrece interfaces de objetos, bloques y archivos. La replicación o la codificación de borrado pueden ayudar a tolerar fallos de hardware concretos, pero el clúster también necesita capacidad para la recuperación y el reequilibrio. Una copia activa distribuida no sustituye a una copia de seguridad independiente. Decida cómo se comportan las escrituras durante una partición de red y pruebe los casos de fallo relevantes para la implementación elegida. 04 Compare el presupuesto operativo completo Escriba el presupuesto como una carga de trabajo: tráfico normal, un intervalo de máxima actividad, datos almacenados, retención de copias de seguridad y transferencia necesaria para la recuperación. Incluya software de pago, API externas, tiempo de administración y el coste de volver a mover los datos. Una cifra mensual inicial y una estimación basada en el uso responden a preguntas diferentes. Compárelas durante el mismo periodo y conserve los supuestos junto al resultado. Para una gran plataforma en la nube, identifique todos los servicios necesarios para mantener la aplicación en funcionamiento. Para una VPS, incluya el trabajo que, de otro modo, absorberían los servicios gestionados. Ninguno de los dos enfoques es automáticamente más barato. Comience con un despliegue pequeño y representativo o un presupuesto documentado, y luego revise la factura real frente al modelo. Reserve espacio para el tráfico de recuperación y la capacidad de migración temporal en lugar de presupuestar solo el estado estacionario. 05 Trate la privacidad como un mapa de dependencias La región de la máquina es una entrada en un mapa más amplio. La autenticación, la supervisión, las herramientas de soporte, las copias de seguridad y las API de modelos pueden operar a través de servicios separados. Registre qué recibe cada uno, quién puede acceder a ello y cuánto tiempo se conserva. El modelo de responsabilidad compartida de AWS es un ejemplo de un proveedor que separa explícitamente sus deberes de infraestructura de los deberes del cliente; el alcance cambia según el servicio. Utilice esa distinción al comparar proveedores sin trasladar las obligaciones de un proveedor al contrato de otro. Una configuración de SwissOctet describe una ubicación de alojamiento y los recursos enumerados. No establece la ubicación de las integraciones que añada después. Minimice los datos que recibe cada dependencia, asegure la administración y verifique los destinos de copia de seguridad antes de hacer una afirmación sobre el recorrido de los datos de su propia aplicación. 06 Utilice la ruta de migración como parte de la decisión Compruebe cómo puede exportar los datos de la aplicación, la configuración y las identidades. Una aplicación convencional en una máquina virtual puede ser sencilla de trasladar, mientras que una base de datos o un sistema de eventos específicos de un servicio pueden requerir una adaptación. La portabilidad también depende del conocimiento operativo: una copia de seguridad que nadie sabe restaurar es un plan de salida débil aunque su formato sea abierto. Para una primera lista corta de SwissOctet, compare Canvas cuando encaje un entorno web a nivel de cuenta, Vector para el control del SO invitado y las gamas Metal cuando importe el límite físico. Las opciones orientadas al almacenamiento responden a una pregunta de capacidad diferente y no deben describirse como un clúster distribuido gestionado. Mantenga la arquitectura lo bastante pequeña para operarla y añada complejidad de plataforma cuando aborde un requisito probado en lugar de una escala futura imaginada. CONVIÉRTALO EN ACCIÓN Su lista de verificación práctica. ✓ Asigne la propiedad de la administración y la recuperación. ✓ Distinga una VM de la plataforma en la nube más amplia. ✓ Presupueste dependencias, transferencia y mantenimiento. ✓ Pruebe un límite de fallo antes de añadir nodos. ✓ Registre una ruta viable de exportación y migración de datos. Descargar lista de verificación PREGUNTAS FRECUENTES Los detalles que importan. ¿Puede una VPS formar parte de una plataforma en la nube? + Sí. Una máquina virtual puede ser un servicio en la nube. Compare el modelo real de recursos, escalado y gestión en lugar de suponer que los nombres describen tecnologías exclusivas. ¿Sustituye el almacenamiento distribuido a las copias de seguridad? + No. La redundancia activa aborda fallos seleccionados de componentes. Una copia de seguridad independiente y una prueba de restauración abordan otros fallos, como el borrado y los datos de aplicación dañados. ¿Es una gran nube siempre una mala opción de privacidad? + No. Evalúe los servicios concretos, los flujos de datos y los controles contractuales. El tamaño del proveedor por sí solo no establece la idoneidad de la arquitectura. REFERENCIAS PRINCIPALES Vaya a la fuente. Estas referencias respaldan los conceptos técnicos de esta guía. Consulte la documentación actual antes de cambiar un sistema de producción. NIST SP 800-145: La definición de computación en la nube nvlpubs.nist.gov AWS: Modelo de responsabilidad compartida aws.amazon.com Ceph: Arquitectura de almacenamiento docs.ceph.com Ceph: Codificación de borrado docs.ceph.com Orientación editorial de SwissOctet. Los ejemplos son ilustrativos. Las especificaciones del servicio, las opciones disponibles y las condiciones contractuales deben verificarse por separado. CONECTE EL CONOCIMIENTO Infraestructura relacionada. Canvas Web Suiza Vector VPS Suiza Metal Origin Suiza Vault Storage Suiza MANTENGA EL HILO Sus próximas notas de campo. Explore todas las guías NOTA DE CAMPO / 01 + Dedicado y GPU Fundamentos VPS o dedicado: elija el límite que se ajuste Comprenda qué cambia una máquina física, qué no cambia y cuándo se convierte en un paso útil para su carga de trabajo. 4 min de lectura Lea la guía NOTA DE CAMPO / 02 + Web y onion Fundamentos Alojamiento web o una VPS: elija el trabajo que quiere asumir Compare los requisitos de la aplicación, el control y las responsabilidades de mantenimiento en lugar de tratar una VPS como el siguiente paso automático para cualquier sitio web. 6 min de lectura Lea la guía NOTA DE CAMPO / 03 + Almacenamiento y recuperación Fundamentos Almacenamiento de objetos, archivos o bloques: elija la interfaz que necesita su aplicación Distinga las interfaces de almacenamiento, la semántica de acceso y las responsabilidades operativas antes de convertir un requisito de capacidad en una arquitectura de aplicación. 4 min de lectura Lea la guía