1
00:00:00,670 --> 00:00:08,320
Para poder encarar el robot y OTE vamos a necesitar profundizar conocimiento y entendimiento sobre cómo

2
00:00:08,320 --> 00:00:15,220
funciona QTTF y sobretodo cómo se organizan esto de los tópicos sub tópicos.

3
00:00:15,220 --> 00:00:16,940
Hay mucha tela para cortar.

4
00:00:17,230 --> 00:00:23,220
Esto es algo que vemos a un alto nivel se podría decir de complejidad en nuestro yo The Master Class.

5
00:00:23,320 --> 00:00:31,960
Entonces les traigo aquí de ese curso un condensado en una versión resumida de cómo funcionan los tópicos

6
00:00:32,290 --> 00:00:41,680
de M QTTF así que vamos con el video todos los días utilizamos protocolos de comunicación cada vez que

7
00:00:41,680 --> 00:00:51,400
accedemos a internet algunos son más complejos algunos más seguros pero tenemos que solventar un gran

8
00:00:51,520 --> 00:01:02,110
dilema cuando de Internet de las cosas se trata porque no son tan económicos a veces estos dispositivos

9
00:01:02,380 --> 00:01:11,320
que nos permiten crear muchísimos ofrecerlos a muy bajo costo y eso va a hacer de que tarde o temprano

10
00:01:11,320 --> 00:01:18,580
si no cuidamos cuánta información y cómo circula por la red las cosas pueden colapsar.

11
00:01:18,580 --> 00:01:27,610
Necesitamos un protocolo muy eficiente una manera de transmitir datos liviana entonces de entre todos

12
00:01:27,670 --> 00:01:31,350
los protocolos que existen vamos a utilizar M€ QTTF.

13
00:01:31,510 --> 00:01:39,760
Hoy en día creo que es el predilecto a la hora de hacer y o té creado hace varios años por B.M. para

14
00:01:39,760 --> 00:01:49,090
solventar un problema que tenían a la hora de hacer radiocomunicación entre sensores instalados en oleoductos

15
00:01:49,600 --> 00:01:52,210
y módems satelitales.

16
00:01:52,300 --> 00:01:57,430
Querían hacer comunicaciones satelitales y esto es un gran cuello de botella porque las comunicaciones

17
00:01:57,430 --> 00:02:02,790
satelitales son costosas y además lentas.

18
00:02:02,790 --> 00:02:09,910
Entonces había que ser bastantes escuetos a la hora de transmitir información M QTTF tienen numerosas

19
00:02:10,000 --> 00:02:10,950
ventajas.

20
00:02:11,050 --> 00:02:21,620
Aquí vemos un bróker M QTTF o sea un servidor un intermediario este intermediario comunicará hará que

21
00:02:21,620 --> 00:02:29,540
fluya la información entre aplicaciones web hacia aplicaciones móviles o desde aplicación web hacia

22
00:02:29,540 --> 00:02:36,970
dispositivos o por qué no de dispositivos hacia las aplicaciones móviles guapu o aplicaciones web.

23
00:02:37,160 --> 00:02:44,780
Incluso esto es un gráfico simplificado aquí podría haber más dispositivos y los dispositivos compartir

24
00:02:44,780 --> 00:02:53,460
información entre sí vamos a la próxima diapositiva para ver que por lo general usamos M QTTF para hacer

25
00:02:53,790 --> 00:03:01,860
telemetría casas inteligentes ciudades inteligentes se viene el 5G aplicaciones de chat comunicación

26
00:03:02,070 --> 00:03:03,630
entre aplicaciones.

27
00:03:03,630 --> 00:03:10,800
No nos cerremos a que el mundo y OTE es lo único que va a usar M QTTF para mí como desarrollador utilizarme

28
00:03:10,800 --> 00:03:19,920
QTTF para una aplicación de mensajería o alguna red social puede ser me puede ser de mucha utilidad

29
00:03:21,270 --> 00:03:26,910
servicios de notificación cada vez que nos llega una alerta o una aplicación lo podría hacer tranquilamente

30
00:03:27,060 --> 00:03:32,700
a través de QTTF y ya vamos a ver por qué es tan práctico usarlo.

31
00:03:33,330 --> 00:03:41,400
Aprovecho la ocasión para agradecer a todos los que están confiando en nuestro OTE Master Class un curso

