WEBVTT

00:00:07.660 --> 00:00:10.040
Pues ya estamos dentro
buenas tardes, Flavio.

00:00:10.080 --> 00:00:12.520
¿Cómo estás? Bien, bien, tío.

00:00:12.660 --> 00:00:14.716
Pues aquí, esperando la Semana Santa.

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

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.

00:00:28.420 --> 00:00:32.420
Antes de que venga el verano infernal
aquí en Madrid y en otros lados.

00:00:33.280 --> 00:00:35.260
Sí, sí, sí qué bueno yo en Valencia.

00:00:35.300 --> 00:00:36.740
Estoy ahí un poquito más cerquita.

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,

00:00:42.420 --> 00:00:44.920
tío No, no, no, estoy además

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

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

00:00:57.800 --> 00:01:03.980
paso por Valencia o por Alicante Qué
bueno, pues cuando vengas tenemos que vernos Pues

00:01:03.980 --> 00:01:08.820
sí Te cuento, ayer estuve
cenando con Ronald Vargas

00:01:10.030 --> 00:01:17.250
No le conozco en persona El lunes, el
lunes te voy a decir Ronald Vargas, de

00:01:17.250 --> 00:01:25.350
Costa Rica Pues tal como es, tal
como lo conoces, tal como se presenta

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

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.

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

00:01:42.050 --> 00:01:48.920
gana Sí, a ver, que yo no soy
mucho de seguir un ¿cómo decirlo?

00:01:49.260 --> 00:01:53.920
Un guión, no tenemos guión Sí, un
guión, sino que bueno, cuando...

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á

00:01:58.300 --> 00:02:03.480
Ni tenemos guión ni tenemos sponsor,
aunque te dije dije, oye, voy a hacer publicidad.

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

00:02:10.040 --> 00:02:12.318
un máster de optimizaciones SQL en Oracle

00:02:13.060 --> 00:02:14.560
de ocho meses de duración.

00:02:14.620 --> 00:02:18.000
Vamos a empezar en mayo, junio, junio,
agosto, septiembre, octubre, noviembre y diciembre.

00:02:18.040 --> 00:02:19.660
Vamos a estar hasta final de año.

00:02:19.700 --> 00:02:23.840
Voy a cubrir todo lo que
toca optimizaciones SQL.

00:02:24.040 --> 00:02:27.620
Voy a reeditar el libro, lo voy
a actualizar a la nueva versión.

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

00:02:34.700 --> 00:02:41.020
estudiar de mientras, pues voy a hacer el
programa formativo de Café Database de la Academia

00:02:41.020 --> 00:02:44.820
más Potente que he hecho hasta el momento.

00:02:45.790 --> 00:02:51.850
¿Qué te parece? Me parece fenomenal me
imagino que la gente cuando termina termina el

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

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

00:03:05.170 --> 00:03:10.290
tutorías cada mes, individuales
con los alumnos y con

00:03:11.730 --> 00:03:18.510
Es decir, con prácticas de entornos que
traigan los alumnos traen queries para destripar

00:03:18.510 --> 00:03:25.310
y para analizar AWRs y para ver qué está
pasando con baselines directivas, SQL patches

00:03:25.310 --> 00:03:30.170
cosas así, entender bien todas las tripas,
pues quiero disfrutar no voy a hacer nada

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

00:03:35.610 --> 00:03:39.410
master a tope eso está
muy bien porque todavía

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,

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í

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

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

00:04:03.510 --> 00:04:10.010
de tener muchos años de experiencia, sino
de interiorizar realmente las cosas, del saber

00:04:10.010 --> 00:04:11.788
del por qué estás haciendo algo.

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

00:04:18.650 --> 00:04:22.850
a entender la causa del problema y por
qué se soluciona al hacer todo eso.

00:04:22.950 --> 00:04:24.930
Y eso es importante, eso
es lo que hace un buen DBA.

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,

00:04:30.950 --> 00:04:34.670
proporcionarle toda la información bien
y entender lo que te devuelve también.

00:04:34.710 --> 00:04:38.490
Vamos, es el Contexto es como un buen DBA.

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,

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

00:04:50.470 --> 00:04:53.090
bueno, pero ¿el problema de qué es?

00:04:53.130 --> 00:04:54.570
¿Es un problema ¿Es un
problema generalizado?

00:04:54.610 --> 00:04:57.221
¿Es un problema con una
consulta en específico?

00:04:59.010 --> 00:05:02.770
¿Ha habido alguna modificación
en el modelo de la tabla?

00:05:02.890 --> 00:05:04.730
Hay muchas cosas, muchos factores.

00:05:04.770 --> 00:05:09.370
Bueno, si tú quieres hacer uso de la
inteligencia artificial, al final necesitas darle

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

00:05:16.250 --> 00:05:21.410
usar y no le das el suficiente contexto,
estás potenciando seguramente otro problema

00:05:21.410 --> 00:05:24.021
y no la solución, que es
lo que estás buscando.

00:05:24.250 --> 00:05:29.970
Y a veces el GPT te puede dar soluciones
que en tu contexto rompen cosas.

00:05:30.580 --> 00:05:35.080
Y tú no tienes el conocimiento base.

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

00:05:41.580 --> 00:05:43.858
algo Que termina de empeorar la situación

00:05:44.680 --> 00:05:48.420
Sí, sí, sí Entonces, bueno,
es importante Es importante

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

00:05:53.960 --> 00:05:57.520
reemplazar, diciendo que los de veas Estamos
caducados desde la 9 Yo recuerdo cuando

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

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

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

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

00:06:20.640 --> 00:06:27.770
de miedo sobre todo en migraciones
yo estaba muchos proyectos de

00:06:27.770 --> 00:06:34.430
migración diferentes formas de bueno de
encarar esas migraciones de Es decir, a ver,

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

00:06:39.030 --> 00:06:46.210
y siempre surge el problema
de cuál es la ventana para

00:06:46.210 --> 00:06:47.710
migrar a esa fase de datos.

00:06:48.390 --> 00:06:50.390
¿Qué tamaño tiene esa base de datos?

00:06:51.670 --> 00:06:55.650
Y dependiendo de todos esos
factores, hay diferentes caminos.

00:06:55.730 --> 00:06:57.150
No todos te van a llevar al mismo.

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

00:07:04.700 --> 00:07:12.820
de la versión, puedes hacer una
migración física usando XTTS, he

00:07:12.920 --> 00:07:19.960
hecho un montón también de migraciones
con XTTS y luego está la, bueno, quiero

00:07:19.960 --> 00:07:22.440
migrar usando GoldenGate.

00:07:22.440 --> 00:07:29.500
Entonces, hay ciertas cosas a considerar,

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

00:07:35.940 --> 00:07:41.640
los orígenes. Hay ciertos factores que
a lo mejor se tienen que evolucionar.

00:07:41.900 --> 00:07:44.733
Entonces, GoldenGate te
permite un montón de cosas.

