1
00:00:07,660 --> 00:00:10,040
Pues ya estamos dentro
buenas tardes, Flavio.

2
00:00:10,080 --> 00:00:12,520
¿Cómo estás? Bien, bien, tío.

3
00:00:12,660 --> 00:00:14,716
Pues aquí, esperando la Semana Santa.

4
00:00:15,380 --> 00:00:21,520
Muy bien estamos a las puertas de Semana
Santa en España y aquí ya empieza a hacer temperatura

5
00:00:21,520 --> 00:00:27,720
primaveral. Se está muy bien sí, fresquito
por la mañana y ya por la tarde, bueno, mejor.

6
00:00:28,420 --> 00:00:32,420
Antes de que venga el verano infernal
aquí en Madrid y en otros lados.

7
00:00:33,280 --> 00:00:35,260
Sí, sí, sí qué bueno yo en Valencia.

8
00:00:35,300 --> 00:00:36,740
Estoy ahí un poquito más cerquita.

9
00:00:36,780 --> 00:00:42,280
Ah, no, bueno, tú tienes la playa allí Así
que no te puedes quejar No te puedes quejar,

10
00:00:42,420 --> 00:00:44,920
tío No, no, no, estoy además

11
00:00:45,840 --> 00:00:50,700
Salgo a pasear y llego a la playa O sea,
estoy a un paseíto de la playa Sí, todo el mundo

12
00:00:50,740 --> 00:00:57,800
Aquí en Madrid la gente se va Se va a la
playa Yo casi todos los años cuando puedo Me

13
00:00:57,800 --> 00:01:03,980
paso por Valencia o por Alicante Qué
bueno, pues cuando vengas tenemos que vernos Pues

14
00:01:03,980 --> 00:01:08,820
sí Te cuento, ayer estuve
cenando con Ronald Vargas

15
00:01:10,030 --> 00:01:17,250
No le conozco en persona El lunes, el
lunes te voy a decir Ronald Vargas, de

16
00:01:17,250 --> 00:01:25,350
Costa Rica Pues tal como es, tal
como lo conoces, tal como se presenta

17
00:01:25,350 --> 00:01:32,150
Y tal como es en sus vídeos, así es en
persona O sea que, de verdad, un gustazo estar

18
00:01:32,150 --> 00:01:37,810
con él y nos fuimos a cenar y estuvimos ahí
charlando, o sea que muy bien, muy bien.

19
00:01:38,050 --> 00:01:42,010
Vamos a hablar sobre GoldenGate 26 ahí y
como decías tú sobre todo lo que nos dé la

20
00:01:42,050 --> 00:01:48,920
gana Sí, a ver, que yo no soy
mucho de seguir un ¿cómo decirlo?

21
00:01:49,260 --> 00:01:53,920
Un guión, no tenemos guión Sí, un
guión, sino que bueno, cuando...

22
00:01:53,920 --> 00:01:58,260
Ni tenemos guión ni tenemos sponsor Cuando
empiezo a hablar, empiezo a hablar y ya está

23
00:01:58,300 --> 00:02:03,480
Ni tenemos guión ni tenemos sponsor,
aunque te dije dije, oye, voy a hacer publicidad.

24
00:02:04,900 --> 00:02:10,040
En mayo voy a empezar en Café de Atabase,
en la Academia de Café de Atabase voy a empezar

25
00:02:10,040 --> 00:02:12,318
un máster de optimizaciones SQL en Oracle

26
00:02:13,060 --> 00:02:14,560
de ocho meses de duración.

27
00:02:14,620 --> 00:02:18,000
Vamos a empezar en mayo, junio, junio,
agosto, septiembre, octubre, noviembre y diciembre.

28
00:02:18,040 --> 00:02:19,660
Vamos a estar hasta final de año.

29
00:02:19,700 --> 00:02:23,840
Voy a cubrir todo lo que
toca optimizaciones SQL.

30
00:02:24,040 --> 00:02:27,620
Voy a reeditar el libro, lo voy
a actualizar a la nueva versión.

31
00:02:28,220 --> 00:02:33,760
Y salvo el mes de agosto, que será un mes
de vacaciones pero que daré contenido para

32
00:02:34,700 --> 00:02:41,020
estudiar de mientras, pues voy a hacer el
programa formativo de Café Database de la Academia

33
00:02:41,020 --> 00:02:44,820
más Potente que he hecho hasta el momento.

34
00:02:45,790 --> 00:02:51,850
¿Qué te parece? Me parece fenomenal me
imagino que la gente cuando termina termina el

35
00:02:51,850 --> 00:02:57,990
programa en esos ocho meses, seguro que le
puede decir a Tan el poder oye, ya me puedo

36
00:02:57,990 --> 00:03:05,170
poner aquí al lado tuyo. Quizá no tanto,
pero sí quiero hacerlo con mucha práctica, con

37
00:03:05,170 --> 00:03:10,290
tutorías cada mes, individuales
con los alumnos y con

38
00:03:11,730 --> 00:03:18,510
Es decir, con prácticas de entornos que
traigan los alumnos traen queries para destripar

39
00:03:18,510 --> 00:03:25,310
y para analizar AWRs y para ver qué está
pasando con baselines directivas, SQL patches

40
00:03:25,310 --> 00:03:30,170
cosas así, entender bien todas las tripas,
pues quiero disfrutar no voy a hacer nada

41
00:03:30,170 --> 00:03:34,948
más, desde mayo hasta final no voy a hacer
ningún curso más voy a estar de pleno en el

42
00:03:35,610 --> 00:03:39,410
master a tope eso está
muy bien porque todavía

43
00:03:40,310 --> 00:03:46,310
la IA no nos soluciona todo eso, se lo digo
aquí a la gente que mucha gente se pone,

44
00:03:46,470 --> 00:03:52,630
bueno, a ver qué me dice esto y todavía la
inteligencia artificial pues te arroja allí

45
00:03:53,470 --> 00:03:57,950
vistas que no existen, cosas que chequear
que no tienen nada que ver con a lo mejor la

46
00:03:57,990 --> 00:04:03,510
causa del problema Yo siempre he dicho que
para hacer un buen DBA no se trata solamente

47
00:04:03,510 --> 00:04:10,010
de tener muchos años de experiencia, sino
de interiorizar realmente las cosas, del saber

48
00:04:10,010 --> 00:04:11,788
del por qué estás haciendo algo.

49
00:04:12,150 --> 00:04:18,650
Mucha gente sigue un guión de esto lo hago
porque se soluciona el problema, pero no llega

50
00:04:18,650 --> 00:04:22,850
a entender la causa del problema y por
qué se soluciona al hacer todo eso.

51
00:04:22,950 --> 00:04:24,930
Y eso es importante, eso
es lo que hace un buen DBA.

52
00:04:24,970 --> 00:04:30,830
Y para hablar con esa GPT tienes que saber
lo que le pides, dibujarle el escenario bien,

53
00:04:30,950 --> 00:04:34,670
proporcionarle toda la información bien
y entender lo que te devuelve también.

54
00:04:34,710 --> 00:04:38,490
Vamos, es el Contexto es como un buen DBA.

55
00:04:38,690 --> 00:04:45,230
Tú a un tío que realmente sabe mucho, si
tú le dices tengo un problema de rendimiento,

56
00:04:45,370 --> 00:04:50,470
pues falta mucha información allí para que
te pueda decir algo, para que te pueda decir

57
00:04:50,470 --> 00:04:53,090
bueno, pero ¿el problema de qué es?

58
00:04:53,130 --> 00:04:54,570
¿Es un problema ¿Es un
problema generalizado?

59
00:04:54,610 --> 00:04:57,221
¿Es un problema con una
consulta en específico?

60
00:04:59,010 --> 00:05:02,770
¿Ha habido alguna modificación
en el modelo de la tabla?

61
00:05:02,890 --> 00:05:04,730
Hay muchas cosas, muchos factores.

62
00:05:04,770 --> 00:05:09,370
Bueno, si tú quieres hacer uso de la
inteligencia artificial, al final necesitas darle

63
00:05:09,410 --> 00:05:16,250
todo ese contexto. Yo no digo que sea, al
final es un potenciador, pero si no lo sabes

64
00:05:16,250 --> 00:05:21,410
usar y no le das el suficiente contexto,
estás potenciando seguramente otro problema

65
00:05:21,410 --> 00:05:24,021
y no la solución, que es
lo que estás buscando.

66
00:05:24,250 --> 00:05:29,970
Y a veces el GPT te puede dar soluciones
que en tu contexto rompen cosas.

67
00:05:30,580 --> 00:05:35,080
Y tú no tienes el conocimiento base.

68
00:05:35,860 --> 00:05:41,580
Claro, si tú no tienes El conocimiento base,
un criterio Pues a lo mejor vas a hacer

69
00:05:41,580 --> 00:05:43,858
algo Que termina de empeorar la situación

70
00:05:44,680 --> 00:05:48,420
Sí, sí, sí Entonces, bueno,
es importante Es importante

71
00:05:49,840 --> 00:05:53,920
Todavía no nos van a reemplazar Todavía
hay muchas cosas que podemos hacer John queriéndonos

72
00:05:53,960 --> 00:05:57,520
reemplazar, diciendo que los de veas Estamos
caducados desde la 9 Yo recuerdo cuando

73
00:05:57,560 --> 00:06:04,180
salió Autonomous Que Larry Ellison dijo lo
que dijo Ya no van a necesitar más de veas

74
00:06:04,180 --> 00:06:09,780
y la realidad es otra he tenido muchos
clientes que usan autónomos y bueno pero bueno

75
00:06:09,780 --> 00:06:13,460
que aquí no venimos a hablar de autónomos
aquí venimos a hablar de golden que con él

76
00:06:13,500 --> 00:06:20,640
tendré 20 6 con esta herramienta que que
yo sé que mucha gente le tiene un poco

77
00:06:20,640 --> 00:06:27,770
de miedo sobre todo en migraciones
yo estaba muchos proyectos de

78
00:06:27,770 --> 00:06:34,430
migración diferentes formas de bueno de
encarar esas migraciones de Es decir, a ver,

79
00:06:34,470 --> 00:06:38,990
tengo esta base de datos, esta versión,
quiero llevarla, vamos a decir ahora, a la 26

80
00:06:39,030 --> 00:06:46,210
y siempre surge el problema
de cuál es la ventana para

81
00:06:46,210 --> 00:06:47,710
migrar a esa fase de datos.

82
00:06:48,390 --> 00:06:50,390
¿Qué tamaño tiene esa base de datos?

83
00:06:51,670 --> 00:06:55,650
Y dependiendo de todos esos
factores, hay diferentes caminos.

84
00:06:55,730 --> 00:06:57,150
No todos te van a llevar al mismo.

85
00:06:57,190 --> 00:07:04,700
Puedes hacer un export import de toda la
vida, puedes hacer un data guard si aplica dependiendo

86
00:07:04,700 --> 00:07:12,820
de la versión, puedes hacer una
migración física usando XTTS, he

87
00:07:12,920 --> 00:07:19,960
hecho un montón también de migraciones
con XTTS y luego está la, bueno, quiero

88
00:07:19,960 --> 00:07:22,440
migrar usando GoldenGate.

89
00:07:22,440 --> 00:07:29,500
Entonces, hay ciertas cosas a considerar,

90
00:07:29,500 --> 00:07:35,940
porque a veces no se trata solamente de
migrar el dato, sino también de lo que hay en

91
00:07:35,940 --> 00:07:41,640
los orígenes. Hay ciertos factores que
a lo mejor se tienen que evolucionar.

92
00:07:41,900 --> 00:07:44,733
Entonces, GoldenGate te
permite un montón de cosas.

93
00:07:45,360 --> 00:07:52,720
¿Qué pasa? Que hay clientes, y ocurre mucho
en diferentes tipos de industrias, que

94
00:07:52,720 --> 00:07:58,420
no han evolucionado sus plataformas
durante mucho tiempo y hay de alguna forma algunos