32
00:03:41,400 --> 00:03:47,910
donde ya somos muchísimas personas y esto sigue creciendo y ahora no solamente puedes ver el trailer

33
00:03:48,180 --> 00:03:55,560
sino que ya empezás a ver o vas a poder empezar a ver los comentarios y las reseñas que están apareciendo

34
00:03:55,740 --> 00:03:56,490
de nuestro curso.

35
00:03:56,490 --> 00:04:01,950
Estamos muy contentos así que ya sabes Link en la descripción no te quedes afuera

36
00:04:05,000 --> 00:04:12,020
miren esta nueva manera de presentar los gráficos es una manera en la que por lo general se le encuentra

37
00:04:12,110 --> 00:04:19,340
en internet pero a mí me gusta más esta me parece que es más democrática porque ya se vamos a utilizar

38
00:04:19,340 --> 00:04:21,010
esta forma de representarlo.

39
00:04:21,010 --> 00:04:29,240
Por razones didácticas o de espacio me es más fácil poner carteles etc. pero digo que este es más democrática

40
00:04:29,660 --> 00:04:36,470
porque aquí veo el dispositivo a la misma altura que o con la misma importancia que una aplicación web

41
00:04:36,770 --> 00:04:43,040
y eso está bien que suceda en el mundo del té y poco a poco tendemos a pensar o a sentir que los dispositivos

42
00:04:43,040 --> 00:04:47,960
son de menor jerarquía que las aplicaciones web o las aplicaciones móviles.

43
00:04:48,020 --> 00:04:55,370
Claro está que la mayoría de los casos los dispositivos serán cosas más sencillas a la hora de programación

44
00:04:55,400 --> 00:05:02,210
no siempre pero esto puede ser engañoso porque recuerden un dispositivo también puede solicitar información

45
00:05:02,210 --> 00:05:05,360
puede enviarla y no siempre va a estar mandando.

46
00:05:05,390 --> 00:05:10,810
El caso típico mandando información desde el dispositivo hacia la aplicación web.

47
00:05:10,940 --> 00:05:16,940
Las cosas en este mundo del diote no siempre son tan aburridas a veces hay dispositivos hablando entre

48
00:05:16,940 --> 00:05:25,870
sí y aplicaciones hablando entre sí así que mucho cuidado con eso vamos a seguir con esta modalidad

49
00:05:25,870 --> 00:05:36,390
de representar un bróker y sus allegados tanto un dispositivo o una aplicación web o una aplicación

50
00:05:36,390 --> 00:05:44,400
móvil son clientes así los vamos a llamar y por eso digo miren son todos iguales no me importa si es

51
00:05:44,400 --> 00:05:46,840
dispositivo o aplicación web.

52
00:05:46,950 --> 00:05:55,600
Aquí no existe el concepto y es un concepto bastante peculiar y frecuente en arruino de master y esclavo.

53
00:05:55,860 --> 00:05:57,990
Hay uno que manda y hay uno que obedece.

54
00:05:57,990 --> 00:06:00,410
Eso aquí no va a suceder.

55
00:06:00,430 --> 00:06:09,390
M QTTF utiliza un paradigma de suscripción publicación cualquiera de los clientes puede suscribirse

56
00:06:09,690 --> 00:06:12,680
a determinados tópicos o temas.

57
00:06:12,840 --> 00:06:18,210
Cuando alguien hable sobre ese tema este dispositivo lo recibirá.

58
00:06:18,210 --> 00:06:20,660
Hablo de dispositivo por hablar de un cliente.

59
00:06:20,700 --> 00:06:28,140
Lo que estoy explicando se aplica a cualquiera de los clientes sean lo que sea dispositivo o aplicación

60
00:06:28,350 --> 00:06:34,800
no importa cualquiera de ellos también va a poder publicar sobre un tópico.

61
00:06:34,800 --> 00:06:43,610
Entonces va a emitir información bajo determinado tema aquí es donde aparece la importancia del broker

62
00:06:43,890 --> 00:06:49,670
el bróker es quien va a registrar quién se ha suscrito a qué temas y quién está publicando sobre tal

63
00:06:49,670 --> 00:06:50,520
o cual tema.

64
00:06:50,600 --> 00:06:58,690
El broker recibir esos datos y se los entregará a quienes sean que se serán suscrito sigamos avanzando

