WEBVTT 00:00.120 --> 00:01.770 Instructor: Una vez que su organización 00:01.770 --> 00:04.200 ha determinado que el uso de la nube es la solución 00:04.200 --> 00:06.350 adecuada para ellos, la siguiente decisión 00:06.350 --> 00:09.000 es si alojarlo in situ o contratarlo como solución alojada 00:09.000 --> 00:10.530 a un tercero. 00:10.530 --> 00:12.360 Cuando se aloja una solución 00:12.360 --> 00:15.030 in situ, se suele hablar de on-premise. 00:15.030 --> 00:16.890 Aunque las soluciones locales son 00:16.890 --> 00:20.160 excelentes desde el punto de vista de la seguridad, resultan 00:20.160 --> 00:21.660 muy costosas y exigen un equipo 00:21.660 --> 00:24.480 completo de personas para darles soporte. 00:24.480 --> 00:26.730 Ahora bien, si decide utilizar una solución local, 00:26.730 --> 00:29.220 eso significa que tendrá que adquirir todo el hardware, 00:29.220 --> 00:31.650 el software y todo el personal necesario para hacer funcionar 00:31.650 --> 00:34.260 la solución en la nube de su organización. 00:34.260 --> 00:36.210 Además, también necesitarás unas instalaciones 00:36.210 --> 00:38.100 para ese centro de datos, que puedan albergar 00:38.100 --> 00:39.480 todo el equipo y proporcionar el 00:39.480 --> 00:42.180 espacio, la energía y la refrigeración adecuados para que funcione 00:42.180 --> 00:43.950 correctamente. 00:43.950 --> 00:46.447 Por ello, muchas empresas optan por 00:46.447 --> 00:48.480 una solución alojada. 00:48.480 --> 00:49.531 Con un entorno alojado, 00:49.531 --> 00:52.110 un proveedor de servicios externo le proporcionará todo 00:52.110 --> 00:53.040 el hardware y las instalaciones 00:53.040 --> 00:56.280 necesarias para mantener su solución en la nube. 00:56.280 --> 00:57.240 Esto suele hacerse 00:57.240 --> 01:00.360 en un entorno multiarrendamiento en el que varias organizaciones 01:00.360 --> 01:01.920 alojan sus soluciones en la nube 01:01.920 --> 01:04.860 en las instalaciones de un único proveedor externo. 01:04.860 --> 01:07.080 Por ejemplo, Amazon, Microsoft y Google 01:07.080 --> 01:08.929 ofrecen soluciones alojadas para 01:08.929 --> 01:11.250 que las organizaciones las utilicen. 01:11.250 --> 01:15.240 Consideremos el ejemplo de Amazon Web Services, o AWS. 01:15.240 --> 01:17.200 Esta solución multitendencia utiliza 01:17.200 --> 01:18.902 el mismo hardware físico ubicado 01:18.902 --> 01:21.821 en las mismas instalaciones físicas para dar soporte a un 01:21.821 --> 01:24.210 gran número de organizaciones diversas. 01:24.210 --> 01:26.340 Por supuesto, existen separaciones lógicas para 01:26.340 --> 01:28.646 mantener sus datos seguros y evitar que queden expuestos 01:28.646 --> 01:31.740 a otras organizaciones dentro de la plataforma alojada. 01:31.740 --> 01:33.810 Pero si tienes información que quieres 01:33.810 --> 01:35.610 que siga siendo estrictamente confidencial, 01:35.610 --> 01:38.520 es mucho mejor que utilices una solución in situ, donde 01:38.520 --> 01:40.200 puedes controlar todo el acceso 01:40.200 --> 01:42.750 físico y lógico a esos servidores. 01:42.750 --> 01:45.690 Cuando se utiliza una solución multiarrendamiento, los datos residuales 01:45.690 --> 01:48.390 de su organización pueden quedar expuestos a otro arrendatario 01:48.390 --> 01:51.216 a medida que la elasticidad del servidor se amplía hacia arriba o hacia 01:51.216 --> 01:54.600 abajo para aprovisionar y desaprovisionar la capacidad del servidor de acceso, 01:54.600 --> 01:56.465 ya que está utilizando los mismos recursos 01:56.465 --> 01:58.500 compartidos que los demás. 01:58.500 --> 02:00.600 Si decides utilizar un proveedor de alojamiento, 02:00.600 --> 02:02.880 es muy importante que conozcas sus mecanismos de autenticación 02:02.880 --> 02:04.662 y autorización para asegurarte de que cuentan 02:04.662 --> 02:06.330 con las protecciones adecuadas para satisfacer 02:06.330 --> 02:08.580 tus requisitos. 02:08.580 --> 02:10.920 Además, debes informarte sobre las medidas de redundancia 02:10.920 --> 02:12.486 y tolerancia a fallos para asegurarte 02:12.486 --> 02:15.510 de que están a la altura de lo que vas a necesitar. 02:15.510 --> 02:18.630 Otro problema de los proveedores alojados es su ubicación. 02:18.630 --> 02:20.305 ¿Dónde se almacenarán exactamente 02:20.305 --> 02:21.630 sus datos en el mundo? 02:21.630 --> 02:22.980 En función de esa ubicación, 02:22.980 --> 02:25.920 ¿qué leyes van a afectar a su organización y a sus datos? 02:25.920 --> 02:27.270 Estas son las cosas que tiene que 02:27.270 --> 02:28.855 entender a la hora de elegir un proveedor 02:28.855 --> 02:31.170 de servicios alojados para su organización. 02:31.170 --> 02:32.430 Ahora que ha tomado la decisión 02:32.430 --> 02:35.105 de utilizar o no un proveedor de servicios local o alojado, 02:35.105 --> 02:37.050 la última decisión va a girar en torno al 02:37.050 --> 02:39.870 tipo de servicio que desea adquirir. 02:39.870 --> 02:42.240 Ahora hay tres modelos principales de servicios en la nube 02:42.240 --> 02:43.260 entre los que elegir. 02:43.260 --> 02:44.760 Se trata del software como 02:44.760 --> 02:47.790 servicio (SaaS), la plataforma como servicio (PaaS) 02:47.790 --> 02:50.490 y la infraestructura como servicio (IaaS). 02:50.490 --> 02:52.350 Ahora, con el software como servicio, 02:52.350 --> 02:54.022 el proveedor de servicios va a dar a 02:54.022 --> 02:56.100 su organización una solución completa. 02:56.100 --> 02:58.290 Esto incluye el hardware, como redes, servidores 02:58.290 --> 03:00.870 de almacenamiento y virtualización, así como el sistema 03:00.870 --> 03:03.720 operativo, el middleware, el tiempo de ejecución, el procesamiento 03:03.720 --> 03:07.020 de datos y la aplicación o el software necesarios para prestar el servicio 03:07.020 --> 03:09.420 al usuario final. 03:09.420 --> 03:12.780 Por ejemplo, si su organización utiliza Office 365 de Microsoft 03:12.780 --> 03:16.290 o Docs y Sheets de Google Workspace, se consideran una solución de 03:16.290 --> 03:18.990 software como servicio y permiten a los usuarios finales 03:18.990 --> 03:21.105 acceder a su correo electrónico, sus documentos, 03:21.105 --> 03:23.160 sus hojas de cálculo y mucho más directamente 03:23.160 --> 03:26.280 desde su navegador web. 03:26.280 --> 03:27.380 Otro buen ejemplo de 03:27.380 --> 03:30.900 software como servicio es TurboTax y QuickBooks Online. 03:30.900 --> 03:33.185 Proporcionan software de presentación de impuestos 03:33.185 --> 03:36.016 y contabilidad al que puede acceder en línea utilizando sólo su navegador 03:36.016 --> 03:38.490 web y se encargarán de todo el software, todo el hardware y todos 03:38.490 --> 03:41.520 los requisitos de almacenamiento de datos en su nombre. 03:41.520 --> 03:42.600 A veces, sin embargo, tendrá 03:42.600 --> 03:44.760 que crear una aplicación o software a medida para 03:44.760 --> 03:47.850 satisfacer sus necesidades de servicio específicas. 03:47.850 --> 03:50.370 En este caso, puede que sólo necesite que el proveedor de servicios 03:50.370 --> 03:51.630 le proporcione el hardware, 03:51.630 --> 03:53.430 incluidas la red, el almacenamiento, los 03:53.430 --> 03:55.170 servidores y la virtualización, así como 03:55.170 --> 03:56.640 el sistema operativo, el middleware 03:56.640 --> 03:58.920 y las aplicaciones de ejecución. 03:58.920 --> 04:01.232 Pero a diferencia de una solución de software como 04:01.232 --> 04:02.670 servicio, usted va a ser responsable 04:02.670 --> 04:04.800 de crear el código de la aplicación real y de gestionar 04:04.800 --> 04:06.300 el procesamiento de datos entre 04:06.300 --> 04:08.315 su cliente y sus servidores. 04:08.315 --> 04:10.260 Ahora, con la plataforma como servicio, 04:10.260 --> 04:11.280 vas a obtener las ventajas 04:11.280 --> 04:13.890 de utilizar la nube, incluidos recursos compartidos, 04:13.890 --> 04:17.820 utilización medida, rápida elasticidad, alta disponibilidad y sincronización 04:17.820 --> 04:19.410 de archivos. 04:19.410 --> 04:21.377 Pero también tiene la posibilidad de personalizar 04:21.377 --> 04:24.690 su propio desarrollo para satisfacer las necesidades de su empresa. 04:24.690 --> 04:25.770 Según este modelo, el 04:25.770 --> 04:28.230 proveedor externo va a proporcionar a tu organización 04:28.230 --> 04:29.063 el hardware y el software 04:29.063 --> 04:31.020 del sistema operativo necesarios para 04:31.020 --> 04:32.910 que funcione un servicio específico, 04:32.910 --> 04:34.710 pero no te va a dar el código ni la aplicación 04:34.710 --> 04:37.830 más cercana al usuario final. 04:37.830 --> 04:38.790 Por ejemplo, si su empresa 04:38.790 --> 04:41.115 está desarrollando una nueva aplicación web, es posible 04:41.115 --> 04:43.500 que disponga de una plataforma de desarrollo proporcionada 04:43.500 --> 04:45.510 por un proveedor externo en la nube. 04:45.510 --> 04:48.225 En mi empresa, Dion Training, estamos desarrollando 04:48.225 --> 04:49.740 nuestro propio sistema de gestión 04:49.740 --> 04:51.870 del aprendizaje desde cero, pero no queremos 04:51.870 --> 04:54.295 tener que ocuparnos de todo el hardware subyacente, 04:54.295 --> 04:56.970 las redes, el almacenamiento y las capas del sistema 04:56.970 --> 04:59.220 operativo. 04:59.220 --> 05:01.595 Así que elegimos la plataforma como servicio como solución 05:01.595 --> 05:04.440 a través de Amazon Web Services, porque ellos se van a encargar de 05:04.440 --> 05:05.850 todo, desde la base de datos hacia 05:05.850 --> 05:08.370 abajo en nuestra pila tecnológica, y mi equipo y yo solo somos 05:08.370 --> 05:10.290 responsables del código de software con el 05:10.290 --> 05:12.094 que nuestros usuarios finales, nuestros 05:12.094 --> 05:14.610 estudiantes, van a interactuar y luego procesar los datos 05:14.610 --> 05:15.990 a medida que nuestros estudiantes 05:15.990 --> 05:18.240 pasan por nuestros cursos. 05:18.240 --> 05:20.070 Esto es una plataforma como servicio en funcionamiento, 05:20.070 --> 05:22.680 porque Amazon nos proporciona los servidores, las configuraciones 05:22.680 --> 05:24.300 del sistema operativo e incluso las bases 05:24.300 --> 05:25.830 de datos, y luego podemos construir 05:25.830 --> 05:27.657 lo que queramos sobre ellos para proporcionar 05:27.657 --> 05:30.065 nuestra aplicación o software final a nuestros usuarios 05:30.065 --> 05:33.661 finales, que son nuestros estudiantes. 05:33.661 --> 05:35.970 El último tipo de modelo de servicio en nube que 05:35.970 --> 05:37.830 tenemos que cubrir se conoce como IaaS, 05:37.830 --> 05:40.110 o infraestructura como servicio. 05:40.110 --> 05:42.150 Ahora, la infraestructura como servicio es un medio 05:42.150 --> 05:44.678 de aprovisionar recursos informáticos, como servidores, equilibradores 05:44.678 --> 05:48.690 de carga y componentes de red de área de almacenamiento, cuando se necesitan. 05:48.690 --> 05:50.065 Con la infraestructura como servicio, 05:50.065 --> 05:52.620 obtendrá las ventajas de la asignación dinámica de recursos 05:52.620 --> 05:55.590 adicionales, lo que se conoce como elasticidad. 05:55.590 --> 05:56.970 Pero no tienes que enfrentarte al dolor 05:56.970 --> 05:58.680 de cabeza que supone el compromiso a largo plazo 05:58.680 --> 06:01.302 de comprar y poner en marcha todo ese hardware tú mismo. 06:01.302 --> 06:02.610 Por ejemplo, puede contratar 06:02.610 --> 06:05.013 un nuevo servidor web basado en la nube para 06:05.013 --> 06:07.380 alojar el sitio web de su empresa. 06:07.380 --> 06:10.620 Si utilizas Amazon Web Services o AWS, llamarías a 06:10.620 --> 06:12.360 esto EC2, que es Elastic Cloud 06:12.360 --> 06:14.460 Compute, y vas a poder seleccionar 06:14.460 --> 06:15.870 la cantidad adecuada de 06:15.870 --> 06:18.420 recursos para tu instancia EC2. 06:18.420 --> 06:19.800 Quizá decidiste que querías 06:19.800 --> 06:22.170 cuatro CPU, 16 gigabytes de memoria, 500 gigabytes 06:22.170 --> 06:24.900 de almacenamiento o lo que fuera. 06:24.900 --> 06:27.750 A continuación, AWS te asignará esos recursos de hardware para que 06:27.750 --> 06:28.710 los utilices, y entonces 06:28.710 --> 06:30.510 podrás instalar el sistema operativo, el 06:30.510 --> 06:33.090 middleware y el tiempo de ejecución en ese recurso. 06:33.090 --> 06:36.840 Ahora bien, a veces las líneas pueden ser un poco borrosas. 06:36.840 --> 06:38.512 Según el libro de texto y la documentación 06:38.512 --> 06:42.090 oficiales de CompTIA, la infraestructura como servicio se centra únicamente 06:42.090 --> 06:44.880 en el hardware, incluidas las máquinas virtuales, el almacenamiento 06:44.880 --> 06:48.030 y las partes de red de ese hardware. 06:48.030 --> 06:49.380 Dicho esto, sin embargo, la 06:49.380 --> 06:52.290 mayoría de los proveedores como Amazon, Microsoft Azure 06:52.290 --> 06:54.360 y Google Cloud te harán seleccionar el sistema 06:54.360 --> 06:55.680 operativo que deseas tener 06:55.680 --> 06:57.780 instalado en tu instancia de computación 06:57.780 --> 06:59.730 cuando elijas qué recursos quieres y ellos 06:59.730 --> 07:01.530 te los asignarán. 07:01.530 --> 07:02.490 Por ejemplo, las instancias 07:02.490 --> 07:05.730 EC2 de Amazon se pueden poner en marcha automáticamente con la imagen de 07:05.730 --> 07:08.790 máquina Linux de Amazon ya instalada, y esta contiene el sistema operativo 07:08.790 --> 07:11.061 Linux básico listo para que usted lo personalice 07:11.061 --> 07:14.370 completamente para satisfacer sus necesidades. 07:14.370 --> 07:16.470 La razón por la que saco esto a colación es porque 07:16.470 --> 07:18.570 cuando se trata de algo que es principalmente hardware, 07:18.570 --> 07:20.850 el mero hecho de que tenga instalado el sistema operativo 07:20.850 --> 07:22.920 no lo consideraría una plataforma como servicio 07:22.920 --> 07:24.243 en el examen. 07:24.243 --> 07:27.060 Y en su lugar, seguiría optando por la infraestructura 07:27.060 --> 07:28.004 como servicio. 07:28.004 --> 07:30.690 Ahora, para llegar al nivel de plataforma como servicio, realmente 07:30.690 --> 07:31.730 debería incluir todo el 07:31.730 --> 07:34.170 middleware y también el tiempo de ejecución. 07:34.170 --> 07:36.420 Esto incluye cosas como la funcionalidad de la 07:36.420 --> 07:38.370 base de datos, el servidor web, como Apache, 07:38.370 --> 07:40.703 o NGINX, y otro software de servidor y middleware 07:40.703 --> 07:43.980 que vas a necesitar para poder proporcionar esos servicios. 07:43.980 --> 07:46.260 Ahora bien, para el examen, normalmente van a ser bastante 07:46.260 --> 07:47.490 claros cuando algo es infraestructura 07:47.490 --> 07:49.830 como servicio o software como servicio, pero para plataforma 07:49.830 --> 07:53.340 como servicio, puede ser un poco más complicado. 07:53.340 --> 07:55.830 Así que te voy a dar una pequeña pista que deberías 07:55.830 --> 07:57.503 usar en el examen. 07:57.503 --> 08:00.540 Si ve cosas que son más que infraestructura como servicio, 08:00.540 --> 08:03.030 probablemente quiera elegir plataforma como 08:03.030 --> 08:04.920 servicio como respuesta. 08:04.920 --> 08:08.100 Si ves cosas que son menos que el software como servicio, entonces 08:08.100 --> 08:10.800 elegirías la plataforma como servicio, porque realmente 08:10.800 --> 08:12.930 tienes los dos extremos del espectro, con la 08:12.930 --> 08:14.580 infraestructura como servicio a 08:14.580 --> 08:17.010 la izquierda y el software como servicio a la derecha 08:17.010 --> 08:19.125 y la plataforma como servicio en algún punto 08:19.125 --> 08:20.400 intermedio. 08:20.400 --> 08:22.980 En resumen, recuerde que la infraestructura como servicio 08:22.980 --> 08:25.380 le proporciona todo lo necesario para ejecutar 08:25.380 --> 08:26.580 un servidor. 08:26.580 --> 08:28.652 Esto incluye la energía, el espacio, la refrigeración, 08:28.652 --> 08:31.560 la red, los cortafuegos, los servidores físicos, la capa de 08:31.560 --> 08:33.377 virtualización y, a veces, el sistema 08:33.377 --> 08:34.817 operativo. 08:34.817 --> 08:37.380 Ahora, con la plataforma como servicio, vamos a añadir 08:37.380 --> 08:39.300 el sistema operativo y lo que a mí me gusta 08:39.300 --> 08:41.730 llamar el software de infraestructura. 08:41.730 --> 08:43.673 Este software de infraestructura es en realidad 08:43.673 --> 08:45.600 el middleware y el entorno de ejecución. 08:45.600 --> 08:47.070 Y eso significa que estamos hablando 08:47.070 --> 08:50.040 de cosas como un servidor web Apache, una base de datos MySQL, lenguajes 08:50.040 --> 08:52.122 de programación y cosas por el estilo. 08:52.122 --> 08:54.510 Cuando hablamos de software como servicio, nos 08:54.510 --> 08:56.988 referimos a una aplicación de software alojada que 08:56.988 --> 08:59.160 se añade a las partes de infraestructura y plataforma 08:59.160 --> 09:01.530 de las que acabamos de hablar. 09:01.530 --> 09:04.620 Como puede ver, el software como servicio está mucho más cerca 09:04.620 --> 09:06.420 del usuario final que la plataforma 09:06.420 --> 09:09.240 como servicio o la infraestructura como servicio. 09:09.240 --> 09:12.000 Por eso, como profesional de TI, es muy importante que seas 09:12.000 --> 09:13.530 capaz de determinar qué tipo de 09:13.530 --> 09:14.967 as a service es el adecuado para 09:14.967 --> 09:17.790 tu organización en función de sus necesidades. 09:17.790 --> 09:19.260 Y eso es lo que hemos tratado en esta lección 09:19.260 --> 09:20.910 hablando de software como servicio, plataforma 09:20.910 --> 09:23.660 como servicio e infraestructura como servicio.