95
00:07:58,420 --> 00:08:04,920
prerequisitos, así como también los hay
para el tema de hacer migraciones lógicas con

96
00:08:04,920 --> 00:08:09,880
export -import, de que tienes que instalarte,
qué sé yo, algún parche que te permite

97
00:08:09,880 --> 00:08:13,300
optimizar esos procesos.
Bueno, para Golden y también.

98
00:08:13,560 --> 00:08:19,080
Para Golden y en muchos de los casos hay
que instalar algunos parches para que el producto

99
00:08:19,080 --> 00:08:21,480
funcione de forma correcta, etc.

100
00:08:22,040 --> 00:08:27,880
Y también tiene sus restricciones,
tipos de datos que no puedes migrar.

101
00:08:27,960 --> 00:08:34,180
Por ejemplo, los tipos de datos que se han
definido a nivel de usuario, Que eso se puede

102
00:08:34,180 --> 00:08:41,060
hacer para los famosos uefs que están por
ahí son típicas restricciones que tienes al

103
00:08:41,060 --> 00:08:48,060
momento de utilizar golden y algo
que también es muy relevante es

104
00:08:48,060 --> 00:08:53,200
el cómo sé que he migrado todo es una
pregunta que todo el mundo se hace porque tengo

105
00:08:53,200 --> 00:09:00,240
estoy mirando a lo mejor parte de mi base
datos y no todo lo que necesito pero de

106
00:09:00,240 --> 00:09:05,720
alguna forma necesito o el cliente puede
pedir él y ¿Y cómo sé que realmente se ha migrado

107
00:09:05,720 --> 00:09:10,940
todo? Más allá de que mi réplica está
sincronizada, mis extracts están cero lab, mi réplica

108
00:09:10,940 --> 00:09:13,160
se ha hecho sin ningún problema.

109
00:09:13,660 --> 00:09:19,720
Y hay otros productos, como el Veridata,
que está por allí, que han ido evolucionando

110
00:09:19,720 --> 00:09:23,560
y que yo creo que Es un...

111
00:09:25,310 --> 00:09:31,030
Yo creo que debería estar integrado dentro
del producto de GoldenGNC que te dé esa

112
00:09:32,270 --> 00:09:36,990
Avaliación y esa tranquilidad que muchos
clientes a veces necesitan porque no es lo mismo

113
00:09:37,030 --> 00:09:43,750
hacer un simple account de decir bueno
aquí tengo este set de datos que yo he migrado

114
00:09:43,750 --> 00:09:49,610
y hago un select account y me voy al otro
lado y hago un select no es necesariamente

115
00:09:49,610 --> 00:09:56,270
una validación correcta porque a lo mejor
a nivel de registro se puede coincidir pero

116
00:09:56,270 --> 00:10:02,530
a nivel de la consistencia del dato no o
sea pudo haber actualizado un dato Claro, pudo

117
00:10:02,530 --> 00:10:06,970
haber actualizado un dato que en el origen
a lo mejor no lo tengo en el destino de esa

118
00:10:07,010 --> 00:10:08,870
forma, con esa consistencia.

119
00:10:08,950 --> 00:10:10,970
Entonces, un select
count no es suficiente.

120
00:10:11,010 --> 00:10:17,830
Necesitas esas herramientas para intentar
validar y verificar esa consistencia de los

121
00:10:17,830 --> 00:10:20,490
datos y dar por buena una migración.

122
00:10:21,510 --> 00:10:25,340
Más allá de migrar, GoldenGate
te permite un montón de cosas.

123
00:10:25,500 --> 00:10:31,110
Por ejemplo, Aquí normalmente cuando hablamos
de GoldenGate, la gente siempre tiende

124
00:10:31,110 --> 00:10:38,230
a enfocarse en el GoldenGate for Oracle,
en esas migraciones o en ese movimiento

125
00:10:38,230 --> 00:10:42,030
de datos que son de alguna forma
homogéneos entre plataformas.

126
00:10:42,030 --> 00:10:48,610
Oracle a Oracle, normalmente es lo que ves
por allí luego hay otro set de productos de

127
00:10:48,610 --> 00:10:54,850
GoldenGate Para MySQL DB2, Pogre, etc.

128
00:10:55,510 --> 00:11:01,330
Yo estoy más que nada muy familiarizado
con el GoldenGate for Oracle, obviamente y también

129
00:11:01,330 --> 00:11:04,990
con otro producto que es el de el

130
00:11:06,130 --> 00:11:11,650
forData en Distributing Application
Analytics que le han puesto un nombre muy largo antes

131
00:11:11,650 --> 00:11:18,640
se llamaba Big Data, pero bueno, ya sabéis
que Oracle viene haciendo un branding ahí,

132
00:11:18,700 --> 00:11:24,780
renombrando las cosas y liando a la gente,
porque la verdad es que uno se termina liando

133
00:11:24,780 --> 00:11:28,760
con toda la nomenclatura que van
cambiando, que dice, ¿esto es lo mismo o no es lo mismo?

134
00:11:28,800 --> 00:11:35,900
Bueno, el Oracle, el GoldenGate, antes
del Big Data que había de toda la vida,

135
00:11:35,960 --> 00:11:41,140
bueno, de toda la vida, desde la versión
19 más o menos que salió por allí, lo han renombrado

136
00:11:41,140 --> 00:11:44,020
ahora en la versión 23 y se llama
Data Distributing Analytics.

137
00:11:44,060 --> 00:11:51,100
Un nombre bastante extenso, pero
que permite de alguna forma, pues,

138
00:11:51,180 --> 00:11:56,900
te permite conectar a muchas
fuentes o a muchos destinos.

139
00:11:56,940 --> 00:12:03,960
O sea, Snowflake, AWS
S3, Mongo, Kafka, etc.

140
00:12:04,200 --> 00:12:10,820
Bueno, hay un montón hadoop, cómo quieres
tú enviar, en qué formato los datos, formato

141
00:12:10,820 --> 00:12:13,800
Parquet, formato Abro,
cuando hablas de Kafka, etc.

142
00:12:14,860 --> 00:12:20,440
Y la arquitectura de GoldenGate,
que yo creo que es muy relevante.

143
00:12:21,220 --> 00:12:28,680
Antes de GoldenGate, vamos a decir,
a partir de la versión 19, que

144
00:12:28,680 --> 00:12:34,080
fue el que sacaron esa evolución del
GoldenGate con la arquitectura de microservicios

145
00:12:34,080 --> 00:12:39,860
Y que es la única obra que está soportada
porque la anterior ya fue básicamente deprecada

146
00:12:39,860 --> 00:12:41,860
en la versión 23 o en la versión 26.

147
00:12:43,400 --> 00:12:49,420
Es muy interesante porque han hecho
algunos cambios relevantes y han intentado evolucionar

148
00:12:49,420 --> 00:12:56,940
el producto a que sea un poco más, vamos a
decirlo, orientado a las nuevas tecnologías,

149
00:12:56,940 --> 00:12:58,640
a hacerlo un poco más moderno.

150
00:12:58,740 --> 00:13:04,540
Esa integración que tiene ahora a través
de APIs, que yo no sé si alguno aquí de la audiencia

151
00:13:04,540 --> 00:13:11,560
ha utilizado, es muy relevante porque
es fácil primero de automatizar.

152
00:13:11,560 --> 00:13:16,480
Es cierto que hay algunas cosas
que no están del todo documentadas.

153
00:13:16,480 --> 00:13:21,960
Me ha pasado sobre todo con el de Big
Data o el distribuido en Analytics.

154
00:13:22,440 --> 00:13:26,880
Hay algunas cosillas por ahí que no están
como que muy bien documentadas a nivel del

155
00:13:26,920 --> 00:13:31,340
uso de las APIs, pero hay
muchas cosas relevantes.

156
00:13:31,340 --> 00:13:35,740
Lo más común, o sea, el voy a crear un
extract, voy a crear un réplica, quiero ver el

157
00:13:35,780 --> 00:13:42,760
estado, mis estadísticas, el reporte,
generar nuevos usuarios, todo eso está bastante

158
00:13:42,760 --> 00:13:49,840
bien y hace que, por ejemplo, tú puedas
desarrollar una especie de, vamos a

159
00:13:49,840 --> 00:13:56,480
decir, con ese set de API REST, una
especie de command line o de click, vamos a decirlo,

160
00:13:56,540 --> 00:14:04,260
de un CLI, para que puedas e intentar
generar una app y que puedas consumir indiferentemente

161
00:14:04,260 --> 00:14:10,100
de que gol de que deployment de golden
games tienes definido entonces es bastante práctico

162
00:14:10,100 --> 00:14:16,440
yo creo que es algo súper súper útil y
ahora obviamente con el tema de la idea lo puedes

163
00:14:16,440 --> 00:14:23,560
potenciar Mucho más porque no yo no soy
un desarrollador o sea tengo conocimientos

164
00:14:23,560 --> 00:14:28,560
me gusta me gusta mucho el tema de
codificar, he tirado un montón de líneas de código

165
00:14:28,560 --> 00:14:30,116
en Python, me encanta Python

166
00:14:31,240 --> 00:14:33,140
Sé programar sé usar algunas

167
00:14:34,340 --> 00:14:38,640
Qué sé yo, temas de más
allá de la programación

168
00:14:40,700 --> 00:14:47,280
Digamos, usando clases y todo lo demás
ciertos patrones de diseño de programación, pero

169
00:14:47,280 --> 00:14:54,380
para un un DBA de toda la vida te
puede, sobre todo yendo al nuevo camino

170
00:14:54,380 --> 00:15:00,160
e ir automatizando un montón de cosas que
se pueden reutilizar entonces es súper útil

171
00:15:00,160 --> 00:15:08,980
esa parte de la API REST en las nuevas
versiones en la 23 y en la 26 y bueno

172
00:15:08,980 --> 00:15:14,620
la arquitectura también de microservicios
es cierto que a lo mejor alguien que viene

173
00:15:14,620 --> 00:15:20,300
de lo clásico se puede asustar un poco
cuando ve la interfaz gráfica y dice qué es esto

174
00:15:20,300 --> 00:15:27,800
estoy acostumbrado a qué sé yo a ir por
la línea Tiene comando, usar el GSI y tiro

175
00:15:27,800 --> 00:15:30,300
para adelante y me olvido
un montón de cosas.

176
00:15:30,340 --> 00:15:37,140
Pero la arquitectura de microservicios sí
que ha separado servicios, bueno, digamos,

177
00:15:37,220 --> 00:15:41,560
ha consolidado algunos servicios
y luego hay otros que ha separado.

178
00:15:42,200 --> 00:15:48,320
Ese pan extract que antes uno hacía, ahora
lo han convertido en un servicio que se llama

179
00:15:48,320 --> 00:15:52,760
Distribution Service, súper
útil, tiene más opciones.

180
00:15:52,760 --> 00:15:59,860
Tú puedes agarrar un trail file que se
está generando un extract y decirle,

181
00:15:59,860 --> 00:16:06,920
pues esto, si tengo un distribution service
en medio, puedo agarrar esa información

182
00:16:06,920 --> 00:16:08,760
y mandarla a otros deployments.

183
00:16:08,760 --> 00:16:15,800
Y esos otros deployments pueden
ser for Oracle, for Big Data, para

184
00:16:15,990 --> 00:16:21,830
lo que sea. O sea, puedes conectar
diferentes tipos de deployment de diferentes tecnologías

185
00:16:21,830 --> 00:16:25,490
Y luego ya en cada uno haces
lo que tengas que hacer, ¿no?

186
00:16:25,490 --> 00:16:32,030
O sea, por ejemplo, un ejemplo así
reciente de un proyecto en el que estoy es, por ejemplo,

187
00:16:32,130 --> 00:16:35,150
extraer datos de base
de datos Oracle, ¿vale?

188
00:16:35,310 --> 00:16:38,630
Y mandarlos a un Kafka o a un S3.

189
00:16:39,070 --> 00:16:42,890
Entonces, ahí hay dos
deployments distintos de Golding.