65
00:06:58,750 --> 00:07:00,430
con la próxima diapositiva

66
00:07:06,210 --> 00:07:15,230
me QTTF tiene una característica que creo que es una de las más importantes y las solemos llamar desacoples.

67
00:07:15,250 --> 00:07:25,130
Por eso hemos desconectado todo para representarlo de alguna manera un desacople tridimensional complejo

68
00:07:25,130 --> 00:07:26,920
que suena pero no es tan complejo.

69
00:07:26,980 --> 00:07:36,260
Miren de qué se trata el desacople tridimensional y los llamamos así porque estamos hablando de un desacople

70
00:07:36,350 --> 00:07:47,770
en espacio tiempo y sincronización vamos uno por uno en espacio porque el publicador quien fuere que

71
00:07:47,770 --> 00:07:58,030
sea y el suscriptor no tienen por qué conocerse el publicador no da por sentado ni siquiera que exista

72
00:07:58,030 --> 00:08:02,110
alguien esperando su publicación.

73
00:08:02,310 --> 00:08:09,990
Lo mismo pasa con el suscriptor el suscriptor se suscribe a un tema sin siquiera saber si hay alguien

74
00:08:09,990 --> 00:08:11,540
que esté hablando sobre ese tema.

75
00:08:13,580 --> 00:08:19,930
Entonces eso quiere decir desacople en espacio muchos otros protocolos sólo pueden emitir.

76
00:08:19,940 --> 00:08:29,560
Si yo ya sé a quién le voy a emitir me explico yo digo emito este mensaje desde mi posición hacia quien

77
00:08:29,590 --> 00:08:35,470
hacia fulano de tal si no tengo esa dirección a donde va mi información no puedo emitir el mensaje.

78
00:08:35,500 --> 00:08:42,700
Esto no sucede con M QTTF yo agarro este canal que es mi tópico un tema y digo envío esta información

79
00:08:42,790 --> 00:08:44,310
bajo este tema.

80
00:08:44,620 --> 00:08:52,600
Si hay alguien que la quiere escuchar pues la escuchará luego hay desacople en el tiempo porque en algunos

81
00:08:52,600 --> 00:08:56,680
casos no tienen que coincidir temporalmente.

82
00:08:56,680 --> 00:09:03,280
Yo puedo hacer una publicación sobre un tema y ya vamos a ver cómo hay maneras especiales para que esa

83
00:09:03,280 --> 00:09:08,590
información que publiqué bajo determinado tópico se ha recibido por un suscriptor.

84
00:09:08,590 --> 00:09:16,420
En otro momento no necesariamente en tiempo real más allá de que me QTTF tiene predilección por el tiempo

85
00:09:16,420 --> 00:09:24,670
real ya les pido un poquito un poquito de paciencia ya vamos a llegar a algunos detalles para que entiendan

86
00:09:24,670 --> 00:09:36,740
más por otro lado sincronizacion no necesitamos sincronización tanto aplicaciones dispositivos o sea

87
00:09:36,740 --> 00:09:45,380
clientes como Brooker no se bloquean mientras están publicando o recibiendo no quedan trabados hasta

88
00:09:45,380 --> 00:09:53,150
que hasta que llegue ese mensaje sino que puedan realizar otras tareas hasta recibir o emitir un mensaje

89
00:09:56,720 --> 00:10:04,220
entonces podemos decir que un cliente sin importar la tarea que desempeñe puede realizar algunas acciones

90
00:10:04,220 --> 00:10:13,770
básicas vamos a ir viendo estas acciones una es y creo que es la más básica de todas conectarse al broker

91
00:10:13,990 --> 00:10:24,470
al servidor de QTTF otra es publicar un mensaje que como ya estuvimos adelantando los mensajes se publican

92
00:10:24,740 --> 00:10:26,340
a través de un tópico.

93
00:10:26,450 --> 00:10:33,230
Ese mensaje puede ser una temperatura una oración o incluso pueden ser muchos valores que yo me encargo

94
00:10:33,230 --> 00:10:41,680
de codificar de cierta manera en un solo mensaje Puedo enviar tranquilamente por ejemplo temperatura

95
00:10:41,910 --> 00:10:44,580
con la humedad coma presión.

96
00:10:44,720 --> 00:10:47,080
Esas tres cosas en un solo mensaje.

