Conceptos básicos de infraestructura
A medida que muchas organizaciones se trasladan a un entorno en la nube, ya sea local o alojado en centros de datos, el rol del administrador de operaciones de TI se vuelve a definir. El ámbito y la complejidad de este cambio aumentan significativamente en función del tipo de entorno en el que su organización desee desplegar.
Antes de trasladarse a la nube, trabajó con un entorno seguro propiamente con sistemas conectados a la LAN privada o a la intranet. Ahora se espera que realice las tareas siguientes en un entorno de nube:
- Aprovisionar los componentes del sistema desde "algún lugar"
- Comprender las implicaciones de la red y los retos de seguridad.
- Trabajar con distintas tecnologías.
- Integrar el nuevo entorno con herramientas que no forman parte de la pila de nube de forma nativa.
- Continuar ofreciendo soporte a los clientes internos como si todavía tuviera un centro de datos local.
IBM Cloud® quiere ofrecerle soporte al 100% durante el proceso. Entre los recursos disponibles que se proporcionan se incluyen una documentación coherente, herramientas de planificación, especialistas de soporte cualificados y una comunidad de usuarios activa. Pongámonos en marcha.
Para obtener más información sobre la infraestructura en la nube, consulte ¿Qué es la infraestructura en la nube?
Modelos de servicio en la nube
Hay tres tipos de modelos de servicio en la nube: Infraestructura como servicio (IaaS), Plataforma como servicio (PaaS) y Software como servicio (SaaS). En la figura 1 se explica cuál es la función de cada modelo de servicio. Para más información, consulte los modelos de servicio IaaS, PaaS, y SaaS- IBM Cloud®.
Con el modelo IaaS, el proveedor es únicamente responsable de mantener la infraestructura subyacente y, de forma opcional, de instalar software como, por ejemplo, sistemas operativos, aplicaciones y bases de datos. Tiene un acceso limitado a la infraestructura subyacente y es responsable de instalar el software o de solicitar a su proveedor de servicios que lo haga. También es responsable del resto de los trabajos de mantenimiento, que incluyen los Service Packs, los software de virus y los parches.
Con el modelo PaaS el proveedor es el responsable de los sistemas mediante el sistema operativo, y de toda la gestión de la infraestructura, que incluye parches del sistema operativo, reparaciones de hardware y valores de red. El usuario puede crear y mantener la aplicación y él mismo o el proveedor pueden instalar middleware, que incluye bases de datos y otros tipos. Este modelo se utiliza para desarrollar y probar software.
Con el modelo SaaS, el proveedor actualiza los sistemas mediante la aplicación. La aplicación está basada en la nube y los usuarios pueden utilizar distintos puntos finales, en función del proveedor de software, para utilizar el software. El proveedor de nube es el responsable de la gestión de toda la infraestructura y la aplicación, que incluye actualizaciones de software, reparaciones de software y valores de red. Este modelo se utiliza en modelos de licencia de software de pago según uso. Para más información, consulte SaaS applications for business and IT.
Tipos de nube
Existen tres tipos diferentes de nubes: públicas, privadas e híbridas. Una nube pública incluye un conjunto de recursos compartidos que se suministran para permitir el acceso a los recursos de una empresa. Se aloja en un entorno multiarrendatario en un servidor virtual y se puede acceder desde cualquier sitio.
Una nube privada incluye recursos suministrados para permitir el acceso a los recursos de una empresa. Se aloja en un hardware dedicado, como un servidor nativo, e in situ en la oficina de la empresa (o entre las oficinas) o mediante un proveedor de nube. Se puede acceder a la nube privada desde cualquier lugar.
Una nube híbrida incluye recursos que combinan los aspectos de las nubes públicas y privadas. Se aloja in situ en la oficina de la empresa (o entre oficinas) y mediante un proveedor de nube. Se puede acceder a la nube híbrida desde cualquier lugar.
Próximos pasos
Para continuar, consulte Planificación de la infraestructura.