Diseñar arquitecturas en AWS

1. Promoción de arquitectura: moverse a la nube se está volviendo muy popular. Con eso, cada vez más organizaciones están decidiendo dar el salto y trasladar la infraestructura de local a la nube. Al hacerlo, diseño de arquitecturas se ha vuelto muy importante. Hola a todos, todos, y bienvenidos a diseñar arquitecturas en AWS. Mi nombre es Qassam Shaw y he sido arquitecto empresarial, ayudando a las organizaciones a dar ese salto desde las instalaciones a la nube desde hace más de 14 años. Este curso está diseñado para estudiantes que tienen un conocimiento de trabajo fuera del entorno de AWS y que buscan encontrar situaciones del mundo real sobre cómo pueden desarrollar arquitecturas para sus organizaciones. En este curso, lo que he hecho es dar múltiples ejemplos de desarrollo de soluciones del mundo real en AWS que puedes tomar y aplicar a tu organización o a tu negocio. Por lo que veremos desarrollar varias arquitecturas diferentes, como aplicaciones como gamey o si tienes un sitio web de comercio electrónico, cómo podemos desarrollar arquitecturas para ellas. No sólo eso, también he demostrado cómo y cuándo las organizaciones deben migrar a la nube. Hay muchas empresas por ahí que no saben cuándo y cómo pueden migrar su sistema a la nube. Por lo que he incluido lecciones sobre cuándo y cómo las organizaciones pueden decidir migrar a una pregunta W y después de hacer eso, cómo pueden diseñar soluciones y arquitecturas en AWS que imiten sus sistemas in premises . Este curso está diseñado, como dije, para estudiantes de nivel intermedio, por lo que querrías tener. O bien debe tener un conocimiento de trabajo fuera de los diferentes servicios que ofrece AWS. No, doy la bienvenida a sus comentarios. He puesto mucho esfuerzo en este curso, y he hecho corto y diseño de una manera que ustedes puedan aplicar lo que aprenden en este curso a la de su organización de inmediato. Si tienen alguna pregunta mientras van a las anotaciones, por favor, publíquelas en el matando a sección. Doy la bienvenida a cualquier comentario, y estaré más que feliz de contestar cualquier pregunta o aclarar y cuestiones que pueda tener en cualquiera de las lecciones. Entonces, ¿a qué esperas? Haga clic hacia fuera el botón de nueve años ya y comience a aprender 2. Arquitectura de aplicaciones web: Hola a todos. Y bienvenidos a esta lección. Estoy viendo cómo podemos construirlo de arquitecturas. Y esta está enfocada en cómo podemos construir sobre la arquitectura que se va a utilizar para alojar una aplicación Web. Por lo que construir un alojamiento Web altamente disponible y escalable puede ser una operación muy compleja y costosa . En ocasiones tienes periodos de pico densos y oscilaciones salvajes y patrones de tráfico, lo que puede resultar en una baja utilización de hardware costoso. AWS proporciona la infraestructura confiable, escalable, escalable, segura y de alto rendimiento necesaria para las aplicaciones de rob, al tiempo que permite también en esa escala elástica y escalada en la infraestructura para igualar los costos i t en tiempo real como el tráfico de clientes fluctúa a lo largo de la fecha durante toda la semana o durante todo el mes . Ahora aquí hay un diagrama básico de cómo podemos desarrollar una arquitectura a partir de una infraestructura de AWS , que en host una aplicación Web confiable y escalable para nosotros. Déjame guiarte por este paso a paso. No ante todo. Nos vamos de pie obviamente necesitamos un d n un servicio, que es lo que AWS hace por nosotros a lo largo de 53 por lo que nuevamente las solicitudes DNS del usuario serán atendidas por Route 53 que es un sistema de nombres de dominio de alta disponibilidad desarrollado específicamente por AWS. Network Craft lo va a encaminar a la infraestructura en funcionamiento y a los servicios Web de Amazon. A continuación, tenemos algo llamado cloudfront. Todo el streaming estático y el contenido dinámico serán entregados por la infraestructura de Amazon Cloudfront , que es una red global de ubicaciones de borde. Por lo que las solicitudes van a ser enrutadas automáticamente a la educación más cercana. El contenido se entrega con el mejor rendimiento posible. Independientemente de dónde se encuentre en el mundo, obtendrá el contenido almacenado en caché localmente en la educación de la que AWS como alrededor de 160 ubicaciones en todo el mundo. Por lo que a continuación el recurso es en lugar de contenido utilizado por la aplicación Web se van a almacenar en A S three bucket, que, si ustedes recuerdan, es una infraestructura de almacenamiento altamente duradera diseñada para misión crítica y almacenamiento de datos primarios. Esta será nuestra mejor opción, en comparación con E. B s o DFS, que realmente no funcionará para una aplicación Web la cual será utilizada a través de cloudfront porque con cloudfront debilita designar y tan tres bucket como su fuente primaria. Entonces, el cuarto paso http solicita nuestro primero manejado por el equilibrio de carga elástico, que distribuye automáticamente el tráfico entrante de aplicaciones entre el host de E C. Dos instancias que se van a estar ejecutando en su infraestructura. Ahora, como ustedes pueden ver, las instancias fáciles se desarrollan y alojan en una infraestructura de zona de disponibilidad múltiple . Ahora lo que esto va a hacer, va a permitir una mayor tolerancia a fallas. Si uno de los ochenta falla o está abajo, el otro puede recoger el tráfico. Si bien AWS pone al día el 1er 1, estaba ocupado yendo a proporcionar una capacidad de equilibrio de carga sin fisuras necesaria en respuesta al tráfico entrante de aplicaciones. Por lo que a continuación en el primer paso, tenemos servicio Web nuevamente en ambas zonas de disponibilidad alojadas en PC dos instancias. Ahora, con instancias fáciles, lo que se recomienda er es que la organización desarrolló ojos AM o imágenes de máquina de Amazon. Entonces, por ejemplo, dice que están en un grupo de autoescala. Si uno de los servidores Web, o instancias fáciles, debe fallar, Auto Scaling Group va a automáticamente provisional nuevo, por lo que es muy recomendable que tengamos am eyes para el servicio Web con el requerido aplicaciones, parches y software ya precargados en el hielo A m en el grupo de autoescalado aprovisionamiento un twisters más nuevos. Simplemente puede agarrar eso, ¿estoy metiendo en el fácil de instancia, y va a estar bien ir. Y luego en el último paso, tenemos el núcleo del servicio de aplicaciones, que es el servicio de base de datos para brindar la alta disponibilidad. El RDS o el servicio de base de datos de relación se va a utilizar en un despliegue multimargarita donde se tiene un RDS maestro primario, y luego se tiene un RDS en espera en una zona de disponibilidad diferente. Por lo que ustedes reconocen que esta arquitectura proporciona una infraestructura general para que ustedes operen una aplicación Web. En un entorno altamente disponible y confiable, tiene el cloudfront, que proporciona el acceso rápido ante las personas que están accediendo a él. Globalmente. Tiene el Grupo Auto Scaling, que distribuye las instancias inferiores a múltiples ec2. Entonces si tienes tráfico pico, se equilibrará en consecuencia y luego tendrás el equilibrio de carga elástico. También para el servicio de aplicaciones, necesitamos el E l. B tanto para los servidores Web para el tráfico como para el servidor de aplicaciones, por lo que la aplicación podría realmente manejar la carga también, y lo más importante, todo esto se despliega en un entorno multi fácil. Por lo que tienes la tolerancia a fallas. Si un ese fallara por alguna razón, el otro puede recoger al Señor mientras que el 1er 1 es puesto al día por AWS. Por lo que esta es una configuración básica si desea hospedar una aplicación Web en AWS y justo como recordatorio, los servicios y la arquitectura que se requiere I z Amazon Route 53 el Amazon cloudfront los S tres cubos, el equilibrio de carga fácil de instancias los grupos de escalado automático y luego el RDS para la base de datos para el servidor de aplicaciones. 3. Arquitectura de medios y contenido: hola a todos. Y bienvenidos a esta lección de mirar la arquitectura para construir una infraestructura de medios de servicios y contenidos. Ahora la mayoría de nosotros asumimos que servir contenido visual es probablemente una de las tareas más básicas y directas. Ahora eso se complica cuando tienes requerimientos serios de baja latencia o alta disponibilidad, habilidad de adorar, control de acceso. Y si tienes millones de puntos de vista y obviamente la más importante, tiene que estar por debajo del presupuesto. Además, debido a patrones de usos puntiagudos, los equipos de operaciones a menudo necesitan aprovisionar hardware estático, red y recurso de administración es apoyar la máxima necesidad esperada con garantías desperdicio fuera de las horas pico . Ahora lo bueno de AWS es que proporciona un conjunto de servicios específicamente adaptados para ofrecer un entorno de servicio de medios de alto rendimiento. Entonces veamos cómo podemos desarrollar una arquitectura en AWS para superar algunas de estas deficiencias que tendríamos si lo hiciéramos en Prem. Entonces el primer paso y todo lo que va a estar disponible a través de la Red es utilizar el servicio DNS de Amazon Route 53, que se va a utilizar para dirigir el tráfico de usuarios al ecosistema de AWS. Ahora el primer paso será el almacenamiento encendido. Ustedes admiten que para este tipo de infraestructura, las mejores puertas serán el Amazonas como tres para albergar el contenido estático en la Web. El motivo de eso es porque S tres es intrínsecamente altamente disponible y duradero, y es por defecto, diseñado para escalar hacia fuera en la Web. También brindará una gran manera de ofrecer el trabajo de encuestar contenido extático en sus servidores Web y, lo más importante, también puede proporcionar el acceso seguro a sus servidores de contenido o https. Ahora, obviamente, si lo tenemos, los usuarios globales querrán que accedan al contenido en baja latencia. Y para eso, en el segundo paso, vamos a utilizar el servicio cloudfront de Amazon, que va a utilizar las ubicaciones de borde que Amazon tiene alrededor del globo apagado, que son 100 y 60 y contando para esto día. Ahora, mientras usas el S tres como origen, señor, señor, para la nube para distribución, obtienes la ventaja de tener un rápido en tasas de transferencia de datos de red, flujo de trabajo de publicación y cobro sencillo y obviamente un marco de seguridad unificado son el S tres y Cloudfront puede ser configurado por un servicio Web a través del AWS Management Council . O si, por ejemplo, lo prefiere. También se puede hacer a través de herramientas de gestión de fiestas 1/3 porque algunas organizaciones, tienen sus propias herramientas personalizadas para sus aplicaciones Web. Por lo que lo bueno de AWS es que también puedes utilizar tus propias herramientas de administración si lo deseas. Ahora, alternativamente, como ustedes no pudieron ver y el Paso tres también puede utilizar el E C dos instancias como el servidor de origen fuera del S tres para alojar el contenido estático. Ahora, si, por ejemplo, desea tener un mayor grado de control para el registro y la riqueza de características al servir el contenido, entonces querría utilizar las instancias fáciles. De lo contrario, si es puramente un contenido estático, puedes salir adelante con solo tres cubos, por lo que depende del tipo de contenido y del tipo de información que requieras. Entonces si requieres el control adicional y el registro, entonces necesitas las instancias fáciles. Pero solo ten en cuenta que si lo haces aprovisionado tan fácil a instancias, entonces eso también elevará tus costos. En el cuarto paso se encuentra una transmisión en vivo off con la potencia de Adobe Flash Media Server alojado en fácil de combinar con el cloudfront para la distribución de secuencias y el cobro de streaming en vivo funciona realmente sin problemas en la plataforma de AWS. Ahora esta configuración utilizó un servidor Web para alojar un archivo XML de punto manifiesto. Amazon devpay Fácil de instancias para alojar servidor de medios flash con precios de licencia oral y luego el cloudfront para servir el stream. Entonces, ¿se montaría esto? Básicamente tienes una infraestructura óptima para no solo hospedar contenido estático, sino también proporcionar streaming en vivo. Ahora, si específicamente en lee tienes contenido estático, entonces puedes simplemente pasar con el S tres y el cloudfront. Pero si tienes contenido estático y también quieres proporcionar streaming en vivo, entonces quieres seguir adelante y hacer lo fácil. Dos instancias tanto para el contenido estático como también para la transmisión en vivo a través de la instancia del servidor Adobe Flash proporcionada por AWS de nuevo tal y como se requiere un recapitulación en términos del recurso y está disponible en AWS para que pueda desarrollar un contenido y un medio entorno de servicio, siempre tienen esas dos instancias fáciles. Tienes esa Ruta 53 que es la D n un servidor y eso va a escribir el tráfico entorno de dos años, el otro amigo de la nube para el cobro y la baja latencia. Y luego tienes los cubos de historia para el almacenamiento duradero y seguro fuera de tu contenido. 4. Arquitectura de procesamiento de lajes: todo el mundo. Y bienvenido a esta lección Estoy viendo cómo podemos usar la infraestructura de Amazon AWS para hacer trabajo de procesamiento por lotes. Otro montón de diferentes aplicaciones orientadas por lotes en su lugar hoy que pueden amantes Este tipo de infraestructura fuera, por ejemplo, procesamiento de reclamaciones o medios de transformación a gran escala Trans Golding y datos multiparte trabajo de procesamiento. Ahora el mejor procesamiento en AWS permite el aprovisionamiento bajo demanda de una arquitectura de procesamiento de trabajos multiparte que podría usarse para una implementación instantánea o retardada de un genio de Hatra y una cuadrícula escalable fuera de los nodos de trabajo que pueden atravesar rápidamente cantidades de tareas de procesamiento por lotes. Y la mejor parte al respecto es que pueden hacerlo en paralelo. Ahora, mucha arquitectura de procesamiento por lotes son a menudo sinónimo de patrones de uso altamente variables que tienen un uso significativo. Los picos, por ejemplo, en las finanzas suelen tener mes y procesamiento, lo que le sigue un periodo significativo de subutilización. La mejor parte de AWS es que puede ayudarte a superar esa variable. Entonces veamos cómo podemos desarrollar una arquitectura para superar algunos de estos temas. Entonces aquí tenemos la arquitectura básica de cómo podemos conseguir una infraestructura de procesamiento de murciélagos configurada en AWS. Entonces lo primero, obviamente, es que los usuarios van a interactuar con una aplicación de gerente de empleo, cual se va a desplegar. En una instancia fácil. Este es el componente principal que va a controlar el proceso apagado. Aceptar, programar, iniciar, gestionar y completar trabajos malos. Adicionalmente, también va a proporcionar los resultados finales después de que se haga todo el crujido. Entonces después de que el usuario interactúe con las primeras tins gemelas cc, lo que va a pasar es que los datos de trabajo en bruto se van a subir en una instancia S tres. Entonces tenemos ese big s tres cubo que va a almacenar todos sus datos para el trabajo ahora que vamos a hacer es en lugar de solo hacer todo ese gran lote de flujo a la infraestructura, lo que va a causar cuellos de botella, lo que vamos a hacer es romper eso usando el simple que service o sqs tareas de trabajo de punto individuales van a ser insertadas por el gerente de trabajo en una entrada sqs Q. En nombre del usuario, entonces lo que va a pasar son los nodos de trabajo, o básicamente un host de E C dos instancias, que se despliegan en un grupo de escalado automático y que el escalado automático va a acomodar para las instancias pico y fuera de pico. Y adicionalmente, se pueden utilizar las instancias puntuales. Si ese trabajo por lotes se va a hacer durante las horas pico fuera, vamos a si se trata de procesamiento de big data y se puede hacer durante las horas pico fuera, se puede utilizar spot. Se ven dos instancias para incluso ahorrar aún más costos. Por lo que al volver esas Semana Santa dos instancias van a estar en un grupo de autoescala, y el grupo es básicamente un contenedor que asegura salud y escalabilidad del trabajador señala. Por lo que trabajador sabe que van a recoger las partes de trabajo de la que de forma automática y realizar tareas individuales que forman parte de la lista fuera de un proceso por lotes pasos. Por lo que después de haber procesado esas tareas a término, los resultados del trabajador nórdicos se almacenan de nuevo en el Amazonas como tres cubos. Entonces, en el sexto paso, progreso, información y las estadísticas se almacenan en una tienda analítica, y dependiendo del tipo de datos que tengas, eso puede ser un dominio Amazon simpledb o un dominio dynamodb o una base de datos relacional. Si requieres las relaciones complejas y entonces utilizarías un servicio RDS. Si se trata de datos tan sencillos, puedes usar el dinamodb y luego por último, también puedes tener un proceso de encadenamiento o, en el siete paso que chicos pueden ver tareas completadas se pueden insertar en una cola de SKs para cambiar a un segundo etapa de procesamiento. Por lo que todo depende de qué tipo de trabajo de procesamiento por lotes vas a estar haciendo. Adicionalmente, se puede cambiar en una segunda etapa si es necesario. Por lo que esta infraestructura optimiza el flujo de los trabajos de procesamiento por lotes dividiendo ese enorme trabajo por lotes en tareas más pequeñas que manejé por tacos de sqs y adicionalmente, el trabajador anota en un grupo de autoescala que puede acomodar para los picos de uso. Entonces nuevamente, en resumen, los servicios que se requieren para construir una arquitectura de procesamiento por lotes Optima son las EEC dos instancias otra vez, cuál sería la principal que el usuario se interactuara y luego se tiene el nodos de trabajo. Después tienes el Amazon rds o el dinamodb. El simple base de datos. Se puede tener el Amazonas como tres cubos. Vamos a tener el grupo de autoescalado para los nodos de trabajo y luego finalmente, los sqs lindo para romper ese gran trabajo de procesamiento por lotes en tareas más pequeñas 5. Alta disponibilidad y arquitectura de tolerante con la verdad: Hola a todos. Y bienvenido a esta lección sobre cómo podemos construir un entorno tolerante a fallos dentro de AWS. Ahora será tiene brinda servicios e infraestructura que son inherentemente fallas, tolerantes y de alta disponibilidad. Pero hay algunos aspectos del entorno de AWS que no son inherentemente tolerantes a fallas que necesitan una configuración adicional para que sean fallas, tolerantes y de alta disponibilidad. Por ejemplo, E C dos instancias dentro de AWS proporcionan bloques de construcción de infraestructura que por sí mismos pueden no ser tolerantes a fallas. Por ejemplo. Los discos duros pueden sentir que las fuentes de alimentación pueden fallar y los racks pueden fallar, por lo que es importante utilizar combinaciones de características que ofrece AWS que vamos a analizar para que usted logre fallas, tolerancia y alta disponibilidad. Entonces antes de entrar en describir el modelo que ustedes ven la mayoría de los servicios de nivel superior en AWS, como el S tres, el dynamodb, los sqs, el equilibrio de carga se han construido con falla, tolerancia y alta disponibilidad en mente, los servicios que brindan la infraestructura básica, como el disco duro fácil de o el disco duro físico. El EBS proporciona características específicas como disponibles en sus propias direcciones elásticas I P. e instantáneas que un sistema de falla, tolerante y de alta disponibilidad debe aprovechar y utilizar correctamente. Por lo que simplemente mover un sistema a la nube no hace que caiga de forma inherente más alto o de alta disponibilidad. Cuando estamos moviendo nuestro sistema on prem en la nube o pensando en trasladarlo a la nube, tenemos que desarrollar una arquitectura para hacer uso de los servicios que nos permitan hacer de estos servicios una falla, tolerante y de alta disponibilidad. Por lo que mirando el diagrama de la carga izquierda, equilibrio es una forma efectiva de aumentar la disponibilidad de un sistema. Por ejemplo, las instancias que fallan pueden reemplazarse sin problemas detrás del equilibrador de carga. tanto que otras instancias siguen operando. equilibrio de carga se puede usar para equilibrar entre instancias en múltiples zonas de disponibilidad fuera de una región, ya que ustedes chicos pueden ver sus dos zonas de disponibilidad y ser, y tenemos un servidor de aplicación de armas en ambas zonas, a lo largo con un servidor de base de datos, que se replica en ambas zonas. Entonces lo que última carga rebotando básicamente hace. Dirige el tráfico ya sea a la Zona A y al cero B y si, por ejemplo, una de las instancias, o para llenarlo dirigirá automáticamente el tráfico a la otra instancia, ya sea en la misma zona de disponibilidad o en un zona de disponibilidad diferente. No sólo hay abastecimientos para fallas de E C específicas dos instancias o discos duros, sino también si toda una zona de disponibilidad es duda, también puede caber en eso dirigiendo el tráfico hacia y otra zona de disponibilidad. Por lo que es importante ejecutar aplicaciones independientes, pilas y más de una zona de disponibilidad, ya sea en la misma región u otra región. Entonces si eso de nuevo, como mencioné la propia falla la aplicación, la en la otra zona puede seguir ejecutándose. Y si no tienes esos impuestos de aplicaciones independientes corriendo en cada zona de disponibilidad , entonces eso no va a suceder. Entonces otra forma de lograr eso es mediante el uso del ocular elástico, que podemos ver en el lado derecho del diagrama. Ahora, Elastic I P son básicamente direcciones I P públicas que se pueden mapear programáticamente entre instancias dentro de una región por lo que están asociadas con una cuenta de AWS en lugar con una instancia específica. Y esos elásticos, yo,dice Peter, dice Peter se pueden utilizar el trabajo del dedo del pie alrededor de las fallas de la zona de disponibilidad o del host remapeando rápidamente el dedo de dirección en otra instancia en ejecución, o incluso la instancia de reemplazo que se acaba de iniciar mediante el uso de una AM me reservo la insistencia puede ayudar a garantizar que establece capacidad está disponible en otra zona. Y por último, otra cosa importante a tener en cuenta es que nunca se deben almacenar datos valiosos en el almacenamiento instantáneo porque el almacenamiento instantáneo está vinculado a lo fácil a instantáneo. Entonces, si las instancias fáciles terminaron, lo que a veces se puede hacer muy fácilmente, todos los datos en ese almacenamiento se habrán ido. Por lo que en primer lugar es lo recomendado que utilicemos BBS o las tiendas Elastic Block, que ofrece ofensa persistente en volúmenes de almacenamiento que sean adorables y persistentes comparación con los on instance. Adicionalmente, esos volúmenes de EBS se replicaron automáticamente dentro de una única zona de disponibilidad. Entonces, ¿qué pasa si se desarrollan con sus propios fracasos mientras vas a perder esos volúmenes de EBS para aumentar aún más la durabilidad? Lo que tenemos que hacer es hacer instantáneas. lo hacen las instantáneas puntuales, que se pueden crear y almacenar en como tres cubos, que luego se replican en múltiples zonas de disponibilidad o incluso se pueden almacenar en una región diferente. Por lo que esto acomoda no sólo fallas de la instancia, sino también fallas fuera de las zonas de disponibilidad y también fallas de los discos duros físicos E. B s. Porque, como tres cubos inherentemente son altamente disponibles y duraderos, Así que al tomar instantáneas o instantáneas puntuales de nuestros volúmenes de EBS, podemos asegurar que si esos volúmenes de EBS o esas instancias fallan, o incluso si la zona de disponibilidad baja, tenemos esas réplicas exactas disponibles en S tres cubos en una zona diferente o incluso en una región diferente. Por lo que para cerrar, cuando estamos trasladando nuestra infraestructura de Prem a en la nube, necesitamos asegurarnos de aprovechar los servicios que están disponibles para hacer que nuestro entorno sea altamente disponible y tolerante a fallas, porque por defecto, no todos los servicios son caen más altos y de alta disponibilidad. Por lo que algunos de los servicios que sí necesitamos tener en cuenta y configurar nuestro PC Amazon dos instancias volúmenes EBS, equilibrio de carga elástico y el Amazon s tres. Por lo que necesitamos asegurarnos de que todos estos servicios trabajen juntos y coherentemente en orden para tener un ambiente que sea culpa, tolerante y de alta disponibilidad 6. Arquitectura de recuperación de recuperación de desastre: Hola a todos. Y bienvenidos a esto Escuchar, estamos viendo cómo podemos optimizar la recuperación ante desastres a través del arquitecto ing en AWS. Por lo que la recuperación ante desastres se trata de prepararse y recuperarse de un evento que tiene un impacto negativo en sus sistemas I T. Por lo que un enfoque típico y típico suele implicar duplicar la infraestructura para garantizar que se disponga de la disponibilidad de capacidad sobrante en caso de desastre. Ahora, los servicios web de Amazon le permiten escalar su infraestructura según sea necesario. Por lo que para una solución de recuperación ante desastres, esto resulta en una gran cantidad de ahorro de costos. Entonces veamos cómo podemos arquitectos para hacer eso. Entonces, básicamente en la parte inferior derecha, ve el Centro de Datos Corporativos, que aloja una aplicación que consiste en un servidor de base de datos y un servidor de aplicaciones con almacenamiento local para el sistema de administración de contenido. En este momento hay un nuevo oracle, un servidor de base de datos en las instalaciones, junto con un servidor de aplicaciones, y luego tienen el volumen de almacenamiento. Entonces básicamente es un todo on desde sistema que están operando actualmente. Ahora lo que podemos hacer para tener una recuperación ante desastres en la nube es en AWS está configurado en AWS Storage Gateway, que básicamente es un servicio que conecta un local. Aplicación más suave o dispositivo más suave con almacenamiento basado en la nube y el Gateway carga datos de forma segura a la nube de AWS, lo que lo convierte en una solución muy rentable para copias de seguridad y una rápida recuperación ante desastres. Ahora el servidor de base de datos copia de seguridad de la aplicación, señor, instantáneas de volumen y las imágenes de la máquina de Amazon. Los servidores de recuperación están todos almacenados en los tres cubos S, que de nuevo es un sistema de almacenamiento de datos altamente duradero, confiable y tolerante a fallas en ocho de nosotros Ahora los ojos AM o las imágenes de la máquina Amazon van a estar básicamente preconfiguradas con el sistema operativo y el software de aplicaciones que actualmente se utiliza en las instalaciones. Por lo que los servidores de aplicaciones se van a duplicar en E. C. Dos instancias usando ojos AM y esos ojos am se van a almacenar en el cubo de historia que ustedes pueden ver en la parte superior izquierda. Ahora, lo bueno de Oracle y AWS es que las bases de datos Oracle pueden realizar copias de seguridad directamente en Amazon como tres cubos utilizando el módulo de nube de copia de seguridad segura de Oracle. Entonces básicamente todo lo que necesitas hacer es actualizar el módulo en el servidor de base de datos en las instalaciones y luego puede realizar automáticamente copias de seguridad a través de la conexión segura en los tres cubos S. Entonces en este momento, todos sus archivos, todas sus imágenes de máquina, todas sus instantáneas y su servidor de base de datos están siendo respaldados en tow s tres cubos. En caso de que se produzca una recuperación ante desastres en el centro de datos corporativo, básicamente se puede recrear toda la infraestructura a partir de copias de seguridad en la nube privada virtual de Amazon . Ahora, la Amazon VPC le permite abastecer una sección privada y aislada fuera de la nube de AWS donde puede recrear toda su aplicación y en la infraestructura de primer nivel. Y ustedes pueden ver eso en la parte superior, ¿verdad? Se van a recrear los servidores de aplicaciones y bases de datos usando Amazon a C dos instancias y luego la instantánea de volumen. Se puede utilizar el almacenamiento de bloques elásticos, o volúmenes de EBS que luego se adjuntan al servidor de aplicaciones recuperadas, y luego para acceder de forma remota a la aplicación recuperada. Podemos utilizar la conexión VPN creada por el por el gateway VPC. Entonces, básicamente, ya que todo está almacenado en los tres cubos S, podemos usar todos esos datos para recrear el entorno on prime en AWS Claude usando dos instancias sencillas . Y dado que Oracle también es compatible con el RDS o el servicio de base de datos Relacional en AWS, eso también se puede duplicar en la VPC. Por lo que en conclusión, al usar la recuperación ante desastres de AWS, podemos asegurarnos de que no necesitamos duplicar todo en cuanto a la infraestructura para recuperación ante desastres. Podemos asegurarnos de que tengamos los backups automatizados ya automáticamente yendo a los tres cubos S . Y en caso de una recuperación ante desastres, podemos cambiar automáticamente a la VPC, que puede sentarse en la nube en AWS listo para implementarse en caso de cualquier desastre en el encendido desde sistemas. Por lo que la arquitectura que está involucrada en hacer la recuperación ante desastres o el doble aquí en el entorno en este escenario van a ser tus instancias fáciles. El VPC, el E B s, que va a almacenar todos los datos de su aplicación como tres cubos, que está actuando como un repositorio central para todos sus ojos am, sus bases de datos y sus archivos, y luego el gateway de almacenamiento, que está automatizando la copia de seguridad de lo on prime a los tres cubos S 7. Arquitectura de optimización de archivos: todo el mundo. Y bienvenido a esta lección sobre cómo podemos diseñar una arquitectura óptima de sincronización de archivos en AWS. Dada la sencilla arquitectura de servidor cliente sin estado, en la que los servicios web suelen verse como recurso es y pueden ser identificados por la muerte de la niña , los equipos suelen ser libres de crear las aplicaciones de intercambio y hundimiento de archivos para departamentos, para las empresas o para los consumidores directamente. Así que veamos cómo AWS puede ayudar a su equipo sordo a realizar esas tareas de manera segura . Entonces básicamente el servicio de sincronización de archivos y el punto consistirán en una carga elástica. Equilibrador distribuyendo Incoming Solicita un grupo fuera de los servidores de aplicaciones, que se van a alojar en instancias fáciles. Adicionalmente, un grupo de escalado automático ajusta automáticamente el número de instancias fáciles a dependiendo de las necesidades de la aplicación. Por lo que no hay en Lee lo hace altamente disponible. Hace un redundante y lo hace duradero. Además de eso te va a ahorrar costos porque el grupo de autoescalado aumentará y disminuirá automáticamente el número de instancias fáciles que se requerirán en función de la necesidad. Ahora, veamos si quieres subir un archivo, lo que tendrá que pasar es que un cliente necesitará solicitar permiso al servicio y obtener una seguridad. Toma token ahora, esto es lo que va a hacer de esta una operación segura. Después de comprobar los servidores de aplicaciones de identidad del usuario obtienen una credencial temporal del AWS STS o del servicio de token de seguridad. Estas credenciales permiten a los usuarios cargar los archivos. A continuación, los usuarios suben los archivos a los tres cubos S, que de nuevo es una infraestructura de almacenamiento altamente duradera y disponible utilizada para el almacenamiento de datos de misión crítica y primaria. Ahora el S tres va a hacer muy fácil almacenar y recuperar cualquier cantidad de datos en cualquier momento. Y lo mejor de todo es que los archivos grandes pueden ser subidos por el mismo cliente usando múltiples hilos concurrentes para maximizar el uso del ancho de banda. Ahora, para aumentar el rendimiento, la información de versión de metadatos de archivos y los identificadores únicos van a ser almacenados por los servidores de aplicaciones en una tabla de Amazon dynamodb. A medida que crece un número fuera de archivos a ellos para mantener en la aplicación, las tablas de dynamodb vienen almacenar y recuperar cualquier cantidad de datos y sirven a cualquier nivel fuera del tráfico. No se pueden enviar notificaciones de cambio de archivo por correo electrónico a los usuarios que siguen el recurso, como el servicio de correo electrónico Amazon Simple, o SCS, que es un correo electrónico extremadamente fácil de usar y rentable. Entonces solución. Por lo que si ocurre algún cambio en los archivos, el SCS va a disparar por un correo electrónico al dedo del propietario del archivo. Déjale o se sepa que este expediente ha cambiado. Otros clientes que compartan el mismo archivo canalizarán el servicio y apuntarán a comprobar si hay versiones más nuevas disponibles. Ahora este curry va a comparar la lista fuera de archivo local sumas de comprobación con el cheque algunos listados en la tabla dynamodb. En lugar de ir a los servidores de aplicaciones y empantanarlos, va a ir directamente a la mesa de dinamodb. Si los archivos más nuevos de desafío core, entonces pueden ser recuperados de la S tiene tres bucket y enviados a la aplicación cliente. Si no encuentra ninguno en su archivo, ¿no es así no tiene que aumentar el tráfico de red y el acceso como tres. La tabla dynamodb permitirá a este cliente saber que existe su archivo disponible, por lo que así es como podemos sincronizar y optimizar un servicio de archivos en el entorno de Amazon AWS no sólo hace que toda la infraestructura esté altamente disponible. También hace una duradera, y también disminuye sus costos mediante el uso de la escala automática y mediante el uso de la tabla dynamodb para disminuir el tráfico que va a sus servidores de aplicaciones. Entonces, en conclusión, los servicios que necesitamos o necesitaríamos desarrollar una arquitectura toe, tienen un servicio de sincronización de archivos en AWS. Vamos a necesitar esas e c dos instancias como nuestros servidores de aplicaciones. Necesitaremos el auto escalado y el equilibrio de carga elástico para escalar automáticamente hacia arriba y hacia abajo ese servicio de aplicaciones y luego equilibrar la carga entrante a través de la L B. Tendremos la tabla dynamodb para almacenar los metadatos y acceder a ver si allí ni versiones disponibles, y el S tres bucket como repositorio de almacenamiento medio, el STS o el servicio de Token de Seguridad para asegurarse de que todas las solicitudes que entran sean de usuarios autenticados y los S E s, que es va a ser utilizado como nuestro principal servicio de notificación. Ascender correo electrónico a los usuarios. Hágales saber que nuevos tus archivos están disponibles o que han cambiado archivos específicos, dependiendo de cómo queramos tener esta configuración y luego. Adicionalmente, también podemos tener el Camino 53 que es nuestro d n un servicio si se va a acceder a estos archivos a través de Internet fuera de la organización, esto también se puede lograr mediante el uso de una Ruta 53 que es Deanna de Amazon servicio. 8. Comparte medios Arquitectura: Hola a todos. Y bienvenido a esta lección sobre cómo podemos desarrollar un marco si quieres hacer un intercambio de medios en nuestra infraestructura. Un intercambio de medios es probablemente uno de los mercados más calientes de Internet en este momento. Clientes y consumidores tienen un apetito asombroso por colocar fotos y videos en sitios de redes sociales y por compartir sus medios en álbumes de fotos personalizados en línea. La creciente popularidad del intercambio de medios significa escalar los problemas para los propietarios de sitios que enfrentan o están enfrentando requisitos cada vez mayores de almacenamiento y ancho de banda y el aumento de ir a presión del mercado para entregar más rápido que la competencia. Dado que la mayoría de las empresas en la actualidad tienen presupuestos limitados de mano de obra y espacio del centro de datos, AWS ofrece un conjunto único de oportunidades para competir y escalar sin tener que invertir en el personal de hardware o en el espacio adicional del centro de datos. Utilizar AWS no es una propuesta de todo o nada. Dependiendo del proyecto, se pueden utilizar diferentes servicios de forma independiente, así que veamos cómo podemos diseñar para una infraestructura de este tipo. Por lo que esta infraestructura básicamente está dividida en dos partes. Tenemos un parque de carga y después tenemos una parte de entrega de contenido, Así que echemos un vistazo a cómo debilitarse o cómo los usuarios pueden subir datos en el entorno de AWS. Ahora el compartir contenido primero implica obviamente subir los archivos de medios a un servicio en línea . Entonces lo que vamos a hacer es que un equilibrador lord elástico distribuya el tráfico entrante toe upload servidores, que va a ser una flota dinámica fuera de dos instancias fáciles. Y lo que va a pasar son los monitores de Cloudwatch de Amazon. Estos servidores y un grupo de autoescalado los administran automáticamente, escalándolos automáticamente hacia arriba o reduciéndolos en función de la carga. Entonces, después de eso, los archivos subidos originales entonces se van a almacenar en un cubo S tres, que es un servicio de tiendas altamente disponible y adorable que ofrecemos ocho de nosotros ahora para enviar un nuevo archivo para ser procesado o posterior procesado. Después de subir la carga, los servidores web empujan un mensaje a los SQs, que es el servicio que simple. El Q va a actuar como un ducto de comunicación entre la recepción de archivos y los componentes de procesamiento de archivos . Ahora, al romper los componentes de recepción y procesamiento de archivos, estamos reduciendo la carga en las instancias fáciles, aumentando así el rendimiento y las velocidades de carga y procesamiento que van los clientes para encontrarse ahora. El ducto de procesamiento es básicamente también un grupo dedicado off Fácil de instancias utilizadas ejecutar cualquier tipo de tarea de post procesamiento en los archivos multimedia cargados. Por ejemplo, giros de video, imágenes de recubrimiento, dimensionamiento y muchas otras cosas que los usuarios, generalmente debido a las fotos cargadas o los medios cargados son para ajustar automáticamente la capacidad necesaria nuevamente, un grupo de autoescala lo gestiona. Puede utilizar instancias puntuales adicionalmente para extender dinámicamente la capacidad del grupo y para reducir significativamente los costos de procesamiento de archivos. Por lo que al tener esas instancias puntuales adicionales, podemos reducir nuestros costos haciendo las tareas de post-procesamiento durante horas pico fuera para que podamos reducir el número fuera de las instancias fáciles dedicadas dos en ese grupo de autoescalado. Ahora, una vez que se complete el procesamiento o posterior procesamiento, Hestrie de nuevo va a almacenar los nuevos archivos de salida ahora como una opción, lo que podemos hacer es que los archivos originales se pueden almacenar en un cubo regular S tres, mientras que el archivos de proceso se pueden utilizar en un acceso poco frecuente o un cubo de redundancia de reducir. Para disminuir aún más los costos ahora, datos relacionados con los medios después de eso se pueden poner en un R D s o un servicio de base de datos relacional de Amazon o un dinamodb de Amazon dependiendo del tipo de información que se requiera y se va a almacenar para eso medios de comunicación. Ahora, después de eso, Ah, tercera flota de un C dos instancias se va a dedicar a albergar el front end del sitio web fuera del servicio de intercambio de medios. Entonces esta es nuestra segunda mitad de descuento. Los archivos multimedia de infraestructura se distribuyen desde el S tres hasta el usuario final a través del CLOUDFRONT, que es una red de entrega de contenido para reducir Layton ver utilizando como sus ubicaciones. Y de nuevo, un equilibrador de carga elástico es un auto escalado se utiliza en el servicio Web para no sólo equilibrar la carga sino disminuir el costo al aumentar o disminuir el número de dos instancias fáciles en el grupo de autoescalamiento. Por lo que esta infraestructura básicamente estaba dividiendo la carga y la entrega en dos flujos separados , dividiendo esta infraestructura en tres separados fáciles de instancias, clústeres no sólo aumentaban el rendimiento, pero esencialmente estamos disminuyendo los costos mediante el uso del grupo de autoescala. Entonces si la demanda está ahí que se ve que dos instancias escalan automáticamente si no está ahí se escalan automáticamente hacia abajo. Por lo que esto mantiene sus costos bajo control pero también aumenta la satisfacción del cliente porque tendrán baja latencia y procesamiento más rápido. Adicionalmente, al usar el cloudfront, tendrán la baja latencia off, accediendo a esos archivos ya sea a los archivos originales o a los archivos procesados a través de esa red de entrega de contenido cloudfront. Por lo que de nuevo, para resumirlo, los servicios que se requieren óptimamente dedo del pie tienen una red de intercambio de medios. Tenemos esas dos instancias fáciles en la sección de carga en la sección de procesamiento y luego en la sección de servidor Web opcionalmente. Tenemos esas instancias puntuales para procesar el ducto. Si, por ejemplo, hay grandes cantidades fuera de los medios que necesitan tareas de post-procesamiento como el recubrimiento de trance, esto se puede hacer durante las horas pico fuera disminuyendo aún más los costos mediante el uso de instancias puntuales . Después tenemos el auto escalado y el equilibrio de carga con el fin de disminuir el costo e incrementar el rendimiento y ponerlo de alta disponibilidad. Tenemos el Amazon alrededor de 53 que es el servicio DNS. A través de con los usuarios se puede acceder a los servidores Web y a los servidores de carga. Contamos con el CLOUDFRONT para disminuir el Layton Sea de entregar el contenido de vuelta a los usuarios finales los S tres cubos para almacenar como ah para almacenar todos los archivos multimedia tanto el original como los archivos procesados el RDS en términos del data store, ya sea un servicio RDS en términos de una base de datos relacional o un dynamodb. Y luego finalmente los sqs para romper la subida y aumentar el rendimiento del procesamiento manteniendo todos los trabajos en un rescate sq en entregarlos a la CEE dos instancias cuando puedan procesarlos. 9. Arquitectura de juegos en línea: Hola a todos. Y bienvenido a esta lección sobre el desarrollo en arquitectura en AWS. Si quieres hospedar juegos en línea no para hospedar juegos en línea la mayoría de las veces hay patrones de tráfico inesperados y tarifas de solicitud altamente exigentes. Ahora lo bueno de AWS es que puedes tener la capacidad y la flexibilidad para empezar poco y potenciar tu arquitectura en respuesta a tus jugadores. Entonces a medida que crecen tu pollo arquitecto, crece con ellos para que puedas escalar o reducir tu arquitectura para asegurarte de que solo estás pagando por el recurso. Es ese aire conduciendo la mejor experiencia para tu juego para que puedas utilizar los servicios gestionados que necesitas, un Biel's para tecnologías populares de cobro y bases de datos y una arquitectura de amante que captura las mejores prácticas de algunas de las juegos más grandes corriendo en ocho de ayer. Entonces veamos la arquitectura que algunos de esos juegos están utilizando. Conozco este aspecto de bastante abrumador, pero no te preocupes, déjame guiarte por este paso a paso. Ahora, lo primero que tenemos que hacer es utilizar Amazon alrededor de 53. Qué va a hacer eso. Se asegurará de que nuestros jugadores o sus jugadores siempre sean capaces de descubrir a sus puntos finales de servicio. Puedes usar las políticas de enrutamiento integradas para enrutar a los usuarios basados en el mar de Leighton o la geografía , porque la mayoría de las veces tus jugadores van a ser geográficamente diversos. Por lo que quieres asegurarte de que están iniciando sesión en tus endpoints desde cualquier lugar del globo. Y el Road 53 te permite dirigir intrínsecamente su tráfico en función de dónde se encuentran en el globo. Después de que averigüemos dónde se encuentran, el segundo paso se debilita. Los usuarios de ruta puntera están de vuelta y utilizando el equilibrio de carga elástico, que de nuevo escala automáticamente para el tráfico entrante. Adicionalmente, podemos mantener seguros los datos de los jugadores en tránsito. ¿ Por qué las https? Al aprovechar las capacidades de terminación SSL fuera del E l B. Siguiente viene nuestros servidores Web, que de nuevo se van a ejecutar en E. C. Dos instancias en un grupo de autoescala que abarcará múltiples zonas de disponibilidad. Lo que eso hará no sólo se acomodará para el crecimiento y la reducción de tus jugadores, también hará la tolerancia a fallas. Entonces si una fuera de las zonas de disponibilidad baja, la otra puede recoger la holgura. Ahora, sólo un consejo. AWS recomienda utilizar los cuatro tipos instantáneos M con las redes mejoradas y EBS optimizadas habilitadas que proporcionarán el mejor rendimiento para los juegos después del tráfico. Es lo fácil. Dos instancias en el siguiente paso es si separamos la aplicación aquí de la Web, rasgar y apalancar e interna, lo estará ahora. Este equilibrador de carga proporciona beneficios adicionales de seguridad agregada al residir en una sub red privada y asegurándose de que no haya tráfico externo habitaciones antiguas, estás apto aquí para seguir adelante hacia abajo. Contamos con el elasticache de Amazon para reddest, que va a proporcionar una solución totalmente administrada que mejora la robustez y reduce el costo de instalar, operar y mantener un clúster rojo de alta disponibilidad y escalable. Adicionalmente, también puedes aprovechar la zona de disponibilidad múltiple last to cash en el juego para proporcionar recuperación automatizada ante desastres y un desgarro escalable con réplicas de lectura si es necesario, dependiendo de lo grande que vaya a ser tu juego, Después venimos hacia el final y utilizamos la base de datos compatible con Amazon Aurora A my SQL, que proporciona un alto rendimiento de lectura y escritura de hasta 64 terabytes, almacenamiento replicado de seis vías y hasta 15 réplicas de lectura de baja latencia en una multimargarita medio ambiente. Ahora, cuando se compara con otras instancias en un RDS, esto por mucho tiene el mejor rendimiento. Si compararas con mi SQL o el aire de Microsoft Sequels, esto proporcionaría el mejor rendimiento ahora solo otro consejo o un alimento para pensar. Amazon hizo una encuesta, y los clientes de juegos han visto un recorrido a tres reducción de costos de tiempo después de migrar al datos Aurora de Amazon desde otro servicio de base de datos. Adicionalmente, el juego también puede beneficiarse de la base de datos de alta velocidad, baja latencia administrada sin secuelas, que es el Amazon Dynamodb, que proporciona un rendimiento predecible y escalabilidad a depende de cuál quieras utilizar. Es un Aurora o el Dynamodb, pero sólo ten en cuenta. Dynamodb es una base de datos sin secuela, por lo que, dependiendo de qué tipo de datos se almacenarán, determinará si utilizó el Aurora o Dynamodb. Pero ambos tienen el mejor desempeño. No para almacenamiento. La mejor opción será usar el sencillo servicio de Almacenamiento o S tres para almacenar los activos del juego, el DLC y los archivos de registro generados por los servidores. Ahora, como un usuario basado en, crece geográficamente, también podemos utilizar el Cloudfront de Amazon ya que distribuye efectivo para contenido, que va a utilizar las ubicaciones de borde fuera de las cuales Amazon tiene alrededor de 170 en todo el globo. Y por último, podemos usar notificaciones push a través del SNS o servicio de notificación simple con soporte fuera de la caja para plataformas Apple, Google, Amazon y Windows. Entonces, ¿esto se montaría? Podemos proporcionar el mejor rendimiento para la experiencia de juego para los usuarios. De qué va a hacer esto. Crecerá y encogerá con la base de usuarios. Por lo que si tienes quizás unos 100 usuarios en el principio, el grupo Auto Scaling mantendrá al mínimo lo fácil a las instancias. ¿ Crece una base de usuarios? El grupo de autoescalado mejorará lo fácil a instancias y que acomodará, para el aumento de usuarios sin tener un impacto en el mar latente o el rendimiento. En conclusión. El servicio requerido para construir una arquitectura de juego óptima en AWS es el Amazon Road 53 para escribir el tráfico al mejor punto geográfico. Entonces tenemos el equilibrio del Señor para asegurarnos de que el desempeño no se vea impactado. Entonces tenemos el E C dos instancias que va a actuar como nuestros servidores Web y nuestros observadores en diferentes subredes para asegurar que el tráfico público de trampa se quede en el público de net y no entre en la sub red privada. Después tenemos el elasticache de Amazon, que es almacenar el contenido en caché y luego como nuestra base de datos primaria, podemos o bien utilizar el Amazon Aurora o el Dynamodb, dependiendo del contenido y el almacenamiento principal. Tenemos el Amazon como tres cubos y luego finalmente, medida que los usuarios y el tráfico crece a medida que crece una popularidad del juego, puedes utilizar el cloud front de Amazon para reducir la latencia mediante la utilización de las ubicaciones de borde distribuidas en todo el mundo. 10. Arquitectura de sitios de WordPress: Hola a todos. Y bienvenidos a esta lección sobre cómo podemos diseñar una infraestructura de hospedaje de prensa de guerra en ocho de nosotros. Una prensa premiada es probablemente una de las plataformas de publicación web más populares del mundo, y las estadísticas dicen que casi el 27% de descuento en todos los sitios web que están en línea están usando más prensa desde bloques personales hasta algunos de los sitios de noticias más grandes que hay por ahí en donde la prensa plataforma? No, ya que WordPress se utiliza tan ampliamente, hay una arquitectura Bs total que debilitan, desarrollan dedo del pie. Empieza a hospedar el WordPress en AWS. Entonces veamos cómo podemos seguir adelante y desarrollar la arquitectura en AWS. No te preocupes. Esto podría parecer bastante abrumador, pero déjame guiarte por este paso a paso. Entonces empecemos desde el lado izquierdo donde vemos a los usuarios entrar en un Amazon escribió 53 que es AWS dice un d. N. Un servicio de los Servicios de Deanna. Ir a escribir el tráfico en nuestro Cloudfront de Amazon y el club para va a almacenar el contenido estático y dinámico, y la razón por la que vamos a almacenarlo en Cloudfront es para que podamos reducir la vista de Layton porque cloudfront utiliza educaciones, que Amazon se ha extendido por todo el mundo. Entonces de esta manera no importa dónde estén tus usuarios. Ellos lo harán. Su primer punto de contacto será la ubicación de borde donde se aloja el contenido estático y dinámico de cloudfront que aloja. Por lo tanto, reducir bastante la vista de Layton después de que el después golpee el Cloudfront. Entonces digamos, si el contenido no se almacena en caché localmente en la ubicación del borde, el CLOUDFRONT va a seguir adelante y enviar la solicitud a la red. Y el primer punto de contacto va a ser el tema y llegar con. Y la puerta de enlace básicamente va a permitir la comunicación entre las instancias en el PC débil e Internet. Entonces después de golpes el Internet get way, vamos a seguir adelante y llevar el tráfico a una puerta de enlace de red que eran traducción de direcciones. Puerta de enlace. En cada tema, va a haber uno que consiga lo que ustedes chicos subió arriba, y luego hay uno en la parte inferior, y ese es uno. Habilita el Amazon Easy. Dos instancias en la privada envía tanto aplicación como datos dedo del pie acceder a Internet y siempre es una buena práctica del dedo del pie tener y que dan paso a segregar tus redes internas y externas. Y la razón por la que ustedes ven que hay dos puertas de enlace Nat en zona de disponibilidad diferente es por la alta disponibilidad. Entonces si una zona de disponibilidad iba a bajar o por alguna razón bajar por mantenimiento o por alguna otra cuestión, la otra zona de disponibilidad podrá recoger el tráfico. Por lo que los usuarios no van a notar ningún tiempo de inactividad después de ellos que se salgan, vamos a utilizar el equilibrador de carga de aplicaciones que va a distribuir el tráfico Web a través de un grupo de autoescala fuera de Amazon. Fácil dos instancias en múltiples zonas de disponibilidad como acabo de mencionar y el balanceador de carga no solo va a ayudarnos a distribuir el tráfico de nuestros usuarios, también va a reducir los costos ya que estamos usando un grupo de autoescala. A medida que los aumentos de tráfico son fáciles de hacer, las instancias también aumentarán. Pero en consecuencia como un tráfico disminuye alma R E C dos instancias. Entonces de esta manera no tienes que tener todo un montón de instancias reservadas o en el hombre fáciles de ejecutar siempre el auto scaling global escalar automáticamente y escalar hacia abajo en función de la necesidad y la demanda. Entonces desde la carga de la aplicación, equilibrador, vamos a pasar al paso número cinco, que vas a ejecutar el sitio de WordPress usando fácil de instancia, y con instancias de Amazon Ec2, podemos instalar el últimas versiones de WordPress, Apache Web Server, Ph. B siete y Opie Cash y la construcción de imagen de máquina de Amazon que será utilizada por el Grupo Auto Scaling lanzó la configuración para lanzar nuevas instancias en el grupo. Entonces, por ejemplo, medida que aumenta el tráfico, el grupo de autoescala va a reconocer que Maury ve que se necesitan dos instancias, y usará esa imagen de máquina soy yo o Amazon para activar nuevas instancias para ser lanzadas y configurar. Ahora si los patrones de acceso a bases de datos se leen pesados. Mamá, podríamos querer considerar usar un enchufe de WordPress que aproveche el dinero en efectivo leering como Amazon Elasticache. ¿ Podrían ver meme cast frente a la capa base de datos para cobrar datos de acceso frecuente y de nuevo, todo el punto de esto es asegurarnos de que reduzcamos la vista de Layton para que los usuarios finales no noten ningún rezago, independientemente de cuántos usuarios estén accediendo al sitio web de WordPress. Entonces, ¿por qué usar en los dos últimos efectivo o meme cobrado frente a base de datos? Vamos a reducir en gran medida el estrés que se pone en la base de datos. A continuación viene la base de datos. No, es muy recomendable simplificar la administración de la base de datos ejecutando Amazon RDS o el servicio de base de datos relacional usando ya sea Aurora o mi SQL y Aurora. Si ustedes chicos no están familiarizados, es el propio servicio de base de datos de Amazon. O puedes usar un estándar de la industria, mi base de datos SQL. También hay servidor de secuela de Microsoft, y, dependiendo del tipo de datos, también se podría usar dynamodb. Pero de nuevo, eso es específico de qué tipo de datos se van a almacenar en la base de datos, ya sea relacional o si no lo es determinará si usas o ah, mi SQL o dynamodb y en el Amazon, Fácil a instancias, acceder a la guerra compartida. Presione datos en un sistema de archivos de Amazon E. F s utilizando objetivos de montaje en cada zona de disponibilidad en su vpc para adivinar, vea eso como último paso para el paso número ocho, pues al usar un Amazon DFS, que por naturaleza es muy simple y de alta disponibilidad y escalable, las instancias de WordPress tienen acceso a los datos de prensa de guerra no estructurados compartidos como archivos PSD , config , temas, enchufes y aceptar tra. Entonces esto es así Esta es una configuración básica de cómo querrías tener tus disposiciones de entorno en AWS si vas a estar hospedando un sitio web de WordPress. Entonces así como una recapitulación que los servicios que quisiéramos prestar en el sitio web de prensa de premios de hosting es ante todo las preguntas de frente de coágulo para reducir la Gran Bretaña ver, y luego quisiéramos que el VPC se instalara en un ambiente multi ese. Puedes tener ya sea una VPC como ves en la pantalla o, si lo prefieres, también puedes tener múltiples redes virtuales privadas virtuales virtuales en la nube si quieres un sano en regiones separadas. Pero en aras de la simplicidad, hemos mantenido en dinero PC, pero lo pusimos en dos zonas de disponibilidad para asegurarnos de que nuestro entorno esté altamente disponible . Después tenemos el balanceador de carga de aplicaciones y el grupo de autoescala el Lord abajo, solo vamos a distribuir una carga a las diferentes instancias fáciles donde, como el grupo de Auto Scaling va a escalar y escalar nuestro entorno basado en demanda. Entonces tenemos obviamente el fácil de instancias y opcionalmente el efectivo elástico o meme cash, dependiendo de si nuestros datos se pueden cobrar y luego tenemos nuestras instancias de base de datos. Aquí ustedes ven Aurora, pero mi SQL o incluso dynamodb, también podría ser sustituido dependiendo del tipo de datos y el tipo de acciones que estará realizando la base de datos. Y entonces finalmente todos sus archivos van a ser almacenados en un Amazon DFS, que es el sistema de almacenamiento óptimo para un sitio web de hosting de WordPress en comparación con un cubo de maestría o volúmenes de EBS. Entonces si vas a estar configurando premiado sitio web preciado, este es el er arquitecto óptimo que quieres asegurarte está configurado a un nivel mínimo para asegurarte de que tu sitio web de Wordpress esté alojado en un entorno de alta disponibilidad y también está reduciendo la vista de Layton para tus usuarios finales independientemente de dónde se encuentren en el globo, obtendrán el mejor rendimiento basado en las ubicaciones frente del coágulo 11. Fundamentos de migración en AWS: todos y damos la bienvenida a esta lección sobre por qué y cuándo una organización querría migrar a AWS. Entonces en las siguientes lecciones, vamos a ver las diferentes arquitecturas que podemos crear en Amazon AWS y cómo podemos implementarlas. Entonces en esta lección, quería darte una buena visión general de lo que deberían hacer las organizaciones antes de que decidan migrar a la nube y específicamente a aws otras muchas razones por las que una organización querría migrar a la nube. Algunos se están mitigando a la nube para aumentar la productividad fuera de su fuerza laboral. Por lo que he visto muchas empresas con los proyectos de consolidación o racionalización del centro de datos migrando a la nube, especialmente aquellas que se están preparando para un director de adquisiciones o que tienen experiencia alguna clase de expansión de infraestructura. A lo largo de los años, también hay empresas que buscan reimaginar por completo su negocio, utilizando la tecnología moderna como parte de un programa de transformación digital más grande, y he estado involucrado con bastantes de esas en el pasado pocos años. Con el advenimiento de la computación en la nube y las aplicaciones en la nube, muchas empresas buscan transformar su infraestructura y trasladarse a la nube antes de que decidiéramos trasladarnos a la nube. Son pocas las cosas que necesitamos tener en cuenta qué organización va a tener sus propias razones y limitaciones únicas. Pero he visto muchos controladores comunes que quería compartir con ustedes chicos que los clientes aplican consistentemente uno migrando a la nube, así que el 1er 1 está operativo. Los costos son componentes clave. Fuera de los costos operativos están el precio unitario de la capacidad de infraestructura para igualar la oferta y la demanda. Encontrar una opcionalidad del dedo del camino y emplear una base de costos elástica y transparencia. Tenemos que asegurarnos de que no solo conozco cada uno de esos componentes, sino también tener en cuenta cómo aws, o cómo cualquier plataforma en la nube puede ayudarte a superar y lograr estos costos operativos. Entonces tenemos mano de obra. La productividad ahora típicamente prácticamente se incrementa en dos factores clave. En primer lugar es no tener que esperar la infraestructura y tener acceso a la respiración y profundidad fuera de AWS con más de 90 servicios a su disposición que tendrías de otra manera, yo podría construir y mantenernos así, de hecho, es común para las plataformas en la nube como un do tenemos que ver las mejoras de productividad de la fuerza laboral sorprendentemente cerca del 30 al 50% tras una gran migración. El 3er 1 se clasifica evita eliminar la necesidad de hardware. Los programas de actualización y los programas de mantenimiento constante son los contribuyentes clave para evitar costos , y hay agilidad empresarial migrar a los ocho que no migrar a ocho de esta nube ayuda a aumentar la agilidad operativa general. Te permite reaccionar a las condiciones del mercado más rápidamente a través de actividades como expandirte a nuevos mercados, vender líneas fuera de tu negocio y adquirir activos disponibles que ofrezcan ventaja competitiva . Al utilizar varias organizaciones de AWS, puede fusionar dos cuentas de AWS diferentes en remolque, una en la que le permite administrarlas operacionalmente como una sola unidad pero también mantenerlas separadas. Adicionalmente, a través del uso de las funciones de AWS Lambda y otras, puede crear aplicaciones en una plataforma sin servidor, lo que le permite aumentar y disminuir su capacidad según y cuando sea necesario. Y luego, por último, nosotros también la resiliencia operativa ahora. Esto puede parecer obvio, pero reducir el perfil de riesgo de una organización también reducirá el costo off mitigación de riesgos 16 regiones que comprenden fuera de más de 42 zonas de disponibilidad, Amazon Web services tiene una huella global mejorar el tiempo de funcionamiento, lo que también reduce sus costos relacionados con el riesgo. Por lo que estos son los principales impulsores de negocios que las organizaciones suelen utilizar para decidir cuándo y cómo migrar a la nube y específicamente al elegir a ocho de nosotros. Ahora el camino hacia la adopción de la nube es bastante único para cada organización. Se pueden utilizar las etapas de adopción que ustedes chicos que describió aquí la manera de entender algunos de los pasos involucrados. Primero comienza con la cara del proyecto, que es cuando estás ejecutando proyectos para obtener beneficios familiares y experimentados de la nube. Después está la etapa de fundación. Entonces, después de experimentar los beneficios de la nube y decidir que esto es adecuado para usted, entonces construye una base para escalar su adopción de nube. Esto incluye la creación de una zona de aterrizaje simplemente podría ser un entorno de multiconteo preconfigurado y seguro en AWS. También puedes hacer el modelo de operaciones del Centro de Excelencia en la nube, asegurando seguridad y preparación de cumplimiento. Entonces, después de que tengas la base abajo, ahí es cuando llegamos a la etapa de migración en la que migras las aplicaciones existentes, incluidas las aplicaciones de Misión crítica de Michigan o todo el centro de datos al club. A medida que escale su adopción a través de una porción creciente de su cartera. Yo no Por último, tenemos la reinvención. Por lo que ahora que las operaciones están en la nube, puedes enfocarte en la reinvención aprovechando la flexibilidad y capacidades de ocho de nosotros para transformar tu negocio acelerando el tiempo al mercado y aumentando atención en innovación. Entonces esta es la estrategia básica de adopción y etapas que muchas organizaciones utilizan y encuentran útiles ahora de nuevo. Como mencioné, cada organización tendrá su propia etapa. Pero estas son las etapas básicas de los huesos desnudos que seguirán la mayoría de las organizaciones de una forma, forma u otra. Ahora puede haber algunos casos donde tu vamos, digamos, digamos, contemplando piernas grandes en migraciones de forma aislada. Pero la mayoría de las veces, las migraciones van a formar parte de un proyecto de transformación empresarial más grande y la mayoría de ellas en el mundo, un enfoque de cinco o cinco fases. La primera frase tenemos la migración, preparación y planeación empresarial. Ahora aquí, determinaste los objetivos correctos y empezaste a hacerte una idea de los tipos de beneficios que ahora vas a realizar. Se inicia con cierta experiencia fundacional y desarrollando un caso de negocios preliminar para una migración. Esto requiere tomar sus objetivos y tener en cuenta, junto con la edad y la arquitectura sobre las aplicaciones existentes y sus limitaciones. En la segunda fase, tienes el descubrimiento y planeación de portafolio esto necesitas para entender tu cartera i t , las dependencias entre aplicaciones y empezar a considerar qué tipos de estrategias de migración te necesitará emplear para cumplir con los objetivos de su caso de negocio. Yo portafolio Descubriendo enfoque de migración Estás en una buena posición para construir un caso de negocio completo . A continuación, tienes 1/3 y la cuarta fase, que es diseñar, migrar y validar la aplicación. Se escucha que el enfoque se mueve desde el nivel de cartera hasta el nivel de aplicación individual y se diseña migrante y se valida cada aplicación específica. Cada aplicación está diseñada, migrada y validada de acuerdo con una de las seis estrategias de aplicaciones comunes, que AWS también seguramente, las seis nuestras. Pero solo ten en cuenta que hay un proceso completamente diferente para migrar tus aplicaciones a ocho de nosotros Now. Una vez que tienes algo de experiencia de fundación al migrar unos APS y planear en su lugar que la organización pueda quedarse atrás, entonces se convierte en el momento de acelerar la migración y lograr escala en cuanto a migrar todo tu infraestructura y aplicaciones a ocho de nosotros, y en la fase final está la operación. Entonces a medida que se migran las aplicaciones arriba, iteró sobre su nueva base, apagó los sistemas antiguos y luego constantemente iterando hacia un modelo operativo moderno. Ahora estás operando Modelo se convierte en un conjunto perenne de los procesos y tecnologías de las personas que mejora constantemente a medida que Margaret, más aplicaciones en la nube de AWS. Por lo que este es básicamente un proceso sencillo de cómo puede migrar su infraestructura y sus aplicaciones desde su brazo del sistema a la nube de AWS. También es importante considerar que si bien una de las seis estrategias que pueden ser mejores para migrar ciertas aplicaciones en el portafolio dado, otro Streisand podría funcionar mejor para mover diferentes aplicaciones en un mismo portafolio . Entonces aquí ustedes ven, las seis estrategias comunes son las estrategias más utilizadas que emplean las organizaciones en cuanto a pasar de lo on prem a la nube. Entonces primero los quieren chicos. Él en la parte superior se re funda también se refieren como elevación y cambio en gran escenario de migración legado , donde una organización está buscando implementar rápidamente su migración y escala. Para mí, las aplicaciones mayoritarias de caso de negocio son las que alojamos , lo cual puede, que la mayoría de las obligaciones utilizan servicios como AWS SMS para automatizar el proceso de reventa . Después también está la plataforma Leap re, que también es ascensor, tinker y turno. Por lo que esto implica hacer una optimización de algunas nubes con el fin de lograr algún beneficio tangible sin cambiar la arquitectura del núcleo fuera de la aplicación. Entonces mientras que en Re Horse, simplemente escoges y dejas caer en la nube donde juguetear lo recoges, haces algunas modificaciones antes de dejarlo caer en la nube. Después tienes recompra, que está cayendo tienda. Entonces y esta es una decisión de pasar a un producto diferente y probablemente significa que tu organización está dispuesta a cambiar el modelo de licencia existente que has estado usando. Entonces, por ejemplo, para los trabajadores que podrían actualizarse fácilmente a versiones más nuevas, esta tragedia podría permitir una actualización de conjunto de características y una implementación más fluida. Tan buen ejemplo de esto es, digamos, si estás usando una base de datos heredada, puedes decidir hacer la recompra o caída en tienda y migrar a las bases de datos EMS en Aurora o Amazon Dynamodb. El 4to 1 que tenemos es re factor o re arquitecto, lo que típicamente, esto es impulsado por un fuerte negocio ordenado en características, escala o rendimiento que de otra manera sería difícil de lograr en las aplicaciones existentes medio ambiente. Entonces si su organización está buscando impulsar la agilidad o mejorar el negocio, continuó, continúa T Al pasar a un arquitecto orientado a servicios, ER, esta arrastra puede valer la pena perseguir. Entonces también tenemos una opción para retirarnos, que es identificar i TSS que ya no son útiles y se pueden apagar y luego retener Lo que hizo Puede querer retener porciones fuera de su cartera porque hay alguna aplicación que usted no estás listo para migrar y siéntete más cómodo manteniéndolos en Prem o no estás listo para priorizar una aplicación que se actualizó recientemente y luego volver a hacer cambios en ella. Por lo que en esas situaciones, podrías o bien retirarlo todo juntos o retener un on Prem y es migrar el resto de las aplicaciones o tu infraestructura después de la nube. Entonces ahora que tenemos una buena idea de cuándo una organización debería y podría migrar en la nube de AWS , por lo que ahora has decidido migrar a la calidad de una buena idea de cómo lo vas a hacer. Tienes tus objetivos de negocio en su lugar. Echemos un vistazo a diferentes arquitecturas que podemos diseñar un arquitecto en AWS toe host diferentes tipos de entornos. Sumémonos en el resto de este curso y veamos cómo podemos diseñar en diferentes plataformas en AWS. 12. Usa la herramienta de AWS bien architected: Hola a todos. Y bienvenidos a esta lección sobre mirar el AWS. Bueno, herramienta arquitectada. Por lo que esta es una herramienta que básicamente te ayudará a revisar el estado de tus cargas de trabajo y compararlas con las mejores prácticas arquitectónicas de AWS más recientes. Está desarrollado por Adovia s para ayudar a los arquitectos en la nube a construir una infraestructura de aplicaciones segura, de alto rendimiento, resiliente y eficiente. Por lo que te va a proporcionar un enfoque consistente para evaluar arquitecturas. Y créanme, ha sido utilizado por decenas de miles de organizaciones de todo el mundo y se les han dado grandes críticas por todas ellas. La mejor parte al respecto. Se trata de una herramienta gratuita disponible en el AWS Management Council, que se vieron en unos minutos y todo lo que hacemos es básicamente simplemente definir nuestra carga de trabajo. Contesta un conjunto de preguntas, y nos va a sacar un resultado. Entonces en el diagrama, ustedes ven lo que vamos a hacer ocupados es que vamos a identificar la entrevista de carga . Entonces vamos a responder a un conjunto de preguntas que AWS nos va a publicar, y la herramienta va a revisar las respuestas contra los cinco pilares establecidos por el marco bien arquitectónico, que es la excelencia operativa, seguridad, confiabilidad, rendimiento, eficiencia y optimización de costos. Olvídate. Recuerda de la lección anterior, miramos brevemente los cinco de estos. Y después de eso, ¿qué va a reventar todo lo que obtendrás? Videos y documentación relacionados con la ayuda de estas mejores prácticas va a generar un reporte que resume la revisión de la carga de trabajo. Y luego también puedes revisar los resultados de la carga de trabajo en toda la organización en un solo panel cuando decidamos migrar a AWS y desarrollar la arquitectura en AWS en función de nuestro negocio, siempre es una mejor práctica usar esta herramienta para definir primero nuestra carga de trabajo y qué tipo de cambios debemos hacer. Porque si eres migrado, el coágulo o si estás desarrollando algo nuevo en Nueva York, it Thatcher En AWS, siempre quieres asegurarte de que estás usando las últimas tecnologías y estás siguiendo lo mejor prácticas, por lo que esta es una herramienta gratuita para ayudarte a realizarlas. Entonces, iniciemos sesión en nuestro consejo de gestión y veamos cómo podemos conseguir esta herramienta para ayudarnos a averiguar si nuestra arquitectura está siguiendo las mejores prácticas. Entonces aquí estamos. Estamos en el panel de control de la consola de hombre de AWS. Ya entré en la herramienta Bien arquitectada, y este es el diagrama que básicamente miramos. Algunos lo hacen. Voy a seguir adelante y dar clic en, definir carga de trabajo para empezar a responder algunas preguntas y ver qué tipo de resultados vamos a obtener. Y aquí podemos seleccionar en qué industria cae nuestra empresa. Ahí hay host de interés, ve que podemos seleccionar de así lo que voy a hacer. Simplemente escogeré una muestra uno, digamos, una publicidad digital. Y luego también hay una no opción de sumergirse más en la industria específica. Entonces si he seleccionado, publicidad digital va a descomponer eso para mí. Si yo, por ejemplo, seleccioné los servicios financieros, lo desglosará de manera diferente. Vamos el palo era nuestra publicidad digital. Digamos que soy un editor fuera de la cabeza, y aquí podemos seleccionar a dónde va a correr la carga de trabajo para nuestra organización. En estas están todas las regiones de AWS en todo el mundo. Entonces dependiendo donde se encuentre nuestra organización o donde se encuentren nuestras oficinas, debilite seleccionar esa región específica Y si tenemos múltiples regiones, también podemos seleccionar múltiples regiones, y va a salir la carga de trabajo para nosotros ahí. A ver si tengo una mis operaciones principales en los EE.UU. EE.UU. Y el Nilo o tengo un equipo operando en la India. Soy trabajo igual que estas dos regiones dentro del framer y entorno de AWS. Cuando se va a ejecutar Mr War Gold, ya sea producción o preproducción, voy a la producción selecta. Y si tienes múltiples ocho de estas cuentas, también puedes tener este lapso a través de esas cuentas múltiples. Voy a seguir adelante y definir nuestra carga de trabajo. Y aquí es donde podemos empezar a responder esas preguntas con base en estos cinco pilares, que ya hemos discutido previamente. Entonces voy a ir y hacer es dar click en Iniciar nuestra revisión, y aquí nos va a hacer nueve preguntas sobre Excelencia Operativa Excel. Tiene 11 preguntas sobre seguridad. Tiene nueve preguntas sobre la responsabilidad. Tiene ocho preguntas sobre eficiencia de desempeño, y luego también tiene nueve preguntas sobre optimización de costos, por lo que tendríamos que pasar por una respuesta cada una de estas, dependiendo de si se relacionan con nuestro caso de negocio o no. Si, por ejemplo, miramos el 1er 1 en excelencia operativa certificando, ¿cómo determinamos nuestras prioridades y después tiene un set off respuestas para nosotros? Adicionalmente, también podemos poner notas. Entonces si hay una desinformación, queremos un trato que conozcamos, en base a cómo determinamos nuestras prioridades, también podemos ponerlas en las notas o tenemos otras múltiples opciones. Si esta pregunta no nos aplica en base a nuestro tipo de negocio, podemos decir que esta pregunta no aplica o si ninguna de estas es aplicable a nuestro negocio también es una opción para todas las preguntas por ninguna de estas. Adicionalmente, si quieres saber a qué se refieren evaluando las necesidades externas de los clientes, aquí hay una opción para la información. Si hacemos click en eso del lado derecho, nos da detalles a todas estas respuestas. Entonces, por ejemplo, evaluando la acción todas las necesidades del cliente, nos permite saber que lo que significa sin piernas por eso significa involucrados actores clave, incluyendo equipos de desarrollo y operación de negocio, para determinar dónde enfocar los esfuerzos de operación en los leads de preguntas externas. Esto asegurará que tenga una comprensión profunda del soporte de operaciones que se requiere para lograr resultados empresariales. Entonces si quieres una mayor aclaración sobre qué respuestas son correctas, solo tienes que dar click en la info y te dará detalles de todas estas respuestas en el lado derecho . Y esto es lo mismo para todos fuera de los cinco pilares. Vuelve a hacer clic en Seguridad. Al igual que mencioné todos. Si es lo mismo, y aquí podemos obtener respuestas adicionales por doble para la primera pregunta en valores, ¿cómo gestiona las credenciales y la autenticación? Por lo que aquí podemos seleccionar y nuevamente la mayor parte de nuestro multi select. Entonces no hay uno ni el otro debilita, como tantas opciones que nos sean aplicables. Voy a seguir adelante y sólo contestar rápidamente todas estas preguntas, y luego puedes volver y ver cómo va a ser. S ha evaluado mis respuestas ahora mismo que he respondido a todas estas preguntas que vimos previamente, chicos pueden ver que el estado aquí abajo ha cambiado de dedo de encima para ser respondidas. Entonces digamos si queremos volver atrás y cambiar alguna de las respuestas que hemos especificado, en cualquiera de estos cinco pilares. Podemos seguir adelante y continuar nuestra revisión, y nos llevará de vuelta a todas estas preguntas. Debilitar. Elige cuáles quieres cambiar si, por ejemplo, tienes un requisito para hacerlo. Entonces digamos que todos hemos terminado con nuestras respuestas. Quién decidió que lo que hemos explicado a fondo nuestra carga de trabajo y estamos tratando de hacer y queremos generar el reporte porque podríamos o generador reportar a Donald A. Pdf del mismo, o podemos dar click en el plan de mejora, y nos da un estatus fuera de nuestra configuración actual que tenemos y cómo operamos con base en estos cinco pilares. Por lo que ustedes pueden ver que ha identificado 21 áreas que son consideradas de alto riesgo por AWS en función de sus mejores prácticas. Y se identifica 24 áreas consideradas de riesgo medio con base en su propio marco. Entonces si hacemos clic en el alto riesgo nos da las preguntas fueron las áreas que sienten son un alto riesgo cuando estás migrando a la nube, o aunque no estés migrando a la nube por tu cuenta desde el sistema, estas áreas deberían tener mejoras para aumentar el nivel de riesgo fuera de ellos con base en los cinco pilares. Ella sí concede que una de las preguntas que respondo es ¿Cómo detectan e investigan eventos de seguridad? Por lo que si hacemos clic en la flecha hacia abajo, nos permite conocer elementos de mejora recomendados sobre cómo podemos mejorar en cómo detectamos e investigamos nuestros eventos de seguridad. Y lo mismo vale para todas las demás preguntas. Cómo protege sus datos en reposo, base a la respuesta que proporcionó. Y de nuevo, esas respuestas serían cómo estás operando realmente tu entorno actual. Nos da un plan de acción recomendado para mejorar la forma en que protegemos nuestros datos en reposo. Y eso va de la mano para todos estos 21 artículos se identifica como de alto riesgo, y lo mismo va para riesgo medio. Entonces si hacemos clic en alguno de estos, nos lleva a su documentación y explicación sobre cómo podemos seguir adelante y mejorar en la gestión de nuestras credenciales y autenticación. Entonces aquí podemos obtener información múltiple sobre cómo podemos hacer la autenticación multifactorial o configurar políticas de contraseñas, y así sucesivamente. Adicionalmente, también opción para recurso y socios. Entonces, por ejemplo, si quieres que una consultoría entre y te ayude, esto te dará una lista de organizaciones disponibles que son un diario Una certificada que puede entrar y hacer un Oreo en general fuera de tu sistema y ayuda a recomendar cómo se va para mejorar todas estas áreas identificadas como de alto riesgo con riesgo medio. Adicionalmente, también, tener un estado de mejora donde puedas elegir el estado fuera de tus mejoras de carga de trabajo, ya sea que hayan comenzado sus en progreso ahí concluidas o se reconozca el riesgo. Significa que sabes que hay un riesgo de social con eso que ha sido identificado por AWS. Pero así es como operas y no te preocupas por nosotros. Debilitar. Abanderlos como riesgo. Reconocer Así que esta es una muy buena herramienta y tablero regio para que no solo veas en qué áreas debes mejorar en base a las mejores prácticas, sino que te brindes una buena plataforma de gestión de proyectos donde puedas gestionar la identificación y corregir estas áreas que se identifican como de riesgo medio y alto, o simplemente afirmar que sí, el riesgo ha reconocido, ya sabes, pero no hay forma de mitigarlo en función de cómo operas tu organización, y aquí también, se puede definir la prioridad del pilar. Entonces digamos que la excelencia operativa para usted tiene prioridad sobre la seguridad o confiabilidad. Podemos seguir adelante y cambiar estas prioridades haciendo clic en el botón de edición aquí. Entonces otra vez, dependiendo de cuáles sean tus procesos de negocio, cuáles sean tus objetivos, condenas bien, prioridad tiene precedencia u otra, y todo cambió automáticamente el alto y medio riesgo e identificación con base en este riesgo. Porque, como ustedes pueden ver desde abajo, la mayoría de estos artículos de alto riesgo son eventos de seguridad relacionados con la seguridad. Proteger sus datos protegiendo sus datos porque hemos especificado la seguridad como pilar de primera prioridad, que la mayoría de las veces, por defecto, debería ser su primer pilar prioritario. Pero de nuevo, cada organización opera de manera diferente. Entonces si se trata de excelencia operativa o optimización de costos, se puede poner eso en la cima, e identificará los riesgos en base a esta prioridad y solo un pensamiento final para el informe generador. Si generas el pdf, básicamente será Papa un pdf que podría compartirse dentro de tu organización que simplemente da un resumen o todo sobre toda la pregunta que has respondido, y da una buena visión general sobre la industria y los detalles que has seleccionado. A partir de esta revisión, da las áreas de alto y medio riesgo que se identifica en términos de estos cinco pilares se identifica para áreas que son de alto riesgo y cinco de riesgo intermedio en excelencia operativa . Y lo mismo ocurre con la seguridad, confiabilidad, eficiencia y optimización de costos. Y luego pasa a dar las respuestas que has proporcionado para todos fuera de las preguntas para los cinco pilares. Da una pregunta. Nos da opción que has seleccionado y las opciones que no has seleccionado. Por lo que si estás compartiendo este informe dentro de la organización, pueden ver todas las opciones que están disponibles y opción que has seleccionado. Entonces si hay uno que no has seleccionado que debe ser seleccionado, pueden marcarlo e identificarlo, y puedes volver atrás y editar respuestas del año, y de nuevo te dará un plan de mejora diferente basado en los editados respuestas. Por lo que este es un muy buen PDF donde ir herramienta para compartir dentro de tu organización para ayudarte a identificar áreas que se pueden mejorar cuando te mudas a AWS y áreas que deben mejorarse en base a las mejores prácticas, porque si eres entrar en la nube, si estás cambiando tu infraestructura, si eres arquitecto ing en tu arquitectura en la nube, si se trata de un AWS o en cualquier otra plataforma siempre es una buena práctica. Para asegurarte de que lo eres, identificas lo que estás haciendo actualmente y para compararlo con las mejores prácticas, y esta herramienta es muy robusta y te ayuda a hacerlo de una manera muy fácil y sencilla.