00:07:45.360 --> 00:07:52.720
¿Qué pasa? Que hay clientes, y ocurre mucho
en diferentes tipos de industrias, que

00:07:52.720 --> 00:07:58.420
no han evolucionado sus plataformas
durante mucho tiempo y hay de alguna forma algunos

00:07:58.420 --> 00:08:04.920
prerequisitos, así como también los hay
para el tema de hacer migraciones lógicas con

00:08:04.920 --> 00:08:09.880
export -import, de que tienes que instalarte,
qué sé yo, algún parche que te permite

00:08:09.880 --> 00:08:13.300
optimizar esos procesos.
Bueno, para Golden y también.

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

00:08:19.080 --> 00:08:21.480
funcione de forma correcta, etc.

00:08:22.040 --> 00:08:27.880
Y también tiene sus restricciones,
tipos de datos que no puedes migrar.

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

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

00:08:41.060 --> 00:08:48.060
momento de utilizar golden y algo
que también es muy relevante es

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

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

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

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

00:09:10.940 --> 00:09:13.160
se ha hecho sin ningún problema.

00:09:13.660 --> 00:09:19.720
Y hay otros productos, como el Veridata,
que está por allí, que han ido evolucionando

00:09:19.720 --> 00:09:23.560
y que yo creo que Es un...

00:09:25.310 --> 00:09:31.030
Yo creo que debería estar integrado dentro
del producto de GoldenGNC que te dé esa

00:09:32.270 --> 00:09:36.990
Avaliación y esa tranquilidad que muchos
clientes a veces necesitan porque no es lo mismo

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

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

00:09:49.610 --> 00:09:56.270
una validación correcta porque a lo mejor
a nivel de registro se puede coincidir pero

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

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

00:10:07.010 --> 00:10:08.870
forma, con esa consistencia.

00:10:08.950 --> 00:10:10.970
Entonces, un select
count no es suficiente.

00:10:11.010 --> 00:10:17.830
Necesitas esas herramientas para intentar
validar y verificar esa consistencia de los

00:10:17.830 --> 00:10:20.490
datos y dar por buena una migración.

00:10:21.510 --> 00:10:25.340
Más allá de migrar, GoldenGate
te permite un montón de cosas.

00:10:25.500 --> 00:10:31.110
Por ejemplo, Aquí normalmente cuando hablamos
de GoldenGate, la gente siempre tiende

00:10:31.110 --> 00:10:38.230
a enfocarse en el GoldenGate for Oracle,
en esas migraciones o en ese movimiento

00:10:38.230 --> 00:10:42.030
de datos que son de alguna forma
homogéneos entre plataformas.

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

00:10:48.610 --> 00:10:54.850
GoldenGate Para MySQL DB2, Pogre, etc.

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

00:11:01.330 --> 00:11:04.990
con otro producto que es el de el

00:11:06.130 --> 00:11:11.650
forData en Distributing Application
Analytics que le han puesto un nombre muy largo antes

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

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

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?

00:11:28.800 --> 00:11:35.900
Bueno, el Oracle, el GoldenGate, antes
del Big Data que había de toda la vida,

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

00:11:41.140 --> 00:11:44.020
ahora en la versión 23 y se llama
Data Distributing Analytics.

00:11:44.060 --> 00:11:51.100
Un nombre bastante extenso, pero
que permite de alguna forma, pues,

00:11:51.180 --> 00:11:56.900
te permite conectar a muchas
fuentes o a muchos destinos.

00:11:56.940 --> 00:12:03.960
O sea, Snowflake, AWS
S3, Mongo, Kafka, etc.

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

00:12:10.820 --> 00:12:13.800
Parquet, formato Abro,
cuando hablas de Kafka, etc.

00:12:14.860 --> 00:12:20.440
Y la arquitectura de GoldenGate,
que yo creo que es muy relevante.

00:12:21.220 --> 00:12:28.680
Antes de GoldenGate, vamos a decir,
a partir de la versión 19, que

00:12:28.680 --> 00:12:34.080
fue el que sacaron esa evolución del
GoldenGate con la arquitectura de microservicios

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

00:12:39.860 --> 00:12:41.860
en la versión 23 o en la versión 26.

00:12:43.400 --> 00:12:49.420
Es muy interesante porque han hecho
algunos cambios relevantes y han intentado evolucionar

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,

00:12:56.940 --> 00:12:58.640
a hacerlo un poco más moderno.

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

00:13:04.540 --> 00:13:11.560
ha utilizado, es muy relevante porque
es fácil primero de automatizar.

00:13:11.560 --> 00:13:16.480
Es cierto que hay algunas cosas
que no están del todo documentadas.

00:13:16.480 --> 00:13:21.960
Me ha pasado sobre todo con el de Big
Data o el distribuido en Analytics.

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

00:13:26.920 --> 00:13:31.340
uso de las APIs, pero hay
muchas cosas relevantes.

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

00:13:35.780 --> 00:13:42.760
estado, mis estadísticas, el reporte,
generar nuevos usuarios, todo eso está bastante

00:13:42.760 --> 00:13:49.840
bien y hace que, por ejemplo, tú puedas
desarrollar una especie de, vamos a

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,

00:13:56.540 --> 00:14:04.260
de un CLI, para que puedas e intentar
generar una app y que puedas consumir indiferentemente

00:14:04.260 --> 00:14:10.100
de que gol de que deployment de golden
games tienes definido entonces es bastante práctico

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

00:14:16.440 --> 00:14:23.560
potenciar Mucho más porque no yo no soy
un desarrollador o sea tengo conocimientos

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

00:14:28.560 --> 00:14:30.116
en Python, me encanta Python

00:14:31.240 --> 00:14:33.140
Sé programar sé usar algunas

00:14:34.340 --> 00:14:38.640
Qué sé yo, temas de más
allá de la programación

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

00:14:47.280 --> 00:14:54.380
para un un DBA de toda la vida te
puede, sobre todo yendo al nuevo camino

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

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

00:15:08.980 --> 00:15:14.620
la arquitectura también de microservicios
es cierto que a lo mejor alguien que viene

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

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

00:15:27.800 --> 00:15:30.300
para adelante y me olvido
un montón de cosas.

00:15:30.340 --> 00:15:37.140
Pero la arquitectura de microservicios sí
que ha separado servicios, bueno, digamos,

00:15:37.220 --> 00:15:41.560
ha consolidado algunos servicios
y luego hay otros que ha separado.

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

00:15:48.320 --> 00:15:52.760
Distribution Service, súper
útil, tiene más opciones.

00:15:52.760 --> 00:15:59.860
Tú puedes agarrar un trail file que se
está generando un extract y decirle,

00:15:59.860 --> 00:16:06.920
pues esto, si tengo un distribution service
en medio, puedo agarrar esa información

00:16:06.920 --> 00:16:08.760
y mandarla a otros deployments.