97
00:10:47,270 --> 00:10:53,270
Total en teoría mi receptor de alguna manera tendría que saber en qué orden llegan cada uno de estos

98
00:10:53,270 --> 00:10:56,100
valores bien.

99
00:10:56,430 --> 00:11:02,070
Un cliente también va a poder suscribirse a esta altura ya lo tenemos claro.

100
00:11:02,130 --> 00:11:09,480
En definitiva es decir bueno cualquiera que esté hablando sobre tal tópico yo quiero recibir esa información.

101
00:11:09,540 --> 00:11:18,710
Eso es suscribirme a un tópico así como me suscribo a un boletín Letter a un diario y por último de

102
00:11:18,710 --> 00:11:24,710
suscribirme puedo decir en cierto momento ya no quiero escuchar más cuando se hable de tal o cual cosa.

103
00:11:25,220 --> 00:11:32,270
Así como lo dijo en la vida real pasa aquí también me suscribo de determinado tópico y por ende ya no

104
00:11:32,270 --> 00:11:40,640
voy a recibir más los mensajes que se emitan bajo ese tema decíamos que un cliente puede suscribirse

105
00:11:40,640 --> 00:11:50,050
a un tópico o emitir mensajes bajo un tema o tópico pero exactamente qué son cómo funcionan cómo se

106
00:11:50,050 --> 00:11:59,330
organizan entonces qué mejor que ver esto con un ejemplo práctico vamos a pensar que una fábrica textil

107
00:11:59,390 --> 00:12:08,930
nos contrata para que llevemos adelante un proyecto y OTE a donde esta fábrica tiene dos edificios vamos

108
00:12:08,930 --> 00:12:16,460
a decir que son dos plantas de producción y como las telas que hoy manejan son tan finas y delicadas

109
00:12:16,700 --> 00:12:24,830
necesitan medir y tener controlada tanto temperatura como humedad en todos los pisos de cada uno de

110
00:12:24,830 --> 00:12:26,390
estos edificios.

111
00:12:26,390 --> 00:12:29,930
Por eso es que tenemos edificio a edificio Be

112
00:12:34,870 --> 00:12:36,070
en esta fábrica vamos.

113
00:12:36,070 --> 00:12:43,530
Para solventar este problema y procedemos a instalar en cada piso un dispositivo.

114
00:12:43,620 --> 00:12:50,340
Cómo ven la diferencia se encuentra en los dispositivos que instalamos en planta baja donde además de

115
00:12:50,340 --> 00:12:56,790
temperatura y humedad medimos la tensión supondremos que esto la tensión de la red.

116
00:12:56,790 --> 00:13:03,000
Me refiero de la red eléctrica porque lo medimos en planta baja porque ahí se encuentra el tablero de

117
00:13:03,000 --> 00:13:10,410
ingreso de la fábrica y esto fue una petición especial del ingeniero de la fábrica para que podamos

118
00:13:10,410 --> 00:13:15,300
tener un control y sobre todo el gerente de la fábrica pueda tener un control de los posibles cortes

119
00:13:15,300 --> 00:13:16,730
de energía.

120
00:13:17,250 --> 00:13:23,280
Entonces luego en los otros pisos el dispositivo es diferente porque solamente mide humedad y temperatura

121
00:13:23,510 --> 00:13:36,230
y la idea es enviar estos datos a un servidor y acumularlos para posterior análisis bien entonces vamos

122
00:13:36,230 --> 00:13:46,940
a encarar el tema de los tópicos vamos a evaluar por ejemplo qué o cómo funciona cómo funciona el dispositivo

123
00:13:47,240 --> 00:13:53,050
que colocamos en el piso 2 que claramente ha de tener un sensor de temperatura y un sensor de humedad.

124
00:13:53,390 --> 00:14:03,640
En el caso de que este sensor necesite enviar la temperatura lo que va a hacer es transmitir ese dato

125
00:14:03,880 --> 00:14:05,290
bajo un tópico

126
00:14:07,810 --> 00:14:15,790
entonces yo debo pensar en cómo estructurar estos tópicos para darle un sentido de orden y que después

127
00:14:15,850 --> 00:14:23,640
resulte fácil recibir y separar cada uno de los valores de dónde proviene quién lo envió veamos cómo

