En este momento les voy a pedir que vayan al escritorio en la carpeta de Docker.
Vamos a crearnos un nuevo directorio que se llama Quick at Test Lo.
Esto va a ser todo un clúster de Cube needs para el manejo de nuestra aplicación de Tesla, el cual
es un API que nosotros vamos a poder consultar.
Va a estar en posts y que vamos a estar pillado y vamos a hacer un montón de cosas y todo lo vamos a
hacer mediante Cube.
Entonces, por favor quédense esta carpeta que se llama Test, lo voy a tomar esta carpeta y abrirla
dentro de Visual Studio Cloud más grande.
Ok, y también en el material adjunto.
Ustedes tienen un enlace que lo debería de llevar a la documentación oficial de Cuba, la cual es sumamente
útil para que ustedes vengan, exploren, inclusive tienen snippets de código, el cual yo voy a utilizar
a lo largo de esta, de esta clase o de estas clases o las secciones que vamos a estar trabajando,
o las clases que hemos estado haciendo en esta sección.
Lo primero que voy a hacer.
Bueno, tal vez más de una persona va a decir.
Bueno, entonces vamos a empezar primero por spots.
Técnicamente, sí, podríamos empezar por pods, pero quiero empezar de una manera un poco más sencilla.
Empezar desde lo que menos configuraciones tienen para que así también esto vaya teniendo más sentido.
Yo voy a ocupar una base de datos pobres.
Técnicamente en la vida real yo usaría un servicio o implementaría o proporcionaría alguna base de datos
en la nube o algún lado, y hago la conexión mediante una cadena de conexión.
Pero nuevamente, esto es parte del ejercicio que quiero hacer que nosotros tengamos nuestra propia
base de datos aquí.
Entonces voy a tocar este más y esto.
Este archivo se va a llamar PostgreSQL menos config punto llamado.
Todo lo que nosotros vamos a hacer.
Estos son archivos.
Recuerden que la sintaxis y las tabulaciones es importante, delicado.
Y esto es básicamente lo que la configuración de cómo va a ser nuestro config map.
Pero cómo luce un config map?
Yo no sé, no me acuerdo x una razón.
Recuerden que el objetivo del config va a ser crearnos nuestras variables de entorno, las cuales yo
voy a compartir a lo largo de mi aplicación porque voy a instalar piggy admin.
Piggy admin necesita saber cual es el nombre de la base de datos, cuál es el URL, por decirlo así,
o el contenedor donde está el servicio de la base de datos.
Cuál es el puerto?
Porque puede ser un puerto personalizado.
Ustedes ya lo vieron, entonces necesito este config map, puedo regresar a la documentación y busquen
config map literalmente busquen config map ahí config map tenemos aquí config maps.
Voy a ingresar acá imagen un poco más y un poco más.
Pueden leer la documentación al respecto y aquí tenemos un snippet de cómo luce un config map.
Por favor copien todo esto control ce.
Regresemos a nuestro Studio Code, apáguenlo y así básicamente luce un confirmad api versión caen config
map metadata que esto es para indicarle cuál va a ser el nombre.
El nombre del archivo es totalmente innecesario.
Pueden poner Pepito ABC El nombre del archivo no importa.
Lo que va a importar es este nombre dentro del clóset.
Esto es lo que yo voy a utilizar para hacer referencia a mi variable de entorno que voy a definir aquí,
no el nombre de este archivo.
Llamo entonces en este caso le voy a poner borremos ese nombre y voy a poner aquí PostgreSQL config
y este es el nombre en el cual yo voy a tener que usar después para hacer referencia a mis quick value
pairs, a mis pares de valores que voy a tener aquí que son mis configuraciones, mi config map, mi
mapa de configuraciones.
Entonces voy a crearme uno llamado divi y un bajo name y voy a ponerle nombre a la base de datos PostgreSQL.
Luego voy a crearme otro que va a ser divi y un bajo host dos puntos.
Y aquí viene algo interesante.
El host sería el nombre del servidor, básicamente el nombre del servidor donde está el servicio de
la base de datos.
En este caso yo todavía no lo tengo definido y eso está bien, pero yo sé que voy a tenerlo dentro de
algo que se va a llamar PostgreSQL Service.
Se acuerdan que eran los servicios?
Los servicios ya tienen una dirección IP fija en el cual sabe en donde están las direcciones IP de los
contenedores que tienen la información que a mí me interesa.
Entonces le voy a poner postre service, el cual todavía no está creado.
Ya lo vamos a hacer muy pronto Enter.
Y también voy a colocar el DVD port, que va a ser igual al puerto que está por defecto, que sería
el 54 32, solo que esto tiene que manejarlo como un stream, ok?
54 32.
Si ustedes no lo pusieran como un string, esto le va a marcar un error y le va a decir hey, este tipo
no es port, no es un string o no tiene el formato esperado.
Pónganlo como un string.
Y básicamente esto es nuestro archivo de config map es bastante sencillo api version.
Esto le dice a la parte de qve needs o a cup city el cómo va a trabajarlo, porque después sale una
versión dos tres, entonces puede ser que tenga diferentes tipos de configuraciones.
El tipo coin es config map, metadata que define el nombre de nuestro archivo de configuración.
Técnicamente después no es así como funciona, pero técnicamente después podríamos hacer algo como post,
config, config o divine.
Algo así.
O sea, técnicamente, al final vamos a hacer.
No, no es la misma sintaxis, pero eso es para que tengamos una referencia mental de qué es lo que
está haciendo este archivo de configuración.
Simplemente está definiendo estas variables de entorno.
Después yo voy a tener mi backend, el cual va a ocupar el nombre del usuario de la base de datos.
Cuál?
Cuál es el contenedor?
Bueno, en este caso el host de la base de datos, Cuál es el URL o el servicio que tiene la base de
datos y cuál es el puerto en el caso de que yo quiera hacer un puerto personalizado?
Entonces nuevamente voy a crear mi backend y voy a crear el piji admin, los cuales van a ocupar esta
información también.
Por ahora dejémoslo así y lo veo en el siguiente vídeo.