00:16:08.760 --> 00:16:15.800
Y esos otros deployments pueden
ser for Oracle, for Big Data, para

00:16:15.990 --> 00:16:21.830
lo que sea. O sea, puedes conectar
diferentes tipos de deployment de diferentes tecnologías

00:16:21.830 --> 00:16:25.490
Y luego ya en cada uno haces
lo que tengas que hacer, ¿no?

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,

00:16:32.130 --> 00:16:35.150
extraer datos de base
de datos Oracle, ¿vale?

00:16:35.310 --> 00:16:38.630
Y mandarlos a un Kafka o a un S3.

00:16:39.070 --> 00:16:42.890
Entonces, ahí hay dos
deployments distintos de Golding.

00:16:42.950 --> 00:16:47.170
Uno for Oracle y otro en el de
Data Distributing Analytics.

00:16:47.170 --> 00:16:54.230
Y esos Distribution Service te
permiten, aparte de enviar esos

00:16:54.230 --> 00:17:01.570
datos entre deployment, puedes
aplicar compresión, aplicar filtros.

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

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.

00:17:12.310 --> 00:17:14.710
La extracción sigue
siendo exactamente igual.

00:17:14.750 --> 00:17:20.250
Entonces, permite jugar un poco más,
separar componentes también, ¿vale?

00:17:20.330 --> 00:17:25.130
O sea, si tú tienes un programa con el
distribution, tu extract sigue funcionando, no

00:17:25.130 --> 00:17:30.330
están relacionados entre sí, más allá de
que puedan pertenecer al mismo deployment, y

00:17:30.330 --> 00:17:33.590
bueno, y un montón de cosas más.

00:17:33.590 --> 00:17:35.810
¿Qué otra cosa he visto
que han mejorado también?

00:17:35.850 --> 00:17:43.030
El tema de la seguridad ahí es
cierto que están un poco limitados a

00:17:43.030 --> 00:17:46.260
nivel de los roles que puedes definir.

00:17:46.260 --> 00:17:50.200
En una arquitectura de microservicios
solamente hay, digamos, cuatro roles.

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

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

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

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

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

00:18:19.630 --> 00:18:28.350
el rol mejor dicho operador vale que ya te
permite pues detener un extract volverlo

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

00:18:34.490 --> 00:18:39.230
sobre lo que lo que ocurre ahí por ejemplo
alguien guardó operador podrá detener un extract

00:18:39.270 --> 00:18:45.330
y levantarlo pero no podrá por ejemplo
quiero Quiero agregar una nueva tabla dentro de

00:18:45.330 --> 00:18:47.390
mi configuración. Eso no
lo podrá hacer, ¿vale?

00:18:47.430 --> 00:18:52.950
No tiene esos permisos luego ya está el
rol, digamos, administrador, que tiene obviamente

00:18:52.950 --> 00:18:56.310
un poco más, pero no es el que
tiene todos los permisos, ¿vale?

00:18:56.350 --> 00:19:01.790
Va a tener ahí, pero sí puede detener
nuestra, modificar la parametrización, etcétera,

00:19:01.790 --> 00:19:04.179
¿no? ¿Qué no puede
hacer ese administrador?

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

00:19:11.350 --> 00:19:17.050
se genera, por ejemplo, cuando despliegas
un deployment de GoldenGate en estas nuevas

00:19:17.050 --> 00:19:24.090
versiones. Cuando se hace ese despliegue,
Ese famoso usuario que normalmente sucede llamarse,

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

00:19:31.230 --> 00:19:33.450
allí ya viene con ese rol de Security.

00:19:33.450 --> 00:19:40.770
Entonces, está como que un poco,
no te deja generar, digamos, un rol

00:19:40.770 --> 00:19:45.250
customizado, que yo diga, bueno, yo quiero
generar un rol que tenga estos permisos.

00:19:45.290 --> 00:19:48.179
Eso no lo puedes hacer está
un poco limitado, ¿vale?

00:19:48.230 --> 00:19:52.330
Esa parte de los roles y los
permisos que tú puedes definir.

00:19:52.430 --> 00:19:57.170
¿Qué otra cosa es interesante y que se
ajustan las nuevas cosas, digamos, modernas?

00:19:57.680 --> 00:20:04.720
Pues que puedes, por ejemplo, delegar
esa autenticación a los deployments

00:20:04.720 --> 00:20:07.920
de GoldenGate a otras
herramientas de terceros.

00:20:07.920 --> 00:20:15.780
Por ejemplo, meter por allí
un servicio SSO, un Entry

00:20:15.780 --> 00:20:22.860
ID, puedes meter también,
conectarlo con algún Cloud Provider,

00:20:22.980 --> 00:20:27.480
el de OSI, por ejemplo, para
delegar esa autenticación, ¿vale?

00:20:27.480 --> 00:20:33.060
Entonces esas son cosas que no podías
hacer antes con la arquitectura anterior de Classic

00:20:33.060 --> 00:20:40.120
y que ahora puedes evolucionar y puedes
intentar centralizar esos usuarios y

00:20:40.120 --> 00:20:44.400
delegarlos a un Entity Provider, que
me parece que es algo súper útil.

00:20:44.400 --> 00:20:52.080
El tema de la encriptación también,
antes se podía aplicar, digamos, cierta

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

00:20:57.840 --> 00:21:03.080
se sigue poniendo a hacer en
microservicios, en La arquitectura de microservicios, pero

00:21:03.080 --> 00:21:07.140
también hay otras integraciones, o sea, hay
otros productos como el Oracle Keyboard,

00:21:07.180 --> 00:21:13.700
¿vale? Para los que el OKV, el famoso OKV
que últimamente, por ejemplo, sobre todo aquí

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

00:21:19.640 --> 00:21:21.460
que lo tienen, varias compañías, ¿no?

00:21:21.500 --> 00:21:27.120
Ese OKV, pero que viene dado sobre todo
con estas regulaciones aquí a nivel de Europa,

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

00:21:32.480 --> 00:21:39.600
con el tema de la industria de seguros,
de la industria bancaria, tienen ciertos

00:21:39.600 --> 00:21:44.120
estándares de seguridad que deben seguir y
uno de los productos que ahora parece mucho

00:21:44.160 --> 00:21:49.430
de Oracle dentro de las organizaciones es
el Oracle Keyboard, que se puede integrar no

00:21:49.430 --> 00:21:53.210
solamente con base de datos,
sino con Golden en este caso.

00:21:53.290 --> 00:21:59.250
Entonces ahora se puede, desde la
arquitectura de microservicios, y hacer una integración

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

00:22:06.710 --> 00:22:12.130
ya tienes una arquitectura donde tienes
muchos deployment de GoldenGate de diferentes

00:22:12.130 --> 00:22:19.090
productos también o incluso de Fororacle a
Fororacle porque tú aplicas esa encriptación

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