190
00:16:42,950 --> 00:16:47,170
Uno for Oracle y otro en el de
Data Distributing Analytics.

191
00:16:47,170 --> 00:16:54,230
Y esos Distribution Service te
permiten, aparte de enviar esos

192
00:16:54,230 --> 00:17:01,570
datos entre deployment, puedes
aplicar compresión, aplicar filtros.

193
00:17:01,730 --> 00:17:07,710
Tú puedes agarrar un trail file que te
estás extrayendo de X tablas y decirle, pues yo

194
00:17:07,710 --> 00:17:12,270
a este deployment le quiero enviar estas
tablas y al otro y estás leyendo el mismo fichero.

195
00:17:12,310 --> 00:17:14,710
La extracción sigue
siendo exactamente igual.

196
00:17:14,750 --> 00:17:20,250
Entonces, permite jugar un poco más,
separar componentes también, ¿vale?

197
00:17:20,330 --> 00:17:25,130
O sea, si tú tienes un programa con el
distribution, tu extract sigue funcionando, no

198
00:17:25,130 --> 00:17:30,330
están relacionados entre sí, más allá de
que puedan pertenecer al mismo deployment, y

199
00:17:30,330 --> 00:17:33,590
bueno, y un montón de cosas más.

200
00:17:33,590 --> 00:17:35,810
¿Qué otra cosa he visto
que han mejorado también?

201
00:17:35,850 --> 00:17:43,030
El tema de la seguridad ahí es
cierto que están un poco limitados a

202
00:17:43,030 --> 00:17:46,260
nivel de los roles que puedes definir.

203
00:17:46,260 --> 00:17:50,200
En una arquitectura de microservicios
solamente hay, digamos, cuatro roles.

204
00:17:50,240 --> 00:17:56,810
Vale el rol de usuario que sí que si tú le
das ese rol de usuario A un usuario que es

205
00:17:56,810 --> 00:18:03,230
creado si lo único que puedo hacer es leer
ver cosas a mira aquí está mi extract el extract

206
00:18:03,230 --> 00:18:08,290
se está ejecutando vale pero no no puede
hacer más nada más allá que visualizar dentro

207
00:18:08,290 --> 00:18:13,450
de dentro de la consola o desde el admin
client que es como la evolución del ggs y ese

208
00:18:13,450 --> 00:18:19,630
famoso que estaba por ahí de command line
en el clásico luego está el usuario digamos

209
00:18:19,630 --> 00:18:28,350
el rol mejor dicho operador vale que ya te
permite pues detener un extract volverlo

210
00:18:28,350 --> 00:18:34,490
a levantar de tener un réplica no ese tipo
de cosas pero no permite hacer modificaciones

211
00:18:34,490 --> 00:18:39,230
sobre lo que lo que ocurre ahí por ejemplo
alguien guardó operador podrá detener un extract

212
00:18:39,270 --> 00:18:45,330
y levantarlo pero no podrá por ejemplo
quiero Quiero agregar una nueva tabla dentro de

213
00:18:45,330 --> 00:18:47,390
mi configuración. Eso no
lo podrá hacer, ¿vale?

214
00:18:47,430 --> 00:18:52,950
No tiene esos permisos luego ya está el
rol, digamos, administrador, que tiene obviamente

215
00:18:52,950 --> 00:18:56,310
un poco más, pero no es el que
tiene todos los permisos, ¿vale?

216
00:18:56,350 --> 00:19:01,790
Va a tener ahí, pero sí puede detener
nuestra, modificar la parametrización, etcétera,

217
00:19:01,790 --> 00:19:04,179
¿no? ¿Qué no puede
hacer ese administrador?

218
00:19:04,530 --> 00:19:11,350
Crear otro usuario para eso ya está el rol
mayor, que es el de security, que es el que

219
00:19:11,350 --> 00:19:17,050
se genera, por ejemplo, cuando despliegas
un deployment de GoldenGate en estas nuevas

220
00:19:17,050 --> 00:19:24,090
versiones. Cuando se hace ese despliegue,
Ese famoso usuario que normalmente sucede llamarse,

221
00:19:24,150 --> 00:19:31,230
la gente lo suele llamarlo GG Admin o GG
Admin o lo que sea, ese usuario que se genera

222
00:19:31,230 --> 00:19:33,450
allí ya viene con ese rol de Security.

223
00:19:33,450 --> 00:19:40,770
Entonces, está como que un poco,
no te deja generar, digamos, un rol

224
00:19:40,770 --> 00:19:45,250
customizado, que yo diga, bueno, yo quiero
generar un rol que tenga estos permisos.

225
00:19:45,290 --> 00:19:48,179
Eso no lo puedes hacer está
un poco limitado, ¿vale?

226
00:19:48,230 --> 00:19:52,330
Esa parte de los roles y los
permisos que tú puedes definir.

227
00:19:52,430 --> 00:19:57,170
¿Qué otra cosa es interesante y que se
ajustan las nuevas cosas, digamos, modernas?

228
00:19:57,680 --> 00:20:04,720
Pues que puedes, por ejemplo, delegar
esa autenticación a los deployments

229
00:20:04,720 --> 00:20:07,920
de GoldenGate a otras
herramientas de terceros.

230
00:20:07,920 --> 00:20:15,780
Por ejemplo, meter por allí
un servicio SSO, un Entry

231
00:20:15,780 --> 00:20:22,860
ID, puedes meter también,
conectarlo con algún Cloud Provider,

232
00:20:22,980 --> 00:20:27,480
el de OSI, por ejemplo, para
delegar esa autenticación, ¿vale?

233
00:20:27,480 --> 00:20:33,060
Entonces esas son cosas que no podías
hacer antes con la arquitectura anterior de Classic

234
00:20:33,060 --> 00:20:40,120
y que ahora puedes evolucionar y puedes
intentar centralizar esos usuarios y

235
00:20:40,120 --> 00:20:44,400
delegarlos a un Entity Provider, que
me parece que es algo súper útil.

236
00:20:44,400 --> 00:20:52,080
El tema de la encriptación también,
antes se podía aplicar, digamos, cierta

237
00:20:52,080 --> 00:20:57,840
encriptación a nivel de los Trailfile y
todo eso, usando Wallex y bueno, toda esta parte

238
00:20:57,840 --> 00:21:03,080
se sigue poniendo a hacer en
microservicios, en La arquitectura de microservicios, pero

239
00:21:03,080 --> 00:21:07,140
también hay otras integraciones, o sea, hay
otros productos como el Oracle Keyboard,

240
00:21:07,180 --> 00:21:13,700
¿vale? Para los que el OKV, el famoso OKV
que últimamente, por ejemplo, sobre todo aquí

241
00:21:13,700 --> 00:21:19,640
en, bueno, no digo aquí en España, pero
digamos en España también he visto varias empresas

242
00:21:19,640 --> 00:21:21,460
que lo tienen, varias compañías, ¿no?

243
00:21:21,500 --> 00:21:27,120
Ese OKV, pero que viene dado sobre todo
con estas regulaciones aquí a nivel de Europa,

244
00:21:27,260 --> 00:21:32,480
¿no? De las cosas que tienen que hacer,
todo eso de Dora, yo que estoy muy familiarizado

245
00:21:32,480 --> 00:21:39,600
con el tema de la industria de seguros,
de la industria bancaria, tienen ciertos

246
00:21:39,600 --> 00:21:44,120
estándares de seguridad que deben seguir y
uno de los productos que ahora parece mucho

247
00:21:44,160 --> 00:21:49,430
de Oracle dentro de las organizaciones es
el Oracle Keyboard, que se puede integrar no

248
00:21:49,430 --> 00:21:53,210
solamente con base de datos,
sino con Golden en este caso.

249
00:21:53,290 --> 00:21:59,250
Entonces ahora se puede, desde la
arquitectura de microservicios, y hacer una integración

250
00:21:59,250 --> 00:22:06,710
con el OKV para aplicar encriptación de
los Trailfile y es bastante útil sobre todo cuando

251
00:22:06,710 --> 00:22:12,130
ya tienes una arquitectura donde tienes
muchos deployment de GoldenGate de diferentes

252
00:22:12,130 --> 00:22:19,090
productos también o incluso de Fororacle a
Fororacle porque tú aplicas esa encriptación

253
00:22:19,090 --> 00:22:25,950
y si esa clave esa master key la tienes en
un OKV centralizada y la compartes entre los

254
00:22:25,950 --> 00:22:32,090
deployment Puedes enviar el dato entre
deployments y ya el replica por ejemplo cuando

255
00:22:32,090 --> 00:22:36,970
en el otro lado en el otro deployment en
ese segundo deployment que puede haber por ahí

256
00:22:36,970 --> 00:22:43,230
o ese tercero pueden decir a ver que me ha
llegado aquí vale pero y dónde está la master

257
00:22:43,230 --> 00:22:49,580
key si yo tengo esa integración en un okv
se la puedo pedir oye oye okv tienes esta master

258
00:22:49,580 --> 00:22:53,260
key si perfecto ya con esto yo puedo
descifrar el trial file y lo puedo leer.

259
00:22:53,300 --> 00:22:58,380
Entonces, eso, si no lo tienes y
necesitas aplicar encriptación local,

260
00:22:59,500 --> 00:23:04,460
tienes que, tu modelo operativo puede ser
un poco más complicado porque tendrás que,

261
00:23:04,480 --> 00:23:10,340
cada vez que rotas esas claves en el
master key, tendrás que copiarla de forma manual

262
00:23:10,340 --> 00:23:13,260
entre deployments y agrega
cierta complejidad operativa.

263
00:23:13,300 --> 00:23:17,220
Entonces, Esa integración con otros

264
00:23:18,300 --> 00:23:23,300
elementos externos hace que sea un poco
más fácil de operar el Golden Game en ese sentido.

265
00:23:23,700 --> 00:23:27,340
Tiene, bueno, un montón de
cosas interesantes, la verdad.

266
00:23:27,520 --> 00:23:29,520
Muy bien, ¿eh? O sea, hay un montón.

267
00:23:29,820 --> 00:23:32,340
Realmente es un mundo del cambio de

268
00:23:33,560 --> 00:23:34,600
Classic, Integrated, ¿no?

269
00:23:34,640 --> 00:23:38,560
El modo cliente que es
difícil de monitorizar.

270
00:23:39,060 --> 00:23:41,727
A mí se me ha parecido
que era bastante difícil.

271
00:23:42,140 --> 00:23:45,140
Has dicho una palabra mágica, monitorizar.

272
00:23:45,780 --> 00:23:53,280
También hay sí, sí, también hay muchos
cambios porque, a ver, En el Classic, la monitorización

273
00:23:53,280 --> 00:24:00,060
de todo el mundo, pues hacía alguna
coletilla por allí manual, después salió alguna integración

274
00:24:00,060 --> 00:24:07,490
con el OIM, el famoso OIM, que han

275
00:24:07,490 --> 00:24:09,790
sacado una nueva versión reciente.

276
00:24:09,790 --> 00:24:15,430
La verdad que no he tenido todavía
oportunidad de verla así a fondo, o sea, de meterme

277
00:24:15,430 --> 00:24:21,470
yo a verlo, sí que he visto algunas capturas
por allí, pero hay algo muy interesante

278
00:24:21,470 --> 00:24:29,230
que está en la versión 23, y bueno,
en la 26 obviamente, que es una

279
00:24:29,680 --> 00:24:36,680
exportación de métricas que hacen los
deployments de GoldenGate en formato StatsD,

280
00:24:36,800 --> 00:24:39,740
se llama, ¿vale? ¿Qué
es este formato StaffD?

281
00:24:40,140 --> 00:24:47,830
Pues que ya por defecto, cuando tú haces
una instalación del producto, tú puedes,

282
00:24:47,910 --> 00:24:55,050
bien sea, levantar un proceso de monio
donde tienes el GoldenGate ejecutando, es decir,