128
00:14:23,640 --> 00:14:27,500
lo podemos hacer vamos a decir entonces que piso 2.

129
00:14:27,510 --> 00:14:37,680
Este dispositivo envía el dato de temperatura bajo el tópico general fábrica textil bajo el subtrópico

130
00:14:37,800 --> 00:14:38,910
edificio a..

131
00:14:38,970 --> 00:14:48,440
De esa manera ya sabemos desde dónde proviene ese mensaje piso 2 esto es otro su tópico y por último

132
00:14:48,560 --> 00:14:53,780
viene el tópico propiamente dicho temperatura temp lo hemos llamado aquí

133
00:14:58,600 --> 00:15:06,880
entonces como podemos ver luego de temperatura enviamos adosado este tópico el valor propiamente dicho

134
00:15:09,490 --> 00:15:16,210
por otra parte ya sea un programa o una aplicación algo que esté funcionando en nuestro servidor se

135
00:15:16,210 --> 00:15:24,070
va a suscribir a fábrica textil barra edificio a Barra pisos barra Temp.

136
00:15:24,430 --> 00:15:29,460
Esto va a ser que reciba entonces el 20 que envió pisados.

137
00:15:29,530 --> 00:15:35,650
Entonces si yo me suscribo a este tópico que tengo aquí fábrica textil subtrópico edificio a subtrópico

138
00:15:35,720 --> 00:15:40,610
pisos tópico temp qué valor vamos a recibir.

139
00:15:40,680 --> 00:15:46,830
Aquí está iluminado en amarillo solo la temperatura del piso 2.

140
00:15:46,860 --> 00:15:54,900
Sigamos avanzando ahora qué pasa si yo pongo solamente piso 2 como lo ven aquí.

141
00:15:55,190 --> 00:15:58,850
Fábrica textil edificio a piso 2.

142
00:15:58,850 --> 00:16:04,520
Podríamos pensar que si yo me suscribo a este tópico voy a recibir tanto temperatura como mera porque

143
00:16:04,520 --> 00:16:11,840
me estoy suscribiendo a todo piso 2 pero eso no es así para que funcione de esta manera necesito utilizar

144
00:16:11,840 --> 00:16:14,120
lo que se conoce como comodines.

145
00:16:14,420 --> 00:16:24,420
Entonces tenemos un comodín multinivel que es el numeral que me va a permitir recibir por ejemplo todo

146
00:16:24,420 --> 00:16:35,620
lo que contenga Piso 2 incluso si yo al comodin lo uso luego de edificio a Barra comodín numeral voy

147
00:16:35,620 --> 00:16:44,650
a recibir todo edificio a todos los mensajes que se transmitan bajo el tópico fábrica textil edificio

148
00:16:44,690 --> 00:16:47,200
a no importa que venga después.

149
00:16:47,440 --> 00:16:59,020
Si piso 1 piso 2 o si aparecen más pisos pues llegarán aquí si vamos avanzando qué sucederá cuando ponga

150
00:16:59,080 --> 00:17:06,890
un comodín multinivel que es el numeral en fábrica textil barra comodín lo que estamos viendo.

151
00:17:07,030 --> 00:17:15,130
Recibiremos todo absolutamente todo incluso si el día de mañana aparece un nuevo edificio pues también

152
00:17:15,130 --> 00:17:21,160
lo recibiríamos recibimos cada uno de esos mensajes el de temperatura humedad de piso 2 temperatura

153
00:17:21,460 --> 00:17:27,560
temperatura y humedad de piso 1 y lo bueno es que sabremos no es que van a llegar todos juntos y amontonados.

154
00:17:27,640 --> 00:17:34,990
Claro está que cuando practiquemos esto entenderemos aún más pero lo bueno es que vamos a saber cuando

155
00:17:34,990 --> 00:17:38,570
recibamos una temperatura exactamente de dónde vino entonces.

156
00:17:38,590 --> 00:17:48,520
De igual manera puedo recibir todo y ordenar cada valor en su lugar vamos más adelante aquí estamos

157
00:17:48,520 --> 00:17:54,700
viendo otro tipo de comodin y es el segundo tipo sólo tenemos dos tipos de comodines el numeral y el

158
00:17:54,700 --> 00:18:03,640
símbolo más o de la adición el símbolo más es un comodín mono nivel sólo se puede usar a una altura