00:22:25.950 --> 00:22:32.090
deployment Puedes enviar el dato entre
deployments y ya el replica por ejemplo cuando

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í

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

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

00:22:49.580 --> 00:22:53.260
key si perfecto ya con esto yo puedo
descifrar el trial file y lo puedo leer.

00:22:53.300 --> 00:22:58.380
Entonces, eso, si no lo tienes y
necesitas aplicar encriptación local,

00:22:59.500 --> 00:23:04.460
tienes que, tu modelo operativo puede ser
un poco más complicado porque tendrás que,

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

00:23:10.340 --> 00:23:13.260
entre deployments y agrega
cierta complejidad operativa.

00:23:13.300 --> 00:23:17.220
Entonces, Esa integración con otros

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.

00:23:23.700 --> 00:23:27.340
Tiene, bueno, un montón de
cosas interesantes, la verdad.

00:23:27.520 --> 00:23:29.520
Muy bien, ¿eh? O sea, hay un montón.

00:23:29.820 --> 00:23:32.340
Realmente es un mundo del cambio de

00:23:33.560 --> 00:23:34.600
Classic, Integrated, ¿no?

00:23:34.640 --> 00:23:38.560
El modo cliente que es
difícil de monitorizar.

00:23:39.060 --> 00:23:41.727
A mí se me ha parecido
que era bastante difícil.

00:23:42.140 --> 00:23:45.140
Has dicho una palabra mágica, monitorizar.

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

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

00:24:00.060 --> 00:24:07.490
con el OIM, el famoso OIM, que han

00:24:07.490 --> 00:24:09.790
sacado una nueva versión reciente.

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

00:24:15.430 --> 00:24:21.470
yo a verlo, sí que he visto algunas capturas
por allí, pero hay algo muy interesante

00:24:21.470 --> 00:24:29.230
que está en la versión 23, y bueno,
en la 26 obviamente, que es una

00:24:29.680 --> 00:24:36.680
exportación de métricas que hacen los
deployments de GoldenGate en formato StatsD,

00:24:36.800 --> 00:24:39.740
se llama, ¿vale? ¿Qué
es este formato StaffD?

00:24:40.140 --> 00:24:47.830
Pues que ya por defecto, cuando tú haces
una instalación del producto, tú puedes,

00:24:47.910 --> 00:24:55.050
bien sea, levantar un proceso de monio
donde tienes el GoldenGate ejecutando, es decir,

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

00:25:01.490 --> 00:25:07.960
que hacer nada, a un puerto que
tú le digas, a un puerto UDP.

00:25:09.000 --> 00:25:14.780
Entonces tú puedes levantar ese demonio y
mandarle todas las métricas que te arroja el

00:25:14.780 --> 00:25:19.800
GoldenGate. Entonces esto es súper útil
cuando tú quieres tener una Observabilidad, por

00:25:19.800 --> 00:25:26.140
ejemplo, en los sistemas nuevos que ahora
vamos de Grafana, OpenTelemetry, etc.

00:25:26.140 --> 00:25:30.800
Que son, digamos, las nuevas,
incluso Dynatrace, etc.

00:25:31.960 --> 00:25:38.960
Entonces, esa integración que ahora tiene
el GoldenGate, por defecto, es súper útil

00:25:38.960 --> 00:25:40.340
para el tema de la observabilidad.

00:25:40.380 --> 00:25:47.420
Tú puedes enviar esas métricas incluso
de forma remota a otro lado donde haya un

00:25:47.420 --> 00:25:49.720
demonio de staff C escuchando.

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

00:25:54.660 --> 00:26:01.720
series, por así decirlo, consumirlas en un
Dynatrace, agarrar esas métricas y meterlas

00:26:01.720 --> 00:26:05.340
en un Grafana y armarte
unos dashboards increíbles.

00:26:05.340 --> 00:26:10.520
Entonces ya tienes una
monitorización modernizada.

00:26:11.200 --> 00:26:15.760
Cosa que antes era un poco complejo, el
tema de la observabilidad de GoldenGate.

00:26:15.920 --> 00:26:18.180
Entonces ya ahí puedes
exportar un montón de cosas.

00:26:18.220 --> 00:26:22.820
Y eso es súper útil, la parte esa
de, ¿tiene integración con el OEM?

00:26:23.040 --> 00:26:24.840
Sí, sigue teniendo integración con el OEM.

00:26:24.880 --> 00:26:32.110
Pero yo creo que el hoy en ya
para eso yo no sé si seguiría

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

00:26:38.670 --> 00:26:45.910
preparado claro se utilicen preparado con
todo el tema de notificaciones y con y

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

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í

00:26:57.510 --> 00:27:04.410
tiene que ser interesante si es interesante
pero si ya tienes va a depender mucho de

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

00:27:11.870 --> 00:27:19.100
para otras cosas pues allí ya
tú tienes que evaluar que es al

00:27:19.100 --> 00:27:23.860
final son digamos sigue siendo el oyen
sigue siendo un producto de ahora con entonces

00:27:23.860 --> 00:27:31.060
tiene cierta integración necesitas
ahí puedes instalarte un plugin aparte

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

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

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

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

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

00:28:03.780 --> 00:28:07.780
levantado ese deployment de Golden y también
puedes levantar ese demonio allí que te

00:28:07.820 --> 00:28:09.520
lo hace de forma automática

00:28:10.640 --> 00:28:12.680
y consumirlo entonces es bastante

00:28:13.700 --> 00:28:17.033
integrable en ese sentido el
tema de la observabilidad bueno

00:28:19.030 --> 00:28:24.970
Nos estamos tomando un café, yo estoy
disfrutando mientras tú me estás contando pero

00:28:24.970 --> 00:28:30.510
nos estamos tomando un café con audiencia
y lo estamos grabando los que están escuchando

00:28:30.510 --> 00:28:35.030
ahora pueden hacernos alguna pregunta si
quieren los que lo escuchan grabado ya no nos

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

00:28:40.610 --> 00:28:47.270
interesante lo que estás contando yo utiliza
golden gate para hacer migraciones y si

00:28:47.270 --> 00:28:51.030
me parece una herramienta muy interesante
y si quieres que te cuente una anécdota porque

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

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

00:28:59.130 --> 00:29:02.210
interesante con GoldenGate que
te va a sorprender un montón.

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í,

00:29:09.830 --> 00:29:14.730
alguien estaba insertando filas
con fechas en el año cero.

00:29:15.300 --> 00:29:21.280
El año cero no es si intentas
insertar 1 de enero del año cero,

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.

00:29:26.060 --> 00:29:29.180
¿Vale? Pero si de alguna forma tú ponías

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

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

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

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

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

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

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é

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

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

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

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

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.

00:30:40.880 --> 00:30:47.320
Pero la transacción del insert que se
formulaba en la réplica de GoldenGate, cuando

00:30:47.320 --> 00:30:51.360
transfería el insert del
año cero en destino cascaba.