283
00:24:55,050 --> 00:25:01,490
un formato local, y puedes exportar esas
métricas, que ya lo hace por defecto, no tienes

284
00:25:01,490 --> 00:25:07,960
que hacer nada, a un puerto que
tú le digas, a un puerto UDP.

285
00:25:09,000 --> 00:25:14,780
Entonces tú puedes levantar ese demonio y
mandarle todas las métricas que te arroja el

286
00:25:14,780 --> 00:25:19,800
GoldenGate. Entonces esto es súper útil
cuando tú quieres tener una Observabilidad, por

287
00:25:19,800 --> 00:25:26,140
ejemplo, en los sistemas nuevos que ahora
vamos de Grafana, OpenTelemetry, etc.

288
00:25:26,140 --> 00:25:30,800
Que son, digamos, las nuevas,
incluso Dynatrace, etc.

289
00:25:31,960 --> 00:25:38,960
Entonces, esa integración que ahora tiene
el GoldenGate, por defecto, es súper útil

290
00:25:38,960 --> 00:25:40,340
para el tema de la observabilidad.

291
00:25:40,380 --> 00:25:47,420
Tú puedes enviar esas métricas incluso
de forma remota a otro lado donde haya un

292
00:25:47,420 --> 00:25:49,720
demonio de staff C escuchando.

293
00:25:49,800 --> 00:25:54,660
Y ya luego cuando tienes esas métricas ya
te las puedes llevar a una base de datos time

294
00:25:54,660 --> 00:26:01,720
series, por así decirlo, consumirlas en un
Dynatrace, agarrar esas métricas y meterlas

295
00:26:01,720 --> 00:26:05,340
en un Grafana y armarte
unos dashboards increíbles.

296
00:26:05,340 --> 00:26:10,520
Entonces ya tienes una
monitorización modernizada.

297
00:26:11,200 --> 00:26:15,760
Cosa que antes era un poco complejo, el
tema de la observabilidad de GoldenGate.

298
00:26:15,920 --> 00:26:18,180
Entonces ya ahí puedes
exportar un montón de cosas.

299
00:26:18,220 --> 00:26:22,820
Y eso es súper útil, la parte esa
de, ¿tiene integración con el OEM?

300
00:26:23,040 --> 00:26:24,840
Sí, sigue teniendo integración con el OEM.

301
00:26:24,880 --> 00:26:32,110
Pero yo creo que el hoy en ya
para eso yo no sé si seguiría

302
00:26:32,110 --> 00:26:38,670
por allí o sea no sé si iría si al menos
que ya tenga un hoy en bueno para todo pero

303
00:26:38,670 --> 00:26:45,910
preparado claro se utilicen preparado con
todo el tema de notificaciones y con y

304
00:26:45,910 --> 00:26:50,670
con integración digamos con alguna que es
algo así por sobre todo para el tema de ver

305
00:26:50,670 --> 00:26:57,510
procesos de que puedan caerse y poder verlos
desde el Manager yo creo yo creo que sí

306
00:26:57,510 --> 00:27:04,410
tiene que ser interesante si es interesante
pero si ya tienes va a depender mucho de

307
00:27:04,410 --> 00:27:11,870
lo que tengas en la casa en la compañía
pues yo tengo uno bien y también tengo un grafana

308
00:27:11,870 --> 00:27:19,100
para otras cosas pues allí ya
tú tienes que evaluar que es al

309
00:27:19,100 --> 00:27:23,860
final son digamos sigue siendo el oyen
sigue siendo un producto de ahora con entonces

310
00:27:23,860 --> 00:27:31,060
tiene cierta integración necesitas
ahí puedes instalarte un plugin aparte

311
00:27:31,060 --> 00:27:38,420
y para esa configuración pero el tema del
estado es que que ya es un poco más estandarizado

312
00:27:38,420 --> 00:27:44,140
todo y ya te lo puedes llevar a muchas
otras cosas o sea no solamente un bien te lo puedes

313
00:27:44,140 --> 00:27:50,240
llevar un grafana una de 3 a todo lo que
sea que pueda tener que te pueda levantar un

314
00:27:50,240 --> 00:27:57,440
demonio este y ya está con que tú puedas
hacer esa enviar esas métricas en formato perdón

315
00:27:57,440 --> 00:28:03,780
en remoto a otra máquina desde el golden o
incluso dentro del mismo dentro de donde hayas

316
00:28:03,780 --> 00:28:07,780
levantado ese deployment de Golden y también
puedes levantar ese demonio allí que te

317
00:28:07,820 --> 00:28:09,520
lo hace de forma automática

318
00:28:10,640 --> 00:28:12,680
y consumirlo entonces es bastante

319
00:28:13,700 --> 00:28:17,033
integrable en ese sentido el
tema de la observabilidad bueno

320
00:28:19,030 --> 00:28:24,970
Nos estamos tomando un café, yo estoy
disfrutando mientras tú me estás contando pero

321
00:28:24,970 --> 00:28:30,510
nos estamos tomando un café con audiencia
y lo estamos grabando los que están escuchando

322
00:28:30,510 --> 00:28:35,030
ahora pueden hacernos alguna pregunta si
quieren los que lo escuchan grabado ya no nos

323
00:28:35,070 --> 00:28:40,610
podrán hacer preguntas porque ya estará
grabado se lo han perdido pero pero es súper

324
00:28:40,610 --> 00:28:47,270
interesante lo que estás contando yo utiliza
golden gate para hacer migraciones y si

325
00:28:47,270 --> 00:28:51,030
me parece una herramienta muy interesante
y si quieres que te cuente una anécdota porque

326
00:28:51,070 --> 00:28:55,770
dices tú tienes así anécdota digital te
cuento yo una y me cuentas tú alguna de las tuyas

327
00:28:55,810 --> 00:28:59,090
que se te has encontrado con cosas con
cosas chulas que es que te cuente una anécdota

328
00:28:59,130 --> 00:29:02,210
interesante con GoldenGate que
te va a sorprender un montón.

329
00:29:02,250 --> 00:29:08,940
Claro, claro pues mira, tenía un origen de
datos en el que, de una forma que luego descubrí,

330
00:29:09,830 --> 00:29:14,730
alguien estaba insertando filas
con fechas en el año cero.

331
00:29:15,300 --> 00:29:21,280
El año cero no es si intentas
insertar 1 de enero del año cero,

332
00:29:22,640 --> 00:29:26,020
Ahora que te he dado un error,
el año cero no es un año válido.

333
00:29:26,060 --> 00:29:29,180
¿Vale? Pero si de alguna forma tú ponías

334
00:29:31,250 --> 00:29:36,910
Año 31 de diciembre O sea, o 1
de enero del año 1 Menos 2 días

335
00:29:38,210 --> 00:29:43,590
Te ponía 30 de diciembre Del año 0 Y esa
fila te la dejaba insertar en origen Entonces

336
00:29:44,630 --> 00:29:51,890
Yo tenía un GoldenGate Montadísimo
perfecto De un origen en 9i Y el destino era un 11

337
00:29:51,890 --> 00:29:58,590
De Windows a Linux O sea, todo perfecto Y
de pronto se me paraban los procesos de réplica

338
00:29:58,590 --> 00:30:04,050
Porque me decían error con el tipo de
fechas y yo miraba el tipo de fechas, miraba el

339
00:30:04,050 --> 00:30:09,330
registro y decía, pues 29 de febrero
del año 0 digo, no me lo puedo creer

340
00:30:10,350 --> 00:30:15,770
pero como han insertado un año un año 0 en
origen claro, que me paso, que cuando yo monté

341
00:30:15,770 --> 00:30:21,820
el GoldenGate la replicación, yo hice
export de todo el origen y en el import, de todo

342
00:30:21,820 --> 00:30:26,560
el origen como te hace el export y el
import, te lo hace por vía direct no te hace la

343
00:30:26,560 --> 00:30:31,740
comprobación de fechas Entonces, en el
origen pude ver que en el origen había fechas

344
00:30:31,740 --> 00:30:35,920
con año cero y en el destino también había
fechas metidas con año cero que las había

345
00:30:35,960 --> 00:30:40,880
metido el import. Y no había saltado ese
error porque el import lo había hecho directo.

346
00:30:40,880 --> 00:30:47,320
Pero la transacción del insert que se
formulaba en la réplica de GoldenGate, cuando

347
00:30:47,320 --> 00:30:51,360
transfería el insert del
año cero en destino cascaba.

348
00:30:52,240 --> 00:31:00,000
Entonces me tocó hacer un if en el pump,

349
00:31:00,220 --> 00:31:05,920
hacer una transformación y decir que si el
año era cero y además había un problema también

350
00:31:05,920 --> 00:31:10,720
con bisiestos, que también pasaba esto,
Que si al 29 de febrero le sumabas un día, te

351
00:31:10,720 --> 00:31:17,220
metía un 29 de febrero, un año que no era
bisiesto, de forma natural, porque en el año

352
00:31:17,220 --> 00:31:21,300
0, en el año 4, el tema de los
bisiestos tampoco estaba metido, ¿no?

353
00:31:21,300 --> 00:31:26,880
Hasta que no se metió el
calendario gregoriano y todo eso.

354
00:31:28,440 --> 00:31:32,500
Y tuve que hacerme un filtro de
convertir a mano la cadena de texto

355
00:31:33,400 --> 00:31:36,500
para que no me petara, porque
me estaba metiendo de origen...

356
00:31:36,540 --> 00:31:41,280
La gente estaba metiendo,
fecha, 1 del 1 del 00000.

357
00:31:44,600 --> 00:31:48,640
Y entraba, se metía en origen
y me fallaba la réplica.

358
00:31:48,940 --> 00:31:50,640
Y lo tuve que solucionar así.

359
00:31:53,050 --> 00:32:00,190
Nunca me pasó, pero sé que muchos de los
parches que obviamente recomienda Oracle, sobre

360
00:32:00,190 --> 00:32:08,110
todo cuando hay orígenes de versiones un
poco más viejas, 11 incluso anteriores,

361
00:32:08,250 --> 00:32:12,590
sí que te ponen un mínimo de parches
porque suelen pasar ese tipo de cosas.

362
00:32:12,590 --> 00:32:20,070
Vale ahí bueno serie de bugs que te
puedes encontrar en este caso que

363
00:32:20,300 --> 00:32:25,760
no es un back lo que está comentando es un
comportamiento que debía ser así si lo que

364
00:32:25,760 --> 00:32:32,260
pasa que en el import no lo estabas es
como que te lo pasaba por algo claro pero el año

365
00:32:32,260 --> 00:32:38,820
cero no existe como conceptualmente es
decir el error la validación de la fecha la hacía

366
00:32:38,820 --> 00:32:45,400
en un punto de control que que solo lo hacía
en transacción entrante, o lo valida en

367
00:32:45,400 --> 00:32:47,240
el insert o lo valida en el update.

368
00:32:47,280 --> 00:32:54,600
Pero una vez que estaba el dato
metido, pues esos direct insert no

369
00:32:54,600 --> 00:32:58,800
validaban el año, con el año cero.

370
00:32:59,440 --> 00:33:05,560
Hay un punto que también has comentado,
que muchas de las veces cuando se hacen migraciones

371
00:33:05,560 --> 00:33:13,700
con GoldenGate, Una de las cosas que
siempre se suele hacer, hay varias

372
00:33:13,700 --> 00:33:21,060
formas, de partir de un punto inicial,
donde tú tienes una foto de lo

373
00:33:21,060 --> 00:33:24,560
que tienes de tu base de datos de origen,
que está teniendo obviamente modificaciones,

374
00:33:24,600 --> 00:33:26,920
a lo que tú vas a llevar al destino.

375
00:33:26,920 --> 00:33:32,540
Cuando vas a empezar una migración en
GoldenGate, puedes hacer, dependiendo de todos

376
00:33:32,540 --> 00:33:39,040
los factores que Hay alrededor, puedes
hacer un backup -restore de toda la vida, si las

377
00:33:39,040 --> 00:33:45,100
versiones se mantienen. Pero yo cuando vas
a pasar entre versiones, normalmente la gente