159
00:18:03,670 --> 00:18:06,990
pero debo especificar los subniveles.

160
00:18:07,000 --> 00:18:17,010
Entonces miren cómo funciona esto yo estoy reemplazando con el más el nivel de edificio entonces me

161
00:18:17,010 --> 00:18:24,630
van a llegar todos los mensajes de piso 2 barra temp pero sin importar si es de edificio a edificio

162
00:18:25,170 --> 00:18:27,200
o si aparecen nuevos edificios.

163
00:18:27,330 --> 00:18:34,440
Estoy reemplazando con un comodín un solo nivel entonces por eso es que vemos en amarillo temperatura

164
00:18:34,440 --> 00:18:46,180
y humedad de piso 2 también vamos a saber que los mensajes tienen otro parámetro y es la calidad del

165
00:18:46,180 --> 00:18:53,920
servicio dijo otro porque el primer parámetro era el tópico en sí mismo el mensaje tiene un tópico y

166
00:18:53,920 --> 00:18:57,460
también tiene el valor que lleva ese mensaje.

167
00:18:57,460 --> 00:19:02,460
Los mensajes también tienen un parámetro que es la calidad del servicio.

168
00:19:02,680 --> 00:19:10,900
O S también como Quality of Service y vamos a decir que el primero es el nivel cero la calidad cero

169
00:19:11,410 --> 00:19:20,120
es un paradigma a donde nosotros lo que hacemos es dejar en manos de la red TCP.

170
00:19:20,140 --> 00:19:21,270
Por qué me QTTF.

171
00:19:21,310 --> 00:19:26,850
Viaja a través de un protocolo TCP IP que es el mismo protocolo que usamos para navegar por Internet.

172
00:19:26,860 --> 00:19:33,850
Cuando escribimos HTTPS dos puntos barra barra y alguna página web en el fondo por detrás se está realizando

173
00:19:34,000 --> 00:19:43,430
una conexión TCP quizá tiene sus propios mecanismos para asegurarnos de que una información llegue de

174
00:19:43,430 --> 00:19:44,770
un extremo al otro.

175
00:19:44,780 --> 00:19:51,680
Entonces eso ya es suficiente para decir bueno este mensaje yo confío en que TCP los llevará a buen

176
00:19:51,680 --> 00:19:52,130
puerto.

177
00:19:53,210 --> 00:20:00,090
Y con a buen puerto aquí me estoy refiriendo a que el mensaje será entregado a los destinatarios no

178
00:20:00,860 --> 00:20:01,640
destinatarios.

179
00:20:01,650 --> 00:20:06,960
Hablamos si cuando enviamos un mensaje a través de un tópico bajo un tópico yo no le estoy enviando

180
00:20:06,960 --> 00:20:12,160
a nadie en particular lo envió a quienes se hayan suscripto si es que alguien se ha suscrito.

181
00:20:12,170 --> 00:20:17,550
Entonces en el nivel cero confío en que TCP bueno se lo entregará si alguien se suscribió.

182
00:20:18,060 --> 00:20:24,330
Pero si hay un problema en la comunicación si se apaga el servidor y después vuelve iguano se perderá

183
00:20:25,230 --> 00:20:33,690
aunque poco probable pero sucederá es calidad de servicio a nivel 1 esa donde al menos una vez tengo

184
00:20:33,690 --> 00:20:42,000
la garantía de que el mensaje será entregado a los suscriptores de ese tópico al menos una vez.

185
00:20:42,000 --> 00:20:48,720
Desde luego que esto va a congestionar más la comunicación porque se establecerán protocolos de redundancia

186
00:20:48,720 --> 00:20:57,740
de confirmación de si el dato fue recibido o no por los suscriptores a parte al menos una vez.

187
00:20:57,740 --> 00:21:05,780
También me deja abierta la posibilidad de que existan mensajes duplicados en el afán de asegurar de

188
00:21:05,780 --> 00:21:12,200
que llegue me QTTF puede que envía el mensaje más de una vez y los suscriptores lo reciban en múltiples

189
00:21:12,200 --> 00:21:13,400
ocasiones.

190
00:21:13,790 --> 00:21:22,280
Y por último tenemos el nivel 2 a donde M QTTF no solo se va a asegurar de que los suscriptores reciban