00:30:52.240 --> 00:31:00.000
Entonces me tocó hacer un if en el pump,

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

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

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

00:31:17.220 --> 00:31:21.300
0, en el año 4, el tema de los
bisiestos tampoco estaba metido, ¿no?

00:31:21.300 --> 00:31:26.880
Hasta que no se metió el
calendario gregoriano y todo eso.

00:31:28.440 --> 00:31:32.500
Y tuve que hacerme un filtro de
convertir a mano la cadena de texto

00:31:33.400 --> 00:31:36.500
para que no me petara, porque
me estaba metiendo de origen...

00:31:36.540 --> 00:31:41.280
La gente estaba metiendo,
fecha, 1 del 1 del 00000.

00:31:44.600 --> 00:31:48.640
Y entraba, se metía en origen
y me fallaba la réplica.

00:31:48.940 --> 00:31:50.640
Y lo tuve que solucionar así.

00:31:53.050 --> 00:32:00.190
Nunca me pasó, pero sé que muchos de los
parches que obviamente recomienda Oracle, sobre

00:32:00.190 --> 00:32:08.110
todo cuando hay orígenes de versiones un
poco más viejas, 11 incluso anteriores,

00:32:08.250 --> 00:32:12.590
sí que te ponen un mínimo de parches
porque suelen pasar ese tipo de cosas.

00:32:12.590 --> 00:32:20.070
Vale ahí bueno serie de bugs que te
puedes encontrar en este caso que

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

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

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

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

00:32:45.400 --> 00:32:47.240
el insert o lo valida en el update.

00:32:47.280 --> 00:32:54.600
Pero una vez que estaba el dato
metido, pues esos direct insert no

00:32:54.600 --> 00:32:58.800
validaban el año, con el año cero.

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

00:33:05.560 --> 00:33:13.700
con GoldenGate, Una de las cosas que
siempre se suele hacer, hay varias

00:33:13.700 --> 00:33:21.060
formas, de partir de un punto inicial,
donde tú tienes una foto de lo

00:33:21.060 --> 00:33:24.560
que tienes de tu base de datos de origen,
que está teniendo obviamente modificaciones,

00:33:24.600 --> 00:33:26.920
a lo que tú vas a llevar al destino.

00:33:26.920 --> 00:33:32.540
Cuando vas a empezar una migración en
GoldenGate, puedes hacer, dependiendo de todos

00:33:32.540 --> 00:33:39.040
los factores que Hay alrededor, puedes
hacer un backup -restore de toda la vida, si las

00:33:39.040 --> 00:33:45.100
versiones se mantienen. Pero yo cuando vas
a pasar entre versiones, normalmente la gente

00:33:45.100 --> 00:33:48.878
lo que suele hacer es un export
-import de toda la vida, con un SCN.

00:33:49.120 --> 00:33:52.940
Dices, bueno, voy a exportar
la base de datos a ese SCN.

00:33:52.940 --> 00:33:53.620
Tienes todo el tiempo del mundo.

00:33:53.660 --> 00:33:56.020
Tienes todo el tiempo
del mundo para, claro.

00:33:56.060 --> 00:34:03.060
Claro, si tienes que qué cosas han
ido agregando dentro de qué cosas

00:34:03.060 --> 00:34:08.590
están ahora dentro de la arquitectura de
microservicios, en vez de hacer un export, tú

00:34:08.590 --> 00:34:14.070
también puedes hacer una carga inicial,
puedes crear un extract de carga inicial.

00:34:14.070 --> 00:34:20.210
Hay dos hay digamos en la arquitectura de
microservicios hay varios tipos de extract

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

00:34:27.390 --> 00:34:33.050
evolucionando no está el stack integrated
que es el que cuando tú creas este tipo de

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

00:34:38.930 --> 00:34:44.530
oracle en el caso de oracle puedes es crear
los extracts integrados y ¿qué sucede?

00:34:44.650 --> 00:34:49.310
Que haces uso de las APIs del logminer,
eso es lo que básicamente ocurre.

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á

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

00:35:00.550 --> 00:35:05.850
bloqueo Por ahí momentáneo, muy
cortito, pero suceden varias cosas.

00:35:05.850 --> 00:35:12.290
Y lo que permite el acercar integrado es
justamente leer la información las transacciones

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

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

00:35:24.440 --> 00:35:30.220
desde base de datos ahora con de ahora
colaborar con normalmente pero de ahora con incluso

00:35:30.220 --> 00:35:33.320
otros a otros tipos de sistemas temas.

00:35:34.960 --> 00:35:41.460
¿Qué pasa? Los extracts de carga inicial
son extracts que no se registran contra la base

00:35:41.460 --> 00:35:43.793
de datos. No es como un extract integrado.

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,

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

00:35:53.480 --> 00:35:58.460
del admin client si tienes que
especificarlo, tienes que decirle que la fuente de datos,

00:35:58.680 --> 00:36:02.500
¿vale? Es un, básicamente
dice source is stable.

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

00:36:08.360 --> 00:36:15.480
tal cual, no es exactamente, digamos,
lo mismo, pero más o menos como

00:36:15.480 --> 00:36:19.660
si estuvieses haciendo una select tal
cual de la tabla a un SSN en específico.

00:36:19.700 --> 00:36:25.150
El famoso flashback query, no sé si alguien
lo conoce por allí, pero es un flashback

00:36:25.150 --> 00:36:29.230
query. O sea, es dame los
datos de esta tabla a este SSN.

00:36:29.230 --> 00:36:36.350
Vale hay un cuando haces un extract de
carga inicial hay una parametrización

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

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

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

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

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

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

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

00:37:19.830 --> 00:37:23.370
partir de este punto quieren que empieces
a replicar los deltas esos que han seguido

00:37:23.410 --> 00:37:30.170
creando mientras ocurría eso entonces muchas
migraciones migraciones ahora haces eso

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

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

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

00:37:47.510 --> 00:37:54.240
las 6 y 42. Y eso está ahí, pues extraiendo
lo que tenga que extraer, terminará.

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

00:37:59.400 --> 00:38:01.900
los datos, el mismo se detiene.

00:38:02.000 --> 00:38:04.620
Ese proceso de stack se detiene
y dice, ya he finalizado.

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.

00:38:10.180 --> 00:38:17.440
Y otra ventaja que también tiene esto
es que no necesariamente, sobre todo,

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

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

00:38:29.460 --> 00:38:30.580
y la otra estará en otra.

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

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

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

00:38:49.780 --> 00:38:57.060
caso de golden gate tú puedes inicializar
esa carga inicial y meter en medio un

00:38:57.060 --> 00:39:02.520
distribution service y decirle pues lo lo
que se vaya generando, me lo vas copiando de

00:39:02.520 --> 00:39:07.670
una vez. Entonces, puedes tener casi en
tiempo real, cuando termina tu carga real, puedes

00:39:07.670 --> 00:39:11.590
tener casi en tiempo real
ese dato en el destino.

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