378
00:33:45,100 --> 00:33:48,878
lo que suele hacer es un export
-import de toda la vida, con un SCN.

379
00:33:49,120 --> 00:33:52,940
Dices, bueno, voy a exportar
la base de datos a ese SCN.

380
00:33:52,940 --> 00:33:53,620
Tienes todo el tiempo del mundo.

381
00:33:53,660 --> 00:33:56,020
Tienes todo el tiempo
del mundo para, claro.

382
00:33:56,060 --> 00:34:03,060
Claro, si tienes que qué cosas han
ido agregando dentro de qué cosas

383
00:34:03,060 --> 00:34:08,590
están ahora dentro de la arquitectura de
microservicios, en vez de hacer un export, tú

384
00:34:08,590 --> 00:34:14,070
también puedes hacer una carga inicial,
puedes crear un extract de carga inicial.

385
00:34:14,070 --> 00:34:20,210
Hay dos hay digamos en la arquitectura de
microservicios hay varios tipos de extract

386
00:34:20,210 --> 00:34:27,390
están los famosos extract clásicos de
toda la vida luego están ya han ido

387
00:34:27,390 --> 00:34:33,050
evolucionando no está el stack integrated
que es el que cuando tú creas este tipo de

388
00:34:33,050 --> 00:34:38,930
extract hay una interacción directa con la
base de datos que hace con esto hablando de

389
00:34:38,930 --> 00:34:44,530
oracle en el caso de oracle puedes es crear
los extracts integrados y ¿qué sucede?

390
00:34:44,650 --> 00:34:49,310
Que haces uso de las APIs del logminer,
eso es lo que básicamente ocurre.

391
00:34:49,410 --> 00:34:54,650
Cuando tú creas un extract integrado en
una base de datos, por debajo eso lo que está

392
00:34:54,650 --> 00:35:00,550
haciendo es un build a nivel del logminer,
leyendo la tabla de diccionarios, hay algún

393
00:35:00,550 --> 00:35:05,850
bloqueo Por ahí momentáneo, muy
cortito, pero suceden varias cosas.

394
00:35:05,850 --> 00:35:12,290
Y lo que permite el acercar integrado es
justamente leer la información las transacciones

395
00:35:12,290 --> 00:35:18,650
a nivel de los ridos la opción de sacar
toda esa información y es bastante digamos óptimo

396
00:35:18,650 --> 00:35:24,440
en ese sentido y de hecho es lo que
normalmente ahora se usa cuando vas antes vas a migrar

397
00:35:24,440 --> 00:35:30,220
desde base de datos ahora con de ahora
colaborar con normalmente pero de ahora con incluso

398
00:35:30,220 --> 00:35:33,320
otros a otros tipos de sistemas temas.

399
00:35:34,960 --> 00:35:41,460
¿Qué pasa? Los extracts de carga inicial
son extracts que no se registran contra la base

400
00:35:41,460 --> 00:35:43,793
de datos. No es como un extract integrado.

401
00:35:44,010 --> 00:35:47,570
No se registran contra la base de datos y
vas a ver que a nivel de la parametrización,

402
00:35:47,610 --> 00:35:53,480
si no lo haces a nivel de la consola
gráfica o a nivel del admin client, bueno, a nivel

403
00:35:53,480 --> 00:35:58,460
del admin client si tienes que
especificarlo, tienes que decirle que la fuente de datos,

404
00:35:58,680 --> 00:36:02,500
¿vale? Es un, básicamente
dice source is stable.

405
00:36:02,660 --> 00:36:08,360
O sea, es La fuente de datos es una tabla
y es como si estuvieses haciendo una select

406
00:36:08,360 --> 00:36:15,480
tal cual, no es exactamente, digamos,
lo mismo, pero más o menos como

407
00:36:15,480 --> 00:36:19,660
si estuvieses haciendo una select tal
cual de la tabla a un SSN en específico.

408
00:36:19,700 --> 00:36:25,150
El famoso flashback query, no sé si alguien
lo conoce por allí, pero es un flashback

409
00:36:25,150 --> 00:36:29,230
query. O sea, es dame los
datos de esta tabla a este SSN.

410
00:36:29,230 --> 00:36:36,350
Vale hay un cuando haces un extract de
carga inicial hay una parametrización

411
00:36:36,350 --> 00:36:43,430
que metes dentro de ese fit del parámetro
del file del extract que se llama sql

412
00:36:43,430 --> 00:36:50,690
predicate predicate es así y le pasas el
scn vale que capturas en el en el momento y

413
00:36:50,690 --> 00:36:55,770
es como si estuviese haciendo un export a
un ese escena en específico o sea es dame el

414
00:36:55,770 --> 00:37:01,020
dato de esta tabla hasta este punto y te
llevas y lo que hace es generar los tres files

415
00:37:01,020 --> 00:37:08,440
y ya con eso Tú puedes hacer una carga de
tu base de datos en destino a ese punto y

416
00:37:08,790 --> 00:37:14,270
ya después tienes el extracto de toda la
vida donde ya tú le dices pues cuando lo vayas

417
00:37:14,270 --> 00:37:19,830
a replicar en el destino le dices pues
replícame ya me he hecho una carga inicial a partir

418
00:37:19,830 --> 00:37:23,370
partir de este punto quieren que empieces
a replicar los deltas esos que han seguido

419
00:37:23,410 --> 00:37:30,170
creando mientras ocurría eso entonces muchas
migraciones migraciones ahora haces eso

420
00:37:30,170 --> 00:37:35,610
levantas un extra que integrado dices bueno
a ver levantó un extra que ahora las 6 y

421
00:37:35,610 --> 00:37:41,880
42 de la tarde vamos esto no lo que esté
capturando en el momento de lo que está ocurriendo

422
00:37:41,880 --> 00:37:47,510
en la base datos y ahora quiero un Un stack
de carga inicial hasta este punto, hasta

423
00:37:47,510 --> 00:37:54,240
las 6 y 42. Y eso está ahí, pues extraiendo
lo que tenga que extraer, terminará.

424
00:37:54,240 --> 00:37:59,400
Porque una de las funcionalidades que
tiene eso también es que una vez que se han leído

425
00:37:59,400 --> 00:38:01,900
los datos, el mismo se detiene.

426
00:38:02,000 --> 00:38:04,620
Ese proceso de stack se detiene
y dice, ya he finalizado.

427
00:38:04,660 --> 00:38:10,180
He extraído no sé cuántos registros de mis
tablas, de lo que sea, y ya yo he finalizado.

428
00:38:10,180 --> 00:38:17,440
Y otra ventaja que también tiene esto
es que no necesariamente, sobre todo,

429
00:38:17,440 --> 00:38:24,560
que suele ocurrir, que tú estás haciendo
una migración y tu base de datos fuente, tu

430
00:38:24,560 --> 00:38:29,420
base de datos de origen, la que se está
usando en el momento, está en una infraestructura

431
00:38:29,460 --> 00:38:30,580
y la otra estará en otra.

432
00:38:30,620 --> 00:38:36,480
Vale porque estará otro sistema operativo
más moderno nueva versión etcétera un montón

433
00:38:36,480 --> 00:38:42,700
de cosas más no entonces antes que ocurría
entonces un export tenías que esperar a que

434
00:38:42,700 --> 00:38:49,780
se export finalizarán no y copiarte luego
los los de mps y bla bla bla cierto en el

435
00:38:49,780 --> 00:38:57,060
caso de golden gate tú puedes inicializar
esa carga inicial y meter en medio un

436
00:38:57,060 --> 00:39:02,520
distribution service y decirle pues lo lo
que se vaya generando, me lo vas copiando de

437
00:39:02,520 --> 00:39:07,670
una vez. Entonces, puedes tener casi en
tiempo real, cuando termina tu carga real, puedes

438
00:39:07,670 --> 00:39:11,590
tener casi en tiempo real
ese dato en el destino.

439
00:39:12,310 --> 00:39:18,530
E incluso, pudieses poner un réplica y
decirle, pues lo que vaya llegando aquí, me lo

440
00:39:18,530 --> 00:39:25,380
vas Aplicando no tener que esperar el,
esto finaliza y luego que finaliza, copiarme estos

441
00:39:25,380 --> 00:39:29,060
ficheros al otro lado e
inicializar el import.

442
00:39:30,030 --> 00:39:37,030
Lo puedes intentar paralizar vale
entonces es bastante potente tiene algunas

443
00:39:37,030 --> 00:39:43,550
limitaciones que yo creo que incluso
esperaba que en 26 eso lo evoluciona hacen un poco

444
00:39:43,550 --> 00:39:49,850
vale el hecho de y si quiero quiero paralizar
carga o sea quiero no solamente quiero

445
00:39:49,850 --> 00:39:54,950
crear un o quiero crear un único extracto
de carga inicial pero quiero que vaya en paralelo

446
00:39:54,950 --> 00:40:02,300
que le da toda leche bueno eso sí es
cierto que no lo tienen todavía muy la

447
00:40:02,300 --> 00:40:07,760
solución que te da ahora cuál es bueno a
lo mejor puedes intentar filtrar tú los datos

448
00:40:07,760 --> 00:40:13,000
que te quieres llevar pero ya es mucho curro
manual entonces yo creo que es algo que

449
00:40:13,000 --> 00:40:20,680
en algún punto deberán agregar espero que
en la versión 26 más adelante en algún alguna

450
00:40:20,680 --> 00:40:26,450
actualización de esas que meten gorda no a
veces en el año yo creo que es algo muy muy

451
00:40:26,450 --> 00:40:33,010
importante que deberían tener allí en
cuenta y es una de esas cosas que yo he hecho en

452
00:40:33,010 --> 00:40:38,570
falta en la nueva arquitectura de golden
hay otra cosa que también hizo en falta el tema

453
00:40:38,570 --> 00:40:46,240
de la compresión pero a nivel de los
ficheros de los trifles que genera o

454
00:40:46,440 --> 00:40:52,780
sea no sé aquí por ejemplo la gente que no
sé si hay gente que tiene experiencia o no

455
00:40:52,780 --> 00:40:59,850
aquí dentro de la audiencia Con golden gay
pero una Una de las cosas que a veces mucha

456
00:40:59,850 --> 00:41:07,410
gente da por sentado es si mi tabla en mi
base de datos tiene un tamaño de, vamos

457
00:41:07,410 --> 00:41:14,890
a decir, 10 gigas. Yo no puedo suponer

458
00:41:14,890 --> 00:41:22,910
que lo que genera el GoldenGate a nivel
del Trailfile va a tener ese mismo

459
00:41:22,910 --> 00:41:29,570
tamaño o incluso menos. Suelo ocurrir
totalmente lo contrario el crecimiento es incluso

460
00:41:29,570 --> 00:41:35,150
a veces exponencial o sea 10 gigas se pueden
en tu base de datos ahora con se pueden

461
00:41:35,150 --> 00:41:42,280
convertir en 50 en tu straight file entonces
el almacenamiento es importante y por

462
00:41:42,280 --> 00:41:48,620
qué esto ocurre porque hay más elementos o
sea no solamente en el trifal me estoy llevando

463
00:41:48,620 --> 00:41:52,660
el dato me estoy llevando una cabecera me
estoy Estoy llevando un montón de cosas más.

464
00:41:52,700 --> 00:41:57,560
Estoy llevando cuál es la base de datos,
cuál es la tabla, qué estructura tiene esa tabla,

465
00:41:57,600 --> 00:42:02,080
qué tipo de operación he hecho, insert
acta y no sé qué, un montón de cosas.

466
00:42:03,470 --> 00:42:09,710
Entonces suele ser bastante, sobre todo
esto se ve en cargas iniciales, que el tamaño

467
00:42:09,710 --> 00:42:11,550
suele incrementar bastante.

468
00:42:11,810 --> 00:42:19,060
Y la compresión, lamentablemente, no la
puedes aplicar directamente Directamente al