191
00:21:22,280 --> 00:21:27,360
ese mensaje sino que también se va a asegurar de que solo lo reciban una vez.

192
00:21:27,740 --> 00:21:37,610
Entonces este nivel es ideal para cuando un mensaje duplicado puede causar un problema en el suscriptor

193
00:21:37,940 --> 00:21:42,300
pero también tenemos que saber como hay una capa adicional de confirmación.

194
00:21:42,350 --> 00:21:46,520
Ahora no solo confirmamos que llegue sino que también tengo que confirmar que no vaya a ser que se lo

195
00:21:46,520 --> 00:21:47,750
enviemos dos veces.

196
00:21:47,870 --> 00:21:53,930
Voy a generar más congestión y por supuesto más carga para nuestro bróker.

197
00:21:55,570 --> 00:22:05,810
No confundir lo que vimos recién esto de la calidad de servicios con la retención de mensajes es a veces

198
00:22:05,870 --> 00:22:12,710
es fácil confundirlo porque es parecido pero en realidad es muy diferente Red retención de mensajes

199
00:22:13,190 --> 00:22:15,500
y cesión persistente.

200
00:22:15,560 --> 00:22:16,070
Esto

201
00:22:19,050 --> 00:22:24,630
consiste en lo siguiente y es algo que veremos muy por encima porque no hay cómo aprenderlo sobre la

202
00:22:24,630 --> 00:22:30,540
práctica retención de mensajes significa que cuando yo envío un mensaje bajo un tópico

203
00:22:33,800 --> 00:22:36,870
ese tópico va a tener un parámetro llamado retención.

204
00:22:36,950 --> 00:22:44,860
Si ese parámetro está en Tru quiere decir que ese mensaje va a ser entregado a todos los suscriptores

205
00:22:45,420 --> 00:22:54,200
y cuando un nuevo suscriptor aparezca ese mensaje será enviado a dicho suscriptor.

206
00:22:54,610 --> 00:23:01,850
Entonces esto me va a servir para obtener como suscriptor el último estado de ese emisor.

207
00:23:02,470 --> 00:23:11,710
Entonces para ser un ejemplo si yo transmito un mensaje sin retención bajo el tópico Fàbrica bueno todos

208
00:23:11,710 --> 00:23:18,680
los que se hayan suscripto a fábrica recibirán el mensaje normalmente los que no se hayan suscripto

209
00:23:19,100 --> 00:23:25,390
cuando se conecten y se suscriban no van a recibir nada van a tener que esperar hasta que fabrica a

210
00:23:25,400 --> 00:23:29,720
emitir otro valor si yo lo mando con retención al mensaje.

211
00:23:29,720 --> 00:23:34,920
Pues bien los que están suscriptos y conectados genial lo van a recibir el mensaje.

212
00:23:35,550 --> 00:23:45,510
Pero si yo me conecto a posteriori yo voy a recibir el último mensaje que envió Fàbrica.

213
00:23:45,820 --> 00:23:49,090
Ahora veamos lo de cesión persistente.

214
00:23:49,090 --> 00:23:56,290
Si yo declaro mi sesión como cliente y me suscribo a un tópico bajo sesión persistente y acá aparece

215
00:23:56,620 --> 00:24:03,940
una gran diferencia retención es un parámetro que tienen los mensajes a la hora de ser emitidos.

216
00:24:03,940 --> 00:24:08,030
Es un parámetro para las emisiones para cuando público.

217
00:24:08,170 --> 00:24:16,890
Ahora cuando me suscribo puedo hablar de sesión persistente o no una sesión pero mi persistente hará

218
00:24:16,920 --> 00:24:24,190
que cuando yo me desconecte o no esté presente como cliente.

219
00:24:24,190 --> 00:24:31,750
Todos los mensajes que lleguen a esos tópicos a los que me suscribí bajo sesión persistente lleguen

220
00:24:32,110 --> 00:24:33,630
en mi próxima reconexión.

221
00:24:33,640 --> 00:24:39,160
Entonces para hacerlo fácil yo me conecto a fábrica textil bajo sesión persistente.

222
00:24:39,160 --> 00:24:45,220
Entonces voy a recibir en tiempo real todos los mensajes si si me desconecto por algún problema cuando

223
00:24:45,220 --> 00:24:50,030
vuelva recibiré todos juntos los mensajes que me perdí en el mail.