00:39:18.530 --> 00:39:25.380
vas Aplicando no tener que esperar el,
esto finaliza y luego que finaliza, copiarme estos

00:39:25.380 --> 00:39:29.060
ficheros al otro lado e
inicializar el import.

00:39:30.030 --> 00:39:37.030
Lo puedes intentar paralizar vale
entonces es bastante potente tiene algunas

00:39:37.030 --> 00:39:43.550
limitaciones que yo creo que incluso
esperaba que en 26 eso lo evoluciona hacen un poco

00:39:43.550 --> 00:39:49.850
vale el hecho de y si quiero quiero paralizar
carga o sea quiero no solamente quiero

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

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

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

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

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

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

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

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

00:40:38.570 --> 00:40:46.240
de la compresión pero a nivel de los
ficheros de los trifles que genera o

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

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

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

00:41:07.410 --> 00:41:14.890
a decir, 10 gigas. Yo no puedo suponer

00:41:14.890 --> 00:41:22.910
que lo que genera el GoldenGate a nivel
del Trailfile va a tener ese mismo

00:41:22.910 --> 00:41:29.570
tamaño o incluso menos. Suelo ocurrir
totalmente lo contrario el crecimiento es incluso

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

00:41:35.150 --> 00:41:42.280
convertir en 50 en tu straight file entonces
el almacenamiento es importante y por

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

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.

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,

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.

00:42:03.470 --> 00:42:09.710
Entonces suele ser bastante, sobre todo
esto se ve en cargas iniciales, que el tamaño

00:42:09.710 --> 00:42:11.550
suele incrementar bastante.

00:42:11.810 --> 00:42:19.060
Y la compresión, lamentablemente, no la
puedes aplicar directamente Directamente al

00:42:19.060 --> 00:42:22.280
momento de generar el trade file en
la arquitectura de microservicios.

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.

00:42:27.970 --> 00:42:32.950
Ahí la puedes aplicar, pero donde estás
dejando los ficheros en el momento, no.

00:42:33.290 --> 00:42:35.290
Y he hecho eso en falta también.

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

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

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

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

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

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

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

00:43:15.720 --> 00:43:22.920
y ni te cuento ni te cuento
cuando vienen requisitos de sobre

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

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

00:43:36.960 --> 00:43:39.120
el dato incluso antes de actualizarse.

00:43:39.180 --> 00:43:41.791
Quiero la foto del antes
y la foto del después.

00:43:42.260 --> 00:43:45.700
Bueno, ese trail file ya te
digo que va a crecer bastante.

00:43:46.240 --> 00:43:47.940
Va a crecer bastante, ¿por qué?

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

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.

00:44:00.400 --> 00:44:08.070
Y puedo incluso, no solo, hay gente que
te dice, bueno, envíame solamente el

00:44:08.070 --> 00:44:11.610
dato de cómo estaba antes y el después
de las columnas que se actualizaron.

00:44:11.650 --> 00:44:13.990
Pero hay otros que te dicen, quiero todo.

00:44:14.370 --> 00:44:20.290
O sea, si mi tabla tiene 10 columnas y
yo actualicé una sola, no me importa.

00:44:20.390 --> 00:44:26.820
Quiero que me envíes la foto completa del
registro, así nos hayan modificado los otros

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

00:44:30.940 --> 00:44:35.640
también después. Pues va a duplicarse
bastante a nivel de almacenamiento.

00:44:37.560 --> 00:44:40.060
Mira, ¿ves que ya somos
tres en el escenario?

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

00:44:45.580 --> 00:44:47.720
la sombra ¿Cómo estás,
de Bea en la sombra?

00:44:47.760 --> 00:44:50.240
Hola Flavio ¿Qué tal? ¿Todo bien, tío?

00:44:50.360 --> 00:44:53.920
Muy bien, ¿qué tal? Estamos
aquí tres seises, ¿eh?

00:44:54.900 --> 00:44:56.560
¿Hora que le hace, los tres?

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

00:45:02.400 --> 00:45:07.200
como comentas, ¿no? Que al final empiezan
a crecer esos ficheros si te satura la lectura

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

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

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

00:45:25.140 --> 00:45:32.440
importante en golden gay y ahora que
hablamos de almacenamiento cuando vais

00:45:32.440 --> 00:45:37.900
a o si es un un problema, o bueno
desde mi punto de vista, ¿por qué?

00:45:38.680 --> 00:45:46.520
Porque está bien el servicio que te
entrega Oracle a nivel de PAS el famoso OSI

00:45:46.520 --> 00:45:48.298
GoldenGate ese que está por ahí

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

00:45:55.170 --> 00:45:57.670
es algo que a mí no me
gusta mucho, ¿por qué?

00:45:58.110 --> 00:46:03.810
Bueno, porque a lo mejor el tema de
escalar los recursos en GoldenGate en OSI funciona

00:46:04.270 --> 00:46:08.659
de una forma, bueno, con muchas cosas en
OSI también y en muchos cloud provider

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

00:46:15.240 --> 00:46:20.980
dice es escala los recursos, pero no puedo
escalar solamente el almacenamiento tengo

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

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

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

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

00:46:45.680 --> 00:46:50.900
tienes que pagar más así no necesites
pero así funciona el escalado entonces

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

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

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,

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

00:47:16.880 --> 00:47:24.280
Autonomous, hasta con
Autonomous pasa, algunas cosas

00:47:24.280 --> 00:47:27.220
del Autonomous que yo digo,
¿por qué hacen estas cosas?

00:47:27.260 --> 00:47:34.860
Te dicen que todo se parchea de

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

00:47:42.060 --> 00:47:47.140
por ahí pequeñas de cosas que
no lo ves hasta que te sucede.

00:47:47.140 --> 00:47:54.200
O sea, en Autonomous hay cosas que
tú dices, a ver, esto es un rack

00:47:54.200 --> 00:48:00.910
activo activo. Depende. No te
lo dicen claro, te dicen sí.

00:48:01.510 --> 00:48:08.250
Es un rack eso pero, a ver, yo
le he puesto una UCPU a esto.

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

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

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

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

00:48:33.290 --> 00:48:38.890
saber realmente que tienes un activo
activo o sea una vez dos instancias que que haces

00:48:38.890 --> 00:48:44.730
un CLK asterisco ahí de la
GVD y te aparecen las dos.

00:48:45.130 --> 00:48:47.910
Pero si tienes menos de
esos recursos, ves una sola.

00:48:47.950 --> 00:48:51.283
Y tú dices a la soporte, oye,
pero ¿y esto por qué está así?

00:48:51.430 --> 00:48:52.970
No, no, pero es un activo.

00:48:53.150 --> 00:48:56.090
Me estás cargando, me estás cargando.

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í

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

00:49:11.120 --> 00:49:13.500
es que ya no quiero
tanto disco, ¿qué hago?