469
00:42:19,060 --> 00:42:22,280
momento de generar el trade file en
la arquitectura de microservicios.

470
00:42:22,320 --> 00:42:27,400
La puedes aplicar a nivel del distribution
pack cuando lo vas a copiar de un lado a otro.

471
00:42:27,970 --> 00:42:32,950
Ahí la puedes aplicar, pero donde estás
dejando los ficheros en el momento, no.

472
00:42:33,290 --> 00:42:35,290
Y he hecho eso en falta también.

473
00:42:35,290 --> 00:42:41,690
Bien de poder más allá de que a lo mejor
voy a tener más consumo a nivel de cpu en donde

474
00:42:41,690 --> 00:42:47,910
esté ejecutándose el deployment yo creo
que es algo que debería ahora call pues consideraría

475
00:42:47,910 --> 00:42:54,340
y agregar poder de meta aquí la compresión
dio ayer o falta en el momento que estoy generando

476
00:42:54,340 --> 00:42:58,440
el dato no cuando el datos ha generado y
lo voy a transferir que me parece también útil

477
00:42:58,480 --> 00:43:02,760
ojo me parece útil de que ya yo he
generado la información y me la voy a copiar de un

478
00:43:02,800 --> 00:43:08,860
lado a otro y quiero aplicar algún tipo de
compresión pero hay mucha redundancia y también

479
00:43:08,860 --> 00:43:15,720
en esos sí sí sí entonces es muy factible
es un buen sitio de poner donde poner compresión

480
00:43:15,720 --> 00:43:22,920
y ni te cuento ni te cuento
cuando vienen requisitos de sobre

481
00:43:22,920 --> 00:43:29,780
todo menos cuando quieres replicar
información no ven de un lado a otro pero luego Luego

482
00:43:29,780 --> 00:43:36,960
alguien te Dice, pero es que no solamente
quiero ver el dato, quiero ver cómo estaba

483
00:43:36,960 --> 00:43:39,120
el dato incluso antes de actualizarse.

484
00:43:39,180 --> 00:43:41,791
Quiero la foto del antes
y la foto del después.

485
00:43:42,260 --> 00:43:45,700
Bueno, ese trail file ya te
digo que va a crecer bastante.

486
00:43:46,240 --> 00:43:47,940
Va a crecer bastante, ¿por qué?

487
00:43:47,980 --> 00:43:55,020
Porque estoy enviándole no solamente la
cabecera, Y le estoy enviando la foto de cómo

488
00:43:55,020 --> 00:44:00,020
estaba antes el registro en esa tabla,
antes de que se actualizase y cómo quedó después.

489
00:44:00,400 --> 00:44:08,070
Y puedo incluso, no solo, hay gente que
te dice, bueno, envíame solamente el

490
00:44:08,070 --> 00:44:11,610
dato de cómo estaba antes y el después
de las columnas que se actualizaron.

491
00:44:11,650 --> 00:44:13,990
Pero hay otros que te dicen, quiero todo.

492
00:44:14,370 --> 00:44:20,290
O sea, si mi tabla tiene 10 columnas y
yo actualicé una sola, no me importa.

493
00:44:20,390 --> 00:44:26,820
Quiero que me envíes la foto completa del
registro, así nos hayan modificado los otros

494
00:44:26,820 --> 00:44:30,900
nueve campos con el campo que se ha
modificado y cómo ha quedado después y la foto completa

495
00:44:30,940 --> 00:44:35,640
también después. Pues va a duplicarse
bastante a nivel de almacenamiento.

496
00:44:37,560 --> 00:44:40,060
Mira, ¿ves que ya somos
tres en el escenario?

497
00:44:40,120 --> 00:44:45,580
Sí, sí, la acabo de ver aquí ya, a David
Se nos acaba de unir David y Sam, de Bea en

498
00:44:45,580 --> 00:44:47,720
la sombra ¿Cómo estás,
de Bea en la sombra?

499
00:44:47,760 --> 00:44:50,240
Hola Flavio ¿Qué tal? ¿Todo bien, tío?

500
00:44:50,360 --> 00:44:53,920
Muy bien, ¿qué tal? Estamos
aquí tres seises, ¿eh?

501
00:44:54,900 --> 00:44:56,560
¿Hora que le hace, los tres?

502
00:44:58,320 --> 00:45:02,360
Ya ves No, no, estaba escuchando aquí con
mucho detalle Porque lo de los try files es

503
00:45:02,400 --> 00:45:07,200
como comentas, ¿no? Que al final empiezan
a crecer esos ficheros si te satura la lectura

504
00:45:07,240 --> 00:45:12,960
en el disco que yo solo por eso que no si
yo suelo montar directamente me creo un punto

505
00:45:12,960 --> 00:45:18,220
de montaje específico para para las
máquinas con un fs propio y que grabe directamente

506
00:45:18,220 --> 00:45:25,140
nuestra y file para que no me sature nada
que ya claro es que el almacenamiento es súper

507
00:45:25,140 --> 00:45:32,440
importante en golden gay y ahora que
hablamos de almacenamiento cuando vais

508
00:45:32,440 --> 00:45:37,900
a o si es un un problema, o bueno
desde mi punto de vista, ¿por qué?

509
00:45:38,680 --> 00:45:46,520
Porque está bien el servicio que te
entrega Oracle a nivel de PAS el famoso OSI

510
00:45:46,520 --> 00:45:48,298
GoldenGate ese que está por ahí

511
00:45:49,150 --> 00:45:55,170
Pero tiene algunas cosas que a mí no me
gustan por ejemplo, el tema de escalar los recursos

512
00:45:55,170 --> 00:45:57,670
es algo que a mí no me
gusta mucho, ¿por qué?

513
00:45:58,110 --> 00:46:03,810
Bueno, porque a lo mejor el tema de
escalar los recursos en GoldenGate en OSI funciona

514
00:46:04,270 --> 00:46:08,659
de una forma, bueno, con muchas cosas en
OSI también y en muchos cloud provider

515
00:46:09,390 --> 00:46:15,240
que yo necesito más almacenamiento y OSI
lo que te dice, ahora en este caso lo que te

516
00:46:15,240 --> 00:46:20,980
dice es escala los recursos, pero no puedo
escalar solamente el almacenamiento tengo

517
00:46:20,980 --> 00:46:26,260
que escalar a nivel de CPUs o sea, si yo
quiero más almacenamiento tengo que pagar también

518
00:46:26,260 --> 00:46:33,060
más CPU porque lo que te da más recursos
realmente es escalar los cpv tú escalas o cpv

519
00:46:33,060 --> 00:46:39,200
y te dan más almacenamiento entonces si tú
dices bueno pero mi cpu a lo mejor estoy consumiendo

520
00:46:39,200 --> 00:46:45,680
el 20 % yo lo que necesito es más almacenamiento
pues pues nada tienes que pagar más

521
00:46:45,680 --> 00:46:50,900
tienes que pagar más así no necesites
pero así funciona el escalado entonces

522
00:46:52,480 --> 00:46:58,720
Terminas yendo a la opción de bueno me lo
monto yo tío porque yo puedo y así me lo monto

523
00:46:58,720 --> 00:47:03,740
yo ya ya puedo escalar la CPU como yo
quiero y me puedo escalar el almacenamiento como

524
00:47:03,740 --> 00:47:09,340
yo quiero, como dice David, que aquí vemos
tu NFS, ahí le pongo 30 teras y me olvido,

525
00:47:09,340 --> 00:47:16,880
no estoy ahí pues pagando más CPU de las
que necesito, y pasa con DB System y con

526
00:47:16,880 --> 00:47:24,280
Autonomous, hasta con
Autonomous pasa, algunas cosas

527
00:47:24,280 --> 00:47:27,220
del Autonomous que yo digo,
¿por qué hacen estas cosas?

528
00:47:27,260 --> 00:47:34,860
Te dicen que todo se parchea de

529
00:47:34,860 --> 00:47:42,060
forma automática y los índices se decrean
y todo lo demás, pero hay unas letritas

530
00:47:42,060 --> 00:47:47,140
por ahí pequeñas de cosas que
no lo ves hasta que te sucede.

531
00:47:47,140 --> 00:47:54,200
O sea, en Autonomous hay cosas que
tú dices, a ver, esto es un rack

532
00:47:54,200 --> 00:48:00,910
activo activo. Depende. No te
lo dicen claro, te dicen sí.

533
00:48:01,510 --> 00:48:08,250
Es un rack eso pero, a ver, yo
le he puesto una UCPU a esto.

534
00:48:08,410 --> 00:48:15,670
A ver cómo se comporta y le y le
pegas un reinicio y no es un activo

535
00:48:15,670 --> 00:48:21,450
activo tío es un activo pasivo hasta que
tú no las signas un mínimo de recursos al autónomos

536
00:48:21,450 --> 00:48:27,810
a nivel de cpu no tienes un activo activo
y estoy hablando de no sé a lo mejor son no

537
00:48:27,810 --> 00:48:33,290
recuerdo si eran 8 o 16 una cosa así de
cpu que cuando ya las signas ahí ya empieza a

538
00:48:33,290 --> 00:48:38,890
saber realmente que tienes un activo
activo o sea una vez dos instancias que que haces

539
00:48:38,890 --> 00:48:44,730
un CLK asterisco ahí de la
GVD y te aparecen las dos.

540
00:48:45,130 --> 00:48:47,910
Pero si tienes menos de
esos recursos, ves una sola.

541
00:48:47,950 --> 00:48:51,283
Y tú dices a la soporte, oye,
pero ¿y esto por qué está así?

542
00:48:51,430 --> 00:48:52,970
No, no, pero es un activo.

543
00:48:53,150 --> 00:48:56,090
Me estás cargando, me estás cargando.

544
00:48:57,320 --> 00:49:04,420
Sí, sí, sí, son esas cositas que uno dice,
pues, amigo, la letra pequeña no me la leí

545
00:49:04,420 --> 00:49:11,120
y bueno, es lo que hay. Como debe existir,
amplias el disco y luego dices, ostras, pero

546
00:49:11,120 --> 00:49:13,500
es que ya no quiero
tanto disco, ¿qué hago?

547
00:49:13,540 --> 00:49:15,560
Claro, hay muchas cosas que están

548
00:49:17,540 --> 00:49:23,340
Restringidas o sea, no lo puedes hacer y
te pasa con los exadata también, o sea, con

549
00:49:23,340 --> 00:49:29,580
los exadata te pasa que no tienes acceso a
muchas cosas a nivel de las celdas o a nivel

550
00:49:29,580 --> 00:49:35,080
de cómputo, que solamente puedes que lo
entiendo, al final es un modelo un modelo híbrido,

551
00:49:35,140 --> 00:49:39,500
¿no? Porque te dicen, pues, hay cosas
que no queremos que te preocupes.

552
00:49:39,600 --> 00:49:43,880
Que nosotros, el equipo de Cloudbox
que es de aquí, es quien lo va a hacer.

553
00:49:44,300 --> 00:49:47,120
O sea, no te preocupes del
parcheo, no te preocupes.

554
00:49:47,160 --> 00:49:49,200
Pero, claro, te dicen, no te preocupes.

555
00:49:49,240 --> 00:49:51,184
Pero déjame ver los logs, al menos.

556
00:49:51,280 --> 00:49:54,500
Luego pasan, luego tienes un
programa con el parche y...

557
00:49:55,740 --> 00:49:58,060
Y aquí, ¿qué ha pasado aquí?

558
00:49:58,640 --> 00:50:00,780
Déjame ver los logs, déjame ver algo.

559
00:50:02,100 --> 00:50:03,767
¿Lanzas algo y está en el 4 %?

560
00:50:06,200 --> 00:50:11,960
Y a veces te arrojan mensajes tan lindos
como, fallé, abre un caso con soporte.

561
00:50:12,040 --> 00:50:13,540
Y ya, no tienes más nada, tío.

562
00:50:13,580 --> 00:50:17,080
No tienes un mensaje de la causa.

