En principio la nube está diseñada para proporcionar escalabilidad desde un punto de vista conceptual infinita. Por tanto la arquitectura en la nube debe cumplir una serie de requisitos para permitir de forma sostenida el desarrollo y la innovación de servicios.
Con múltiples actores involucrados, la arquitectura de nube debe ser flexible para adaptarse a las necesidades de infraestructura de los CSP (Cloud service provider) y revendedores de servicios. Para poder sacar partido a una infraestructura escalable resulta de vital importancia crear una arquitectura escalable a la que se exige mucho. Por tanto para admitir un servicio en la nube que los usuarios adoptarán y al que permanecerán fieles, la arquitectura de nube debe ofrecer, entre otros aspectos, una disponibilidad y rendimiento excepcionales.
Cuando los usuarios prueban un servicio en la nube, normalmente suelen hacerlo como alternativa a que una aplicación se ejecute directamente en su equipo de escritorio u otro dispositivo conectado. Si un servicio basado en la nube no proporciona una experiencia en cuanto a fiabilidad y velocidad comparable con la de una aplicación en el dispositivo, los usuarios no lo utilizarán. La carga de proporcionar disponibilidad y rendimiento extraordinarios de las aplicaciones recae sobre la arquitectura de nube.
Otro aspecto sustantivo es proporcionar seguridad sin incertidumbres. Un servicio en la nube no prosperará a menos que los clientes y los clientes potenciales confíen en que sus datos confidenciales estarán seguros en el servicio. Es responsabilidad de la infraestructura de la nube proteger contra la pérdida, la destrucción y el robo de datos.
Los diseñadores e implantadores de la nube hacen todo lo que pueden en el centro de datos para garantizar que su arquitectura de nube sea capaz de satisfacer estos objetivos esenciales. Pero la realidad ineludible de cloud computing es que uno de los componentes fundamentales de la arquitectura de nube es la red pública de internet, con todas sus limitaciones y vulnerabilidades. De hecho, las implementaciones en la nube tienen que soportar múltiples normas dentro de la misma infraestructura de la nube. Un ejemplo crucial es el vinculado a la asignación de recursos para el acceso de los clientes.
Asimismo, la arquitectura de nube debe permitir y apoyar la evolución de estas normas, sin necesidad de cambios drásticos en la infraestructura de punta de los proveedores de servicios en la nube. Un CSP debe ser capaz de soportar múltiples estándares dentro de la misma arquitectura y migrar a un nuevo estándar si así lo desean, sin tener para cambiar todo en la red del CSP o perder el cliente existente, por falta de flexibilidad en la red.
El acceso de banda ancha es fundamental para utilizar los servicios en la nube. El acceso debe garantizar en general una experiencia al CSU, igual o superior a la que ofrezca su propia intranet. La arquitectura debe permitir varios modelos y categorías de despliegues de servicios, tales como los ya conocidos IaaS, PaaS, SaaS, CaaS, y Naas y la posibilidad de proporcionar o bien todos, o un subconjunto de estos servicios.
Para las operaciones de nube privada e híbrida, los servicios brindados deben aparecer como si fuesen de intranet.
Esto significa que un usuario debe ser capaz de acceder a los recursos utilizando los mismos nombres de dominio como en la intranet y desde luego la arquitectura de nube debe permitir la detección temprana, el diagnóstico y el restablecimiento de fallas vinculadas a los servicios brindados y habilitar la seguridad a nivel de la intranet de la red.
Esto puede incluir el acceso a los registros, informes de actividad, y la supervisión de sesiones, e inspecciones de paquetes en la red. También debe incluir cortafuegos, acceso al control, detección y prevención de ataques maliciosos.
Asimismo, la arquitectura de nube debe ser compatible con la movilidad de los recursos que incluye movilidad de máquinas virtuales dentro de una mesa o centro de datos. Debemos recordar que la posibilidad de movilidad de los recursos depende de ser capaz de tratar una red completa y compleja como una única entidad.
*Consultor
[email protected]