00:49:13.540 --> 00:49:15.560
Claro, hay muchas cosas que están

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

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

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,

00:49:35.140 --> 00:49:39.500
¿no? Porque te dicen, pues, hay cosas
que no queremos que te preocupes.

00:49:39.600 --> 00:49:43.880
Que nosotros, el equipo de Cloudbox
que es de aquí, es quien lo va a hacer.

00:49:44.300 --> 00:49:47.120
O sea, no te preocupes del
parcheo, no te preocupes.

00:49:47.160 --> 00:49:49.200
Pero, claro, te dicen, no te preocupes.

00:49:49.240 --> 00:49:51.184
Pero déjame ver los logs, al menos.

00:49:51.280 --> 00:49:54.500
Luego pasan, luego tienes un
programa con el parche y...

00:49:55.740 --> 00:49:58.060
Y aquí, ¿qué ha pasado aquí?

00:49:58.640 --> 00:50:00.780
Déjame ver los logs, déjame ver algo.

00:50:02.100 --> 00:50:03.767
¿Lanzas algo y está en el 4 %?

00:50:06.200 --> 00:50:11.960
Y a veces te arrojan mensajes tan lindos
como, fallé, abre un caso con soporte.

00:50:12.040 --> 00:50:13.540
Y ya, no tienes más nada, tío.

00:50:13.580 --> 00:50:17.080
No tienes un mensaje de la causa.

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

00:50:24.700 --> 00:50:28.760
experiencia con otros cloud provider y
digo, ahora con todavía les falta un poco, les

00:50:28.800 --> 00:50:35.940
falta un poco mejorar en ese sentido,
que a veces es como que quieren ser

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

00:50:42.320 --> 00:50:49.620
a veces no lo son. Te brinden esa
transparencia, pero al mismo tiempo es

00:50:49.780 --> 00:50:56.940
como que no sientes que sea necesaria,
porque hacen las cosas de una forma que funcionan

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

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

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

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

00:51:17.730 --> 00:51:24.970
me parece fenomenal pero es como que no
vuelvo a pasar que tengo a mis clientes

00:51:24.970 --> 00:51:26.810
aquí pues llamándome por teléfono

00:51:33.470 --> 00:51:41.130
Que es práctico más cuestiones
cuestiones sólo es a ver si

00:51:41.390 --> 00:51:48.970
es un examen muy sencillo
la verdad no entra mucho

00:51:49.030 --> 00:51:55.310
en detalle vale de hecho estoy esperando
que saquen el profesional que creo que lo van

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

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

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

00:52:12.760 --> 00:52:19.560
fundamental es bastante así ya tienes un
conocimiento de base de la arquitectura de microservicios

00:52:19.560 --> 00:52:22.340
de la versión 23, ni
siquiera te digo la 26

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

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

00:52:34.720 --> 00:52:41.740
este Yo, no hace falta que
necesitéis invertir mucho tiempo en

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

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

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

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

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

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

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

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

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

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

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

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

00:53:50.850 --> 00:53:57.750
notificación lo ya está pase de listo para
adelante pero así literal ocho minutos en

00:53:57.750 --> 00:54:04.770
hacer la elección muy bien
genial entonces si ya tenéis

00:54:04.770 --> 00:54:10.070
experiencia con golden gay seguro que
seguro que lo salga así el profesional bueno ya

00:54:10.070 --> 00:54:17.570
veremos de hecho tengo me anoté me guarden
favoritos ahí el enlace para mirarme Un

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

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

00:54:31.950 --> 00:54:38.390
de microservicios ha sido el servicio este
del Performance Metrics, que la verdad que

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

00:54:45.200 --> 00:54:46.340
útil lo que me está diciendo.

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,

00:54:52.040 --> 00:54:55.260
pero no lo que realmente quieres ver.

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

00:55:03.790 --> 00:55:08.734
los servicios que tiene disponible en la
Administration Service, el Distribution Service,

00:55:08.850 --> 00:55:15.750
el Receiver Server, toda la parte de
integración a nivel de seguridad, ¿no?

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

00:55:22.790 --> 00:55:28.110
de credenciales, los certificados, el tema
de certificados, bueno, también tengo mucho

00:55:28.110 --> 00:55:35.740
para contar. El tema del
NGINX, que también es una capa,

00:55:36.980 --> 00:55:44.040
El tema del NGINX es algo que
podemos comentar, porque no sé si, yo

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

00:55:49.800 --> 00:55:56.160
en día a nivel de, digamos, de servicios
de aplicaciones, que al final GoldenGate no

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

00:56:02.820 --> 00:56:04.800
servicios a través de un único puerto.

00:56:04.840 --> 00:56:10.200
Y las compañías te dicen, pues las
aplicaciones, nosotros nos tenemos que conectar por

00:56:10.200 --> 00:56:12.580
el puerto 80 o por el 443 y ya está.

00:56:12.880 --> 00:56:19.080
¿Qué pasa? Que cuando tú vas a una arquitectura
de microservicios, como mínimo vas a

00:56:19.080 --> 00:56:23.440
definir 4 o 5 puertos. O sea, el
puerto del Service Manager, ¿vale?

00:56:23.500 --> 00:56:27.880
Que es el servicio, el de entrada,
que te monta el GoldenGate.

00:56:27.880 --> 00:56:33.540
Y luego por debajo de ese Service Manager
tienes un Deployment o varios Deployments.

00:56:33.640 --> 00:56:36.862
Y cada uno de esos Deployments
tienen los otros servicios.

00:56:37.140 --> 00:56:44.380
O sea, un Deployment que tiene
Administration Service, Distribution Service, Receiver

00:56:44.380 --> 00:56:45.960
Service y Performance Metrics.

00:56:46.000 --> 00:56:51.640
Son esos cuatro entonces, ya estás hablando
como mínimo de cinco IPs que necesitas.

00:56:51.860 --> 00:56:55.240
Service Manager y las otras
cuatro de algún deployment.

00:56:55.420 --> 00:56:59.100
Si tienes otro deployment,
bueno, serán cuatro más.

00:56:59.340 --> 00:57:02.780
Bueno, dependiendo de los servicios
que levantes en cada deployment.

00:57:02.820 --> 00:57:09.060
Entonces, ¿qué pasa? Que tú necesitas usar,
sobre Todo cuando vas a hacer uso de las

00:57:09.060 --> 00:57:15.920
APIs o cuando quieres conectarte a cada uno
de estos servicios, ir al puerto de cada

00:57:15.920 --> 00:57:19.640
uno de ellos. Me quiero conectar al
Administration Service, bueno, tengo que ir al puerto

00:57:19.680 --> 00:57:23.680
1. Me quiero conectar al Distribution
Service, tengo que ir al puerto 2.

00:57:23.980 --> 00:57:26.580
Y es un problema vale,
entonces, ¿qué hace?

00:57:27.280 --> 00:57:33.780
Es un problema, me refiero a si tienes
esas restricciones de que solamente puedes disponibilizar