563
00:50:17,080 --> 00:50:24,700
Que yo lo he vivido mucho esto, lo he vivido
mucho esto y es como que también tengo

564
00:50:24,700 --> 00:50:28,760
experiencia con otros cloud provider y
digo, ahora con todavía les falta un poco, les

565
00:50:28,800 --> 00:50:35,940
falta un poco mejorar en ese sentido,
que a veces es como que quieren ser

566
00:50:35,940 --> 00:50:42,320
un poco más transparentes al cliente de
las cosas que suceden, pero en otros cloud provider

567
00:50:42,320 --> 00:50:49,620
a veces no lo son. Te brinden esa
transparencia, pero al mismo tiempo es

568
00:50:49,780 --> 00:50:56,940
como que no sientes que sea necesaria,
porque hacen las cosas de una forma que funcionan

569
00:50:56,940 --> 00:51:01,400
bien y dices, bueno, no me importa si no
son transparentes conmigo, pero yo no he tenido

570
00:51:01,440 --> 00:51:05,750
impacto. O sea, a lo mejor hubo algún
problema por allí, pero no he tenido impacto en

571
00:51:05,790 --> 00:51:12,670
mi negocio o en mis aplicaciones o en lo
que tengo aquí montado y bueno a veces pasan

572
00:51:12,670 --> 00:51:17,730
las cosas y te dice así hubo este problema
y te cuentan la historia y todo lo demás y

573
00:51:17,730 --> 00:51:24,970
me parece fenomenal pero es como que no
vuelvo a pasar que tengo a mis clientes

574
00:51:24,970 --> 00:51:26,810
aquí pues llamándome por teléfono

575
00:51:33,470 --> 00:51:41,130
Que es práctico más cuestiones
cuestiones sólo es a ver si

576
00:51:41,390 --> 00:51:48,970
es un examen muy sencillo
la verdad no entra mucho

577
00:51:49,030 --> 00:51:55,310
en detalle vale de hecho estoy esperando
que saquen el profesional que creo que lo van

578
00:51:55,310 --> 00:52:00,350
a sacar en algún momento porque han sacado
algún algún training por allí de la 26 que

579
00:52:00,350 --> 00:52:06,400
todavía no tiene digamos como alguna
certificación asociada pero sí que vi por allá la

580
00:52:06,400 --> 00:52:12,760
exclima que lo había había comentado que
iba a salir pero este es al final es como un

581
00:52:12,760 --> 00:52:19,560
fundamental es bastante así ya tienes un
conocimiento de base de la arquitectura de microservicios

582
00:52:19,560 --> 00:52:22,340
de la versión 23, ni
siquiera te digo la 26

583
00:52:23,960 --> 00:52:28,627
Tírate de cabeza tío, que seguro que te lo
sacas te lo sacas y después te vas a unas

584
00:52:28,680 --> 00:52:33,980
cervezas, es que es muy fácil la verdad
luego ya el otro que venga pues no lo sé, pero

585
00:52:34,720 --> 00:52:41,740
este Yo, no hace falta que
necesitéis invertir mucho tiempo en

586
00:52:41,740 --> 00:52:47,240
él, porque si ya habéis trabajado con
GoldenGate seguro que lo sacas en el primer intento

587
00:52:48,460 --> 00:52:53,800
Vale, vale, de acuerdo si ese es una cosa
que le tengo ahí en conozcamos lo sabe que

588
00:52:53,800 --> 00:52:58,460
está ahí en el tejado porque es que me
gustaría sacarlo y eso y claro tampoco veo mucho

589
00:52:58,500 --> 00:53:01,680
para poder tener para ver cómo enfocarlo y
eso por eso te preguntaba digo como todavía

590
00:53:01,720 --> 00:53:08,090
es hecho dios mira pues qué mejor que tuvo
de primera mano y así ya más o menos ya te

591
00:53:08,090 --> 00:53:15,270
digo yo es que primero me los ojos yo
porque ya he trabajado mucho con ellos me me vi

592
00:53:15,270 --> 00:53:21,830
un par de vídeos casi que por dos dale que
dale y luego cuando presenté la certificación

593
00:53:21,830 --> 00:53:26,310
es que la hice en ocho minutos la
certificación más de que en ocho minutos para que me

594
00:53:26,350 --> 00:53:33,070
deis una idea sabes eso fue dale next next
next next y dije yo yo creo que voy bien y

595
00:53:33,070 --> 00:53:37,910
ni siquiera revise había había marcado
algunas preguntas como para que me da en general

596
00:53:37,910 --> 00:53:43,810
hay ciertas dudas pero como ese día además
tenía que hacer otras cosas yo dije bueno

597
00:53:43,810 --> 00:53:50,850
si paso a paso lo volveré a hacer y
cuando le di al vila al ratito me llegó la

598
00:53:50,850 --> 00:53:57,750
notificación lo ya está pase de listo para
adelante pero así literal ocho minutos en

599
00:53:57,750 --> 00:54:04,770
hacer la elección muy bien
genial entonces si ya tenéis

600
00:54:04,770 --> 00:54:10,070
experiencia con golden gay seguro que
seguro que lo salga así el profesional bueno ya

601
00:54:10,070 --> 00:54:17,570
veremos de hecho tengo me anoté me guarden
favoritos ahí el enlace para mirarme Un

602
00:54:17,570 --> 00:54:24,930
poco los topics eso que quieren comentar
allí y nada y ver que ver que se comentan

603
00:54:24,930 --> 00:54:31,950
pero sí que casi casi todo yo Yo creo que
lo más, lo menos que he tocado de la arquitectura

604
00:54:31,950 --> 00:54:38,390
de microservicios ha sido el servicio este
del Performance Metrics, que la verdad que

605
00:54:38,390 --> 00:54:45,010
no, hay cosas allí que a veces las digo y
digo, bueno, mucha información aquí, pero es

606
00:54:45,200 --> 00:54:46,340
útil lo que me está diciendo.

607
00:54:46,380 --> 00:54:51,940
Y a veces me quedo siempre con esa
sensación de que es como que te muestran muchas cosas,

608
00:54:52,040 --> 00:54:55,260
pero no lo que realmente quieres ver.

609
00:54:58,090 --> 00:55:03,790
Entonces, creo que es lo que menos me he
usado porque ya todo el tema de, bueno, todos

610
00:55:03,790 --> 00:55:08,734
los servicios que tiene disponible en la
Administration Service, el Distribution Service,

611
00:55:08,850 --> 00:55:15,750
el Receiver Server, toda la parte de
integración a nivel de seguridad, ¿no?

612
00:55:15,750 --> 00:55:22,790
De cómo conectas deployments entre sí a
través de los distribution pubs y el tema

613
00:55:22,790 --> 00:55:28,110
de credenciales, los certificados, el tema
de certificados, bueno, también tengo mucho

614
00:55:28,110 --> 00:55:35,740
para contar. El tema del
NGINX, que también es una capa,

615
00:55:36,980 --> 00:55:44,040
El tema del NGINX es algo que
podemos comentar, porque no sé si, yo

616
00:55:44,040 --> 00:55:49,800
no voy a decir que en todas las compañías,
pero muchas de las arquitecturas que hay ahora

617
00:55:49,800 --> 00:55:56,160
en día a nivel de, digamos, de servicios
de aplicaciones, que al final GoldenGate no

618
00:55:56,160 --> 00:56:02,820
deja de ser otra aplicación más, a veces
solamente puedes de alguna forma exponer los

619
00:56:02,820 --> 00:56:04,800
servicios a través de un único puerto.

620
00:56:04,840 --> 00:56:10,200
Y las compañías te dicen, pues las
aplicaciones, nosotros nos tenemos que conectar por

621
00:56:10,200 --> 00:56:12,580
el puerto 80 o por el 443 y ya está.

622
00:56:12,880 --> 00:56:19,080
¿Qué pasa? Que cuando tú vas a una arquitectura
de microservicios, como mínimo vas a

623
00:56:19,080 --> 00:56:23,440
definir 4 o 5 puertos. O sea, el
puerto del Service Manager, ¿vale?

624
00:56:23,500 --> 00:56:27,880
Que es el servicio, el de entrada,
que te monta el GoldenGate.

625
00:56:27,880 --> 00:56:33,540
Y luego por debajo de ese Service Manager
tienes un Deployment o varios Deployments.

626
00:56:33,640 --> 00:56:36,862
Y cada uno de esos Deployments
tienen los otros servicios.

627
00:56:37,140 --> 00:56:44,380
O sea, un Deployment que tiene
Administration Service, Distribution Service, Receiver

628
00:56:44,380 --> 00:56:45,960
Service y Performance Metrics.

629
00:56:46,000 --> 00:56:51,640
Son esos cuatro entonces, ya estás hablando
como mínimo de cinco IPs que necesitas.

630
00:56:51,860 --> 00:56:55,240
Service Manager y las otras
cuatro de algún deployment.

631
00:56:55,420 --> 00:56:59,100
Si tienes otro deployment,
bueno, serán cuatro más.

632
00:56:59,340 --> 00:57:02,780
Bueno, dependiendo de los servicios
que levantes en cada deployment.

633
00:57:02,820 --> 00:57:09,060
Entonces, ¿qué pasa? Que tú necesitas usar,
sobre Todo cuando vas a hacer uso de las

634
00:57:09,060 --> 00:57:15,920
APIs o cuando quieres conectarte a cada uno
de estos servicios, ir al puerto de cada

635
00:57:15,920 --> 00:57:19,640
uno de ellos. Me quiero conectar al
Administration Service, bueno, tengo que ir al puerto

636
00:57:19,680 --> 00:57:23,680
1. Me quiero conectar al Distribution
Service, tengo que ir al puerto 2.

637
00:57:23,980 --> 00:57:26,580
Y es un problema vale,
entonces, ¿qué hace?

638
00:57:27,280 --> 00:57:33,780
Es un problema, me refiero a si tienes
esas restricciones de que solamente puedes disponibilizar

639
00:57:33,780 --> 00:57:35,224
un único punto de entrada.

640
00:57:35,420 --> 00:57:41,720
Y para ello, Oracle lo que ha hecho es,
antes se hacía un poco manual todo, pero ya en

641
00:57:41,720 --> 00:57:46,320
las nuevas versiones, a partir de la 23,
han agregado una utilidad que se llama Reverse

642
00:57:46,360 --> 00:57:53,000
Proxy, que básicamente puedes tener un
engine por encima de todo eso y tener un único

643
00:57:53,000 --> 00:57:58,980
punto de entrada que es el puerto 443 y ya
él te redirige a cada uno de los servicios

644
00:57:58,980 --> 00:58:04,340
que vas a utilizar. Y ese reverse proxy,
esa utilidad de reverse proxy lo que hace es

645
00:58:04,340 --> 00:58:11,840
generarte de forma automática eso que
antes la gente construía manualmente es esos caminos,

646
00:58:11,900 --> 00:58:14,000
¿vale? ¿A dónde me conecto?

647
00:58:14,080 --> 00:58:15,760
¿Cómo voy de un servicio a otro?

648
00:58:15,800 --> 00:58:21,560
Te genera ese fichero de configuración que
tú se lo das al Nginx y ya te olvidas de todo.

649
00:58:21,660 --> 00:58:28,860
Entonces es bastante útil en ese sentido y
la capa incluso de seguridad se la delegas

650
00:58:28,860 --> 00:58:35,880
al Nginx. O sea, toda la parte de TLS se
la delegas Al Nginx en vez de al Golden ANC,

651
00:58:36,000 --> 00:58:39,780
cuando quieres meter ya certificados
y hacer una instalación segura, etc.

652
00:58:39,820 --> 00:58:45,740
Bueno, eso puedo estar ahí dos horas
hablando de eso porque tiene bastantes cosillas.

653
00:58:46,040 --> 00:58:50,380
Pero es interesante porque puedes exponer
el servicio de GoldenGate a un único puerto

654
00:58:50,420 --> 00:58:57,060
y ya internamente irá cada uno de los
servicios y tú le dices al cliente o al quien vaya

