Harrigan.
Y bienvenidos de nuevo.
En el vídeo de hoy hablaremos de los aspectos básicos del servicio Amazon US.
Ahora, antes de seguir adelante y discutir en detalle sobre nosotros, vamos a tomar un caso de uso simple que
nos permitirá entender los beneficios que ofrece.
Ahora bien, el caso de uso del vídeo de hoy es una aplicación que sirve principalmente para restaurar una imagen.
Supongamos que una empresa mediana está diseñando una aplicación que mejorará y restaurará las imágenes
que los usuarios envíen al portal en línea.
Así que hay muchas aplicaciones a las que puedes dar la imagen y ellos la mejorarán y la
harán mucho mejor.
Así que eso es lo que está construyendo Medium Corp.
Ahora, como parte de la arquitectura de la aplicación, hay dos componentes que están involucrados.
El primero es el recolector de imágenes y el segundo es el mejorador de imágenes.
Así pues, el recolector de imágenes se encarga de tomar la imagen del usuario a través del botón de carga.
En cuanto un usuario sube una imagen, ésta pasa a la aplicación de recopilación
de imágenes, que la envía al mejorador de imágenes, que se encarga de mejorarla y
convertirla.
Este tipo de arquitectura suena bien.
Ahora uno de los retos que viene es lo que sucede cuando esta imagen mejorar el servidor se cae.
Así que el recolector de imágenes está funcionando bien, el usuario es capaz de subir la imagen, pero cuando el recolector de imágenes
envía la imagen al mejorador de imágenes, el servidor está hecho.
Este es uno de los retos a los que se enfrentará la arquitectura actual.
Ahora, el segundo tipo de reto está relacionado con la alta disponibilidad.
Supongamos que, debido a la popularidad de la aplicación y al enorme pico de tráfico, el núcleo medio ha decidido añadir
más servidores potenciadores.
Así que ahora tienes dos.
Así que ahora la corporación mediana ha añadido dos servidores potenciadores más.
Así, en caso de que uno de los servidores se caiga, el recolector de imágenes podrá enviar el tráfico a los
demás servidores.
Así que para el recolector de imágenes para descubrir los últimos servidores que se están ejecutando, lo que hay que hacer, Una base
de datos debe ser creado en un archivo de configuración con la información pertinente debe ser creado.
Así que en este caso tienes un archivo de configuración que contiene cuatro servidores.
Así que tienes el servidor A, servidor B, servidor C servidor D, y cada servidor tiene esta dirección IP asociada.
Y lo que hace el recolector de imágenes, es enviar las imágenes a través de cada una de las direcciones IP.
Ahora, aunque esto parece bueno, pero uno de los desafíos que viene es digamos que este servidor
se ha caído ahora.
Image gatherer no tiene forma de saber que el servidor está caído, por lo que es necesario que haya una lógica adicional en
el servidor de imágenes que compruebe el estado de salud de todos los servidores.
Y si la comprobación de estado falla, entonces la entrada del archivo de configuración asociada a ese servidor también debe
ser eliminada.
Por tanto, la aplicación de recopilación de imágenes debe hacer algo más que recopilar imágenes, lo que plantea
muchos retos.
Así que para superar esto, también hay una mejor arquitectura de utilizar una cola.
Así que lo que sucede aquí es que usted diseña una cola y lo que el recolector de imágenes va a hacer.
Lo único que debe hacer es enviar la imagen a la cola y, a continuación, al mejorador de imágenes.
Todo lo que son responsables de hacer es que son responsables de tomar el mensaje de la cola y eso es
todo.
No tiene que preocuparse de nada más.
Por lo tanto, a nivel del recopilador de imágenes, no es realmente necesario obtener las últimas direcciones IP de los servidores,
realizar la comprobación de estado y crear lógica adicional.
De acuerdo.
Así que de esto se trata la cola.
Ahora, una de las principales funciones del servicio de cola de mensajes es tomar un mensaje de un publicador
y reenviarlo a un consumidor.
Así que en nuestra arquitectura, el editor se convierte en el recopilador de imágenes y el consumidor en el mejorador
de imágenes.
Así que esta es una arquitectura de alto nivel.
Ahora, una cosa que necesita ser asegurada aquí es que como este recolector de imágenes enviará
las imágenes a la cola, la cola necesita estar siempre disponible porque en caso de que la cola se caiga, entonces ninguna
de las imágenes podrá ser tomada por el mejorador de imágenes.
Así que este es uno de los componentes más críticos de la arquitectura en este caso de uso específico que estábamos
discutiendo, y este reto de tener una cola fiable de alta disponibilidad es atendido por el servicio de colas de Amazon.
En resumen, Amazon asks es un servicio de colas de mensajes rápido, fiable, escalable y totalmente administrado,
que básicamente simplifica y rentabiliza el desacoplamiento de los componentes de una aplicación
específica.
Así que ahora lo que tienes que hacer, ya tienes un recolector de imágenes, ya tienes un mejorador de imágenes.
Lo que haces es crear un altamente.
Fiable y seguro.
Q Con la ayuda de Sky Service y configurar su recolector de imágenes para enviar un mensaje a la cola y configurar
el potenciador de imágenes para tomar el mensaje de la Q Y eso es todo.
Así que esta es la arquitectura básica, así que vamos a seguir adelante y probar esto para que esto se entiende mejor.
Así que actualmente estoy en la consola de Amazon y actualmente tenemos uno.
Q Con el nombre de mensaje.
P Y actualmente no hay ningún mensaje disponible.
Ahora también tenemos dos instancias de la CE para la demostración de hoy.
Uno tiene el nombre de imagen, el segundo tiene el nombre de potenciador de imagen.
Así que para la demostración de hoy, el recolector de imágenes easy to instance, enviará ciertos mensajes a este Q y el
mejorador de imágenes, easy to instance obtendrá el mensaje de los SKUs.
P Así que esa es la arquitectura básica, algo de lo que veremos.
Así que vamos a probarlo.
Así que actualmente dentro de mi terminal de búsqueda, tengo dos pestañas que se crean.
La primera pestaña está asociada a la Galería de imágenes.
La segunda pestaña está asociada al potenciador de imagen.
Así que dentro vamos a seguir adelante y ejecutar la secuencia de comandos y el nombre de un script es enviar mensajes.
Así que esto va a seguir adelante y enviar mensajes a los EE.UU..
P Permítame que se lo explique.
Así que actualmente se ve que ha enviado cinco mensajes a los EE.UU..
P Ahora dentro de aquí, si refrescamos rápidamente la página, ves que los mensajes que están disponibles son cinco
ahora desde el potenciador de imagen, que es el responsable de consumir el mensaje.
También disponemos de un guión más.
Los colegas reciben un mensaje que es, Vamos a ejecutarlo.
Así que ahora en esta etapa se ve que ha recibido un conjunto de mensaje de los EE.UU..
P Ahora, si se ejecuta una vez más, ha recibido otra serie de mensajes de los EE.UU..
P Por ejemplo, digamos que la primera es la imagen.
Así que ha tomado la imagen, ha completado el trabajo.
Ahora, de nuevo, seguirá adelante y obtendrá un nuevo conjunto de imágenes que forman parte de los EE.UU..
P Y luego procesará las imágenes.
Una vez finalizado el procesamiento, pasará a buscar las imágenes más recientes que formen parte de EE.
P Si actualizo rápidamente la página, verá que los mensajes disponibles se han reducido a dos.
Ahora, de hecho, los mensajes que forman parte de los EE.
Q También puedes verlo desde la consola.
Así que si hago rápidamente un mensaje completo aquí, usted debe ver que hay varios mensajes que están disponibles y
esto es básicamente el cuerpo del mensaje.
Ahora que entendemos los fundamentos de la voz.
P Veamos algunos conceptos importantes relacionados específicamente con los sistemas muy acoplados
y los sistemas poco acoplados.
Así que en un sistema estrechamente acoplado, los componentes de la arquitectura de un sistema, se comunican directamente
entre sí y también tienen una fuerte dependencia unos de otros.
Por ejemplo, hay un productor y un consumidor.
Así que el productor envía directamente un mensaje al consumidor.
Por lo tanto, si un consumidor no funciona, el productor también empezará a enviar el otro mensaje a
los usuarios.
También se habla de un sistema estrechamente acoplado.
Ahora bien, el segundo tipo de sistema se denomina sistema débilmente acoplado, en el que los componentes
de la arquitectura de un sistema pueden procesar la información sin estar directamente conectados.
Así que tienes un productor, tienes un Q, tienes un consumidor.
Así que si los consumidores bajan, el productor no tiene por qué preocuparse.
Así que todo lo que el productor puede hacer es tomar la imagen del usuario y puede enviar la imagen a la cola y
luego puede dar un mensaje de éxito de nuevo al usuario.
Eso es todo.
Una vez que el conjunto de consumidores vuelva a estar en línea, recuperarán el mensaje de la cola y realizarán
el nivel de procesamiento necesario.
Así que este es un tipo de arquitectura mucho mejor.
Y, de hecho, la mayoría de las arquitecturas que verán los nuevos en el entorno de producción se
basan en el sistema débilmente acoplado.
Esto es muy importante.
Estupendo.
Este es un resumen de muy alto nivel sobre el servicio y con esto concluiremos el vídeo de hoy.