00:57:33.780 --> 00:57:35.224
un único punto de entrada.

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

00:57:41.720 --> 00:57:46.320
las nuevas versiones, a partir de la 23,
han agregado una utilidad que se llama Reverse

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

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

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

00:58:04.340 --> 00:58:11.840
generarte de forma automática eso que
antes la gente construía manualmente es esos caminos,

00:58:11.900 --> 00:58:14.000
¿vale? ¿A dónde me conecto?

00:58:14.080 --> 00:58:15.760
¿Cómo voy de un servicio a otro?

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.

00:58:21.660 --> 00:58:28.860
Entonces es bastante útil en ese sentido y
la capa incluso de seguridad se la delegas

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,

00:58:36.000 --> 00:58:39.780
cuando quieres meter ya certificados
y hacer una instalación segura, etc.

00:58:39.820 --> 00:58:45.740
Bueno, eso puedo estar ahí dos horas
hablando de eso porque tiene bastantes cosillas.

00:58:46.040 --> 00:58:50.380
Pero es interesante porque puedes exponer
el servicio de GoldenGate a un único puerto

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

00:58:57.060 --> 00:59:03.460
a usar, vete por este nombre de
DNS o lo que sea y te olvidas.

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

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

00:59:16.000 --> 00:59:18.889
y a nivel de APIs ni te
digo que se complica aún más

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

00:59:26.110 --> 00:59:32.510
te lo solventa Yo no sé si alguien
más tiene alguna pregunta por ahí

00:59:33.870 --> 00:59:40.870
Yo estoy disfrutando Escuchándote
es una pasada estaba pensando,

00:59:40.970 --> 00:59:46.730
digo, podríamos hacer una café database
session haciendo una pequeña demo de GoldenGate

00:59:46.730 --> 00:59:53.810
en 26 pues lo tengo tengo en una
de las charlas que yo quería dar

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í

01:00:00.750 --> 01:00:03.510
en mis pendientes, tío
no la he podido montar

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

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

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á

01:00:21.530 --> 01:00:27.570
en otra ocasión pero me gusta hacer
demos y bueno, eso que me gustaría

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

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

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

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

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

01:00:58.410 --> 01:01:04.330
de big data o el distribuidor de Data
Analytics, ¿cómo hago que eso funcione?

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

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

01:01:17.960 --> 01:01:19.980
de dos Mongo? ¿Cómo pasa eso?

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,

01:01:27.340 --> 01:01:32.400
hay más variables, hay dependencias, hay
cosas que te tienes que descargar que en el

01:01:32.400 --> 01:01:35.080
servicio de o si te lo dan un poco ya como

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

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

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

01:01:51.980 --> 01:01:59.020
porque no me ha dado tiempo
porque el compañero como

01:01:59.020 --> 01:02:11.920
se montó un golden key
en kubernetes es un mundo

01:02:11.920 --> 01:02:19.270
el ver cómo funciona eso y eso es
algo también increíble porque él

01:02:19.270 --> 01:02:25.630
cuando tú tú despliegas un Golden Game o
una arquitectura de Kubernetes o un OpenShip

01:02:25.630 --> 01:02:30.340
o algo así, que tú dices, bueno, tengo
esto aquí y que me está replicando.

01:02:31.060 --> 01:02:35.320
¿Y qué pasa si se muere esto?

01:02:35.400 --> 01:02:37.680
Si se muere el contenedor, el POP, ¿no?

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

01:02:43.880 --> 01:02:50.980
pasado. O una de las cosas que
yo también he podido probar es,

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?

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

01:03:04.830 --> 01:03:10.310
configuración de Kubernetes que utilice
otra imagen, una imagen ahora de la 23 .6.

01:03:11.210 --> 01:03:16.310
Cuando tienes una buena configuración a
nivel de Kubernetes, que armas todo el tema de

01:03:16.310 --> 01:03:22.590
quiero tener un único POC vivo de mi
deployment, persistencia de mis datos, etc., puedes

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

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é

01:03:35.730 --> 01:03:39.950
qué, y que siga eso funcionando,
funcionando, lo más consistente obviamente es, bueno,

01:03:39.990 --> 01:03:43.810
antes de hacer yo este cambio a
nivel del Kubernetes, parar todo.

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,

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

01:03:55.490 --> 01:04:02.500
26, vamos, la 26 ya hay, por debajo
te mata el POP, te disponibiliza

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

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

01:04:14.070 --> 01:04:19.270
retomando desde el punto donde estaba porque
porque Tienes persistencia de tus datos

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

01:04:24.910 --> 01:04:30.780
leyó el extract a leyó este punto bueno
voy a continuar desde allí eso es maravilloso

01:04:30.780 --> 01:04:38.040
entonces es una de las cosas
más útiles a nivel de la

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

01:04:42.440 --> 01:04:48.640
con la arquitectura de micro servicios y
bueno tiene algunas cosillas por ahí para mejorar

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

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

01:05:02.700 --> 01:05:08.340
parte del distribuidor data analytics que
tienes dependencias y cosas que éste descargas

01:05:08.340 --> 01:05:14.460
y tal pero que es muy muy
interesante ese tipo de arquitectura

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

01:05:21.380 --> 01:05:28.730
chulo, ¿no? Sí, sí, sí Pues, Flavio,
un gustazo tenerte Qué café más

01:05:28.730 --> 01:05:31.570
GoldenGate Nos hemos pegado

01:05:33.470 --> 01:05:36.650
Te has llevado tú todo
el currazo Compañero

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

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

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

01:06:01.320 --> 01:06:07.700
microservicios y lo tengo pendiente todo
lo toqué en Classic haciendo migraciones y escucharte

01:06:07.700 --> 01:06:15.020
ha sido como que ganas que ganas de
meterle sigue teniendo de base todo

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

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

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

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

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

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

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

01:07:03.820 --> 01:07:07.900
estas cosas y a correr
vale entonces es muy tú

01:07:08.890 --> 01:07:16.010
una vez que desarrolla es eso ya lo puedes
llevar a otros deployment y lo puedes

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

01:07:21.390 --> 01:07:28.630
hace que sea mucho más potente y
grande que grande pues pues nos

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

01:07:36.530 --> 01:07:42.710
contad conmigo Oye David, muchas gracias
también por unirte a nosotros, a vosotros, que

01:07:42.710 --> 01:07:44.900
ha sido un placer venga pues

01:07:45.900 --> 01:07:49.840
nos despedimos, hasta la próxima los que
estáis escuchando esto grabado podríais haber

01:07:49.880 --> 01:07:56.260
estado aquí con nosotros, pero en el
siguiente podcast estáis invitados también a participar

01:07:56.260 --> 01:08:01.060
en directo muchas gracias a todos, muchas
gracias Flavio, gracias David un abrazo, gracias

01:08:01.100 --> 01:08:03.360
por la invitación a vosotros, chao