655
00:58:57,060 --> 00:59:03,460
a usar, vete por este nombre de
DNS o lo que sea y te olvidas.

656
00:59:03,460 --> 00:59:09,460
Pones allí el nombre, ya no hace falta que
pongas el 443 porque vas a ir por HTTPS y

657
00:59:09,460 --> 00:59:15,460
no tienes que decirle para conectarte aquí
usa el puerto 1, para esto usa el puerto 2

658
00:59:16,000 --> 00:59:18,889
y a nivel de APIs ni te
digo que se complica aún más

659
00:59:20,750 --> 00:59:26,110
Porque tendrías que hacer ese mapeo tú de
forma manual entonces ahí te de alguna forma

660
00:59:26,110 --> 00:59:32,510
te lo solventa Yo no sé si alguien
más tiene alguna pregunta por ahí

661
00:59:33,870 --> 00:59:40,870
Yo estoy disfrutando Escuchándote
es una pasada estaba pensando,

662
00:59:40,970 --> 00:59:46,730
digo, podríamos hacer una café database
session haciendo una pequeña demo de GoldenGate

663
00:59:46,730 --> 00:59:53,810
en 26 pues lo tengo tengo en una
de las charlas que yo quería dar

664
00:59:53,810 --> 01:00:00,750
este año justamente tenía que ver con o
tiene que ver con GoldenGate y la tengo ahí

665
01:00:00,750 --> 01:00:03,510
en mis pendientes, tío
no la he podido montar

666
01:00:05,250 --> 01:00:09,670
Y una de las cosas que a mí siempre me gusta
hacer porque a mí no me gusta solamente

667
01:00:09,710 --> 01:00:16,870
ir a Powerpoint, no tú te metes en Arena
y abres terminal y te pones ahí me gusta

668
01:00:16,870 --> 01:00:21,490
hacer demos, a mí me gusta hacer demos y
si se explota todo, bueno, no pasa nada ya saldrá

669
01:00:21,530 --> 01:00:27,570
en otra ocasión pero me gusta hacer
demos y bueno, eso que me gustaría

670
01:00:28,760 --> 01:00:34,980
hablar del tema de Golden Key, que es algo
que vengo trabajando mucho y también bueno

671
01:00:34,980 --> 01:00:40,000
montaron montar un demo de sobre todo para
explicar todo este tema de a nivel de seguridad

672
01:00:40,000 --> 01:00:45,720
a nivel de cada uno de los servicios que
hace cada uno de ellos demostrarnos al final

673
01:00:45,720 --> 01:00:51,180
también como cómo ocurre esa comunicación
porque mucha gente se pregunto y como si tengo

674
01:00:51,180 --> 01:00:58,410
no sé un golden gate for oracle y un
otro de otra cosa este el de database el

675
01:00:58,410 --> 01:01:04,330
de big data o el distribuidor de Data
Analytics, ¿cómo hago que eso funcione?

676
01:01:04,430 --> 01:01:11,060
O sea, ¿cómo yo capturo algo aquí desde un
Oracle, se lo mando al otro deployment y el

677
01:01:11,060 --> 01:01:17,960
otro deployment lo aplica en lo que sea,
en un Kafka, en un S3, en una Mongo, una base

678
01:01:17,960 --> 01:01:19,980
de dos Mongo? ¿Cómo pasa eso?

679
01:01:20,040 --> 01:01:27,200
¿Cómo funciona eso? En los deployments de
distribución de Data Analytics hay más cosas,

680
01:01:27,340 --> 01:01:32,400
hay más variables, hay dependencias, hay
cosas que te tienes que descargar que en el

681
01:01:32,400 --> 01:01:35,080
servicio de o si te lo dan un poco ya como

682
01:01:36,000 --> 01:01:41,160
masticado eso como que ya viene por allí
que solamente te tienes que decir a nivel de

683
01:01:41,160 --> 01:01:46,320
interfaz gráfica quiero replicar de aquí
aquí y me olvido pero cuando te vas a una solución

684
01:01:46,320 --> 01:01:51,980
hombre en que montas tú hay más cosas y
luego también todo el tema que no comenté nada

685
01:01:51,980 --> 01:01:59,020
porque no me ha dado tiempo
porque el compañero como

686
01:01:59,020 --> 01:02:11,920
se montó un golden key
en kubernetes es un mundo

687
01:02:11,920 --> 01:02:19,270
el ver cómo funciona eso y eso es
algo también increíble porque él

688
01:02:19,270 --> 01:02:25,630
cuando tú tú despliegas un Golden Game o
una arquitectura de Kubernetes o un OpenShip

689
01:02:25,630 --> 01:02:30,340
o algo así, que tú dices, bueno, tengo
esto aquí y que me está replicando.

690
01:02:31,060 --> 01:02:35,320
¿Y qué pasa si se muere esto?

691
01:02:35,400 --> 01:02:37,680
Si se muere el contenedor, el POP, ¿no?

692
01:02:37,760 --> 01:02:43,880
Por ahí pues ver cómo el Kubernetes te
levanta uno nuevo y eso sigue como si nada hubiese

693
01:02:43,880 --> 01:02:50,980
pasado. O una de las cosas que
yo también he podido probar es,

694
01:02:51,060 --> 01:02:57,300
por ejemplo, estoy en una versión de, vamos
a suponer que estoy en la 2310, ¿vale?

695
01:02:58,390 --> 01:03:04,830
Tengo un GoldenGate 2310 ahí funcionando,
no sé qué, y yo vengo y le digo dentro de mi

696
01:03:04,830 --> 01:03:10,310
configuración de Kubernetes que utilice
otra imagen, una imagen ahora de la 23 .6.

697
01:03:11,210 --> 01:03:16,310
Cuando tienes una buena configuración a
nivel de Kubernetes, que armas todo el tema de

698
01:03:16,310 --> 01:03:22,590
quiero tener un único POC vivo de mi
deployment, persistencia de mis datos, etc., puedes

699
01:03:23,010 --> 01:03:30,530
ver cómo sin hacer, o sea, lo más limpio
sería detener todo, pero si no lo haces, o

700
01:03:30,530 --> 01:03:35,730
sea, si tú no paras nada, si tú dices mis
extracts ejecutándose y replicando y no sé

701
01:03:35,730 --> 01:03:39,950
qué, y que siga eso funcionando,
funcionando, lo más consistente obviamente es, bueno,

702
01:03:39,990 --> 01:03:43,810
antes de hacer yo este cambio a
nivel del Kubernetes, parar todo.

703
01:03:44,030 --> 01:03:49,110
Pero si no lo paras todo, lo que va a
pasar es que el Kubernetes, cuando tú le dices,

704
01:03:49,230 --> 01:03:55,490
ahora utiliza esta nueva imagen del
contenedor que tiene la versión 23 .26, que es la

705
01:03:55,490 --> 01:04:02,500
26, vamos, la 26 ya hay, por debajo
te mata el POP, te disponibiliza

706
01:04:02,500 --> 01:04:07,020
los nuevos binarios y te levanta el
deployment que tú tenías como si nada hubiese pasado

707
01:04:07,060 --> 01:04:14,070
entonces ya lo tienes en la versión en
la versión 26 inicializando tus extract y

708
01:04:14,070 --> 01:04:19,270
retomando desde el punto donde estaba porque
porque Tienes persistencia de tus datos

709
01:04:19,270 --> 01:04:24,910
tienes ficheros de checkpoint que te están
diciendo pues a ver qué fue lo último que

710
01:04:24,910 --> 01:04:30,780
leyó el extract a leyó este punto bueno
voy a continuar desde allí eso es maravilloso

711
01:04:30,780 --> 01:04:38,040
entonces es una de las cosas
más útiles a nivel de la

712
01:04:38,040 --> 01:04:42,400
nueva arquitectura que antes no se podía
hacer con el classic que ahora lo puedes hacer

713
01:04:42,440 --> 01:04:48,640
con la arquitectura de micro servicios y
bueno tiene algunas cosillas por ahí para mejorar

714
01:04:48,640 --> 01:04:55,820
vale que yo hablando un poco con álex
y clima y con algún otro manager de

715
01:04:55,820 --> 01:05:02,700
golden y de tío esto esto no me gusta todo
hay que estoy que mirarlo sobre todo con la

716
01:05:02,700 --> 01:05:08,340
parte del distribuidor data analytics que
tienes dependencias y cosas que éste descargas

717
01:05:08,340 --> 01:05:14,460
y tal pero que es muy muy
interesante ese tipo de arquitectura

718
01:05:16,300 --> 01:05:21,380
Pues de eso Podríamos hacer la charla
Podríamos hacer una pequeña demo de eso Esto estaría

719
01:05:21,380 --> 01:05:28,730
chulo, ¿no? Sí, sí, sí Pues, Flavio,
un gustazo tenerte Qué café más

720
01:05:28,730 --> 01:05:31,570
GoldenGate Nos hemos pegado

721
01:05:33,470 --> 01:05:36,650
Te has llevado tú todo
el currazo Compañero

722
01:05:40,060 --> 01:05:48,200
Yo te dije Yo me pongo a hablar y bueno
Un gustazo oírte Un gustazo oírte y yo

723
01:05:48,200 --> 01:05:55,320
he disfrutado y me he parado para el café
y me vas contando que bien armado está y que

724
01:05:55,320 --> 01:06:01,320
ganas de meterle mano al Novol de Game no
lo he podido tocar mucho no he podido tocar

725
01:06:01,320 --> 01:06:07,700
microservicios y lo tengo pendiente todo
lo toqué en Classic haciendo migraciones y escucharte

726
01:06:07,700 --> 01:06:15,020
ha sido como que ganas que ganas de
meterle sigue teniendo de base todo

727
01:06:15,020 --> 01:06:20,980
lo que había en el classic algunas cosas
han cambiado en las las han evolucionado un

728
01:06:20,980 --> 01:06:27,560
poco Mejorado y luego tienes toda esta
parte de bueno a nivel de interfaz gráfica que

729
01:06:27,560 --> 01:06:34,880
ya puedes ver más cosas luego la evolución
del eje 6 que es es el admin client ahora

730
01:06:34,880 --> 01:06:42,650
han metido más temas de seguridad tema de
autenticación de hay muchas más cosillas que

731
01:06:42,650 --> 01:06:49,950
hacen que el producto sea un poco más
robusto y el tema de del uso de apis que yo también

732
01:06:49,950 --> 01:06:57,190
lo vengo usando mucho o sea el eso de
ir a la consola gráfica o al cliente

733
01:06:57,190 --> 01:07:03,820
y crearme un extract no te digo ya esto
una llamada a la api que realmente extracto en

734
01:07:03,820 --> 01:07:07,900
estas cosas y a correr
vale entonces es muy tú

735
01:07:08,890 --> 01:07:16,010
una vez que desarrolla es eso ya lo puedes
llevar a otros deployment y lo puedes

736
01:07:16,010 --> 01:07:21,390
usar de forma en genérica y si lo integras
con con ansibel y con otras cosas más pues

737
01:07:21,390 --> 01:07:28,630
hace que sea mucho más potente y
grande que grande pues pues nos

738
01:07:28,630 --> 01:07:35,410
quedan pendientes cosas que haremos al
en flau yo mi casa es tu casa lo lo sabes

739
01:07:36,530 --> 01:07:42,710
contad conmigo Oye David, muchas gracias
también por unirte a nosotros, a vosotros, que

740
01:07:42,710 --> 01:07:44,900
ha sido un placer venga pues

741
01:07:45,900 --> 01:07:49,840
nos despedimos, hasta la próxima los que
estáis escuchando esto grabado podríais haber

742
01:07:49,880 --> 01:07:56,260
estado aquí con nosotros, pero en el
siguiente podcast estáis invitados también a participar

743
01:07:56,260 --> 01:08:01,060
en directo muchas gracias a todos, muchas
gracias Flavio, gracias David un abrazo, gracias

744
01:08:01,100 --> 01:08:03,360
por la invitación a vosotros, chao