La arquitectura de la nube es la organizaci¨®n de los componentes y sub-componentes en una estructura l¨®gica, eficiente y efectiva que les permite trabajar juntos para lograr una objetivo, maximizando las fortalezas y minimizando las debilidades.
La arquitectura de la nube consiste de los componentes y sub-componentes que se encuentran en una nube. Aunque esa es una descripci¨®n muy gen¨¦rica, se trata de mucho m¨¢s que de la tecnolog¨ªa en la arquitectura de la nube. El National Institute of Special Publication 500-929 (NIST SP 500-292) se enfoca en las entidades involucradas ¨C el consumidor de la nube, el proveedor, el auditor, etc. Realmente no puede llegar a la tecnolog¨ªa sin ellos.
La arquitectura de la nube puede desglosarse en una taxonom¨ªa de cuatro niveles: rol, actividad, componente y sub-componente. Al discutir acerca de la arquitectura de la nube, es necesario decir qui¨¦n hace qu¨¦, c¨®mo y con qu¨¦ herramientas.
Well-architected framework
Well-architected framework
Un ¡°well-architected framework¡± toma mucho trabajo. Hay mucho por considerar cuando se pasa por este proceso. Al principio, hay muchas preguntas que responder, como lo siguiente:
La lista contin¨²a, por lo que es vital asegurarse de que la arquitectura est¨¢ hecha de manera correcta, para que la implementaci¨®n de una nube no cause m¨¢s da?o que el bien que puede traerle a un negocio.
Roles
Las actividades dentro de la arquitectura de la nube definen el acceso y el consumo de SaaS, PaaS y IaaS. Esto tambi¨¦n incluye la orquestaci¨®n, auditor¨ªas y seguridad.
Elija los componentes de la arquitectura de la nube para cumplir con un objetivo. ?Cu¨¢les son las acciones, pasos, tareas y procesos espec¨ªficos que deben completarse para cumplir este objetivo? Al considerar la nube, primero decida si una nube p¨²blica o privada o alguna combinaci¨®n de ellas es la mejor decisi¨®n para el negocio. Una nube h¨ªbrida conecta, digamos, por ejemplo, una nube p¨²blica a una privada. Un t¨¦rmino m¨¢s nuevo, multi-nube, se define como p¨²blico o privado sin ninguna conexi¨®n entre ellas.
Otro tema a abordar al elegir los componentes es el problema de la interoperabilidad y la portabilidad.
Una consideraci¨®n cuidadosa de estos dos temas en t¨¦rminos del objetivo del negocio es cr¨ªtico desde el principio para dise?ar una nube. El riesgo de dejar esto de lado desde el principio es que un negocio podr¨ªa encontrarse atorado con una arquitectura inadecuada o inapropiada.
Sub-componentes
Los sub-componentes permiten que una empresa comience a abordar temas de administraci¨®n de service level agreement (SLA) y temas como el aprovisionamiento r¨¢pido y el cambio de recursos.?
Arquitectura de la seguridad de la nube
En la arquitectura de la seguridad de la nube, se agregan los elementos de seguridad a la arquitectura de la nube. La seguridad de la nube siempre involucra una responsabilidad compartida entre el proveedor y el consumidor de la nube. La divisi¨®n de la responsabilidad depende del tipo de la estructura de la nube que est¨¢ usando: IaaS, PaaS o SaaS. Hay una divisi¨®n de responsabilidades dise?ada por la International Organization for Standardization (ISO), NIST, e incluso la Cloud Security Alliance (CSA). Al final, sin embargo, esto se determinar¨¢ por el proveedor de la nube y el cliente al escribir el contrato.
Como cliente de la nube, es importante hacer una evaluaci¨®n de riesgos para asegurar que entiende las consecuencias de usar cualquier forma de nube. Si no est¨¢ construyendo su propia nube en su propio data center, el contrato debe decir qui¨¦n es responsable por qu¨¦ o, m¨ªnimo, con qu¨¦ puede contar que haga el proveedor de la nube.
Estos son algunos controles de seguridad para considerar al momento de dise?ar o usar una soluci¨®n en la nube:
Art¨ªculos Relacionados
Investigaciones Relacionadas