Desplegar una imagen debería ser un proceso relativamente transparente, porque recuerden que nuestras
imágenes tienen todo lo que necesita, inclusive el sistema operativo para ejecutarse.
Simplemente hay que exponer el puerto y básicamente eso debería ser todo, o bien mandar las variables
de entorno respectivas, pero debería ser una tarea técnicamente sencilla.
Entonces, vamos a comenzar.
Vámonos a nuestro proyecto digital, vayan y luego hagan clic donde dice Apps.
En las aplicaciones van a ver que yo tengo aquí un test update Nuevamente yo hago pruebas antes de grabar
las cosas, eso olvídese que existe.
Voy a venir aquí, crear una nueva aplicación.
Pueden tomarlo desde GitHub GitLab Login Container Registry que este es el privado que esto sería público
y también pueden seleccionar aquí un sample app en el caso de que ustedes quieran ver o hacer diferentes
pruebas.
En nuestro caso, vamos a seleccionar Docker op.
No pueden desplegar repositorios privados Nuevamente lo digo por si acaso ustedes quieren hacer la pregunta
Repositorio privado de Doc No se puede.
El registro Voy a venir aquí.
Tiene que ser público.
Recuerden, si eso no es público, voy a ponerle habilitar esas vulnerabilidades.
Si esto fuera privado, no lo pueden hacer.
Tiene que ser público.
No?
Entonces voy a copiar todo esto.
Voy a venir aquí, voy a pegarlo.
Y el tag, esa parte del lo voy a remover si ustedes lo dejan así como está.
Dice que el tag es opcional.
Por defecto va a usar el Ladies y cada vez que les cambia esto va a tener un hook que va a automáticamente
hacer el deploy mint, cosa que pueden ustedes desactivar también, pero yo prefiero siempre aconsejarles
de que trabajen con una versión en específico, en este caso la versión que nosotros probamos que ya
sabíamos que funcionaba, que fue la uno punto 1.0.
Voy a darle next.
Luego en esta pantalla pueden darle clic aquí en este lapicito para analizar el nombre.
En este caso sería Claire o Shop.
Pueden poner el otro nombre.
En este caso sería test lo backend.
Ustedes lo bajen, voy a resguardar y me dice que no puede tener carácter.
Es bueno, tiene que ser todo en Lower Keys, pero podemos poner un tag, voy a darle en guardar y lo
vamos a dejar así porque eso va a ser parte de la URL.
Ya van a ver Resource Web Service y está bien el Bronfman En el caso de que ustedes tengan una imagen
que tenga un comando en particular para ejecutarse, como por ejemplo not app JS o algo que no esté
definido en la imagen.
Pero técnicamente no deberíamos de ocupar esto.
El puerto http port es el 80 80, pero este puerto es el que me va a dar.
Yo sé que más de uno va a decir bueno, pero va a ser Puerto 3000, porque me acuerdo que aquí pusimos
el puerto 3000, pero no, ese puerto es el puerto que me va a dar la opción, que en este caso sería
el puerto 880 y luego http request route.
Esto está bien porque solo tengo una ruta ahí.
Voy a darme.
Voy a irme para atrás.
Y voy a darle ahora Next en Next.
Ahora podemos hacer la configuración de variables de entorno que son importantes.
Voy a darle clic aquí en Editar y ahora vienen los pares de valores que nosotros ocupamos para definir
toda la variables de entorno que nuestra aplicación puede necesitar.
No se preocupen si ustedes se les olvida una.
En lo personal es bien como es, bien cómodo y lo usan porque cada vez que ustedes hacen un cambio,
su variable de entorno hace el ridículo de la aplicación porque es necesario, porque una variable de
entorno significa que el entorno cambió literalmente y por eso hace un nuevo ready play y lo cual es
súper genial.
En la versión realmente esto no es necesario, pero técnicamente lo podríamos poner, aunque no, no
lo vamos a usar.
No lo estoy usando.
Entonces, técnicamente lo vamos a poner.
O que aquí podríamos 1.0 porque es la que estamos desplegando solo para saber.
Stage Eso Sprout.
Asegúrese de poner Proud.
Es importante porque la aplicación lo utiliza y aquí solo es carpintería de poner cada una de las variables
de entorno que nosotros probamos y que sabemos que funcionan técnicamente.
Pues eso debería ser igual de transparente porque es la misma base de datos e inclusive debería ser
hasta más rápido porque está en el mismo hosting.
Porque técnicamente pueden estar en servidores diferentes.
Bueno, está en el servidor.
Definitivamente.
El puerto.
Este puerto no cupo proporcionarlo porque este puerto me lo va a dar digital, osea el host, el pic
esto lo vamos a cambiar después de que ya lo tengamos en producción o sería ideal porque este es el
URL que se adjunta para mostrar las imágenes que tenemos en la aplicación.
Y listo.
No importa si quedas alguna libre.
Voy a bajar, cuidarle, guardar.
Eso crea mis nueve variables de entorno.
Por favor, revisen las.
Asegúrense que esté bien.
Específicamente, todo lo que es la conexión a la base de datos es lo importante.
Y obviamente que diga todo lo debe y el estatus es lo más importante.
Voy a darle grabar Next.
Aquí vamos a ponerle el nombre de esta aplicación.
Aquí dice Lobster.
Ah, pero va a decir cualquier otro nombre.
Esto es un nombre random que les pone.
Voy a ponerle test, lo bajen de nuevo o le pueden poner cualquier nombre, pero igual quizá las mismas
condiciones solo pueden ser caracteres en lugar de alfanuméricos y detalles.
Ok, esta domain aquí me lo va a dar.
Voy a venir aquí a Text load.
Vamos a seleccionar el proyecto para mantenerlo siempre agrupado.
La región.
Ustedes pueden seleccionar una región que esté más cerca de ustedes.
Yo actualmente me encuentro en Canadá.
Eso está bien.
Voy a darle guardar aquí para que esté grabado en Tesla.
Ahí está.
Voy a darle Next.
Aquí hay un breve resumen de todo lo que va a pasar y las configuraciones de costos de tener esta aplicación.
Pero hay otra cosa que podemos hacer.
Déjenme revisar algo, porque creo que podemos editar aquí el plan.
Selecciona Basic para evitar costos mayores, porque no queremos que tenga redundancia, ni réplicas,
ni otro montón de cosas con una o más que suficiente.
Y voy a darle Mac.
Y esto llevará hasta bastante los costos.
Y recuerde que tenemos 200 $ para.
Para probar.
Yo ya me consumí los 200 $.
Y por eso es que aquí ya ven que me están facturando algo.
Tengo 76 centavos que me van a cobrar Crear Resource.
Y aquí sólo es esperar.
Si todo sale bien, deberíamos de tener la aplicación corriendo en muy poco tiempo.
Si se van aquí en go to deep plays logs.
Eventualmente van a empezar a salir aquí la información de la imagen eventualmente va a salir los logs
de la aplicación ven, aquí están los looks y ya estamos familiarizados y ya tenemos la aplicación corriendo
la aplicación corriendo en el puerto 80 80 Solo para los que son curiosos, esa parte del 80 80 yo la
tengo definida.
Vamos a buscar.
Dónde está mi aplicación lista?
Yo lo tengo definido.
Source Main Esta parte.
Aplicación corriendo en la variable entorno port.
Entonces en este caso la variable de entorno port es 80 80.
Vamos a ver que todo salió bien.
Debería ser relativamente transparente y podemos hacer clic aquí donde dice Live app para ver la aplicación
desplegada, que te saquen algún hash único o digital o app y ahí ya lo tenemos.
Podemos venir aquí Slash, pongamos API, presionamos Enter y estamos con la documentación propiamente
de nuestra aplicación funcionando, conectada a la base de datos, nuestra imagen propiamente, lo cual
es súper genial.
Pueden buscar aquí la parte del API Get products, hacer try out execute y vamos a ver los productos
y tiene una base.
Bueno, y estos productos de dónde los trae?
Cuando nosotros ejecutamos el SID, creamos estos productos en la base de datos.
Estos son registros de base de datos propiamente que tenemos ahí.
En fin, esto es básicamente la parte del deploy con un repositorio público en Give Up.
En las próximas clases lo que vamos a hacer es básicamente esto mismo, solo que en lugar de utilizar
nuestro registro o nuestra información previamente en Docker, vamos a usar el registro propio de los
contenedores que nos ofrece Digital Thousand, que es básicamente el mismo registro, con lo cual ustedes
pueden montar en otros.
En otros servicios, el registro de los contenedores es básicamente poder subir mis imágenes a un registro
que no es Docker.
Básicamente eso es.
En resumen, si ustedes quieren hacer algún cambio a la aplicación, pueden irse aquí a Settings, o
si por alguna razón ustedes se salen del proyecto, se van al proyecto.
Eh?
Van a ver por acá el enlace entre lo divino, te lo busquen.
Voy a hacer click acá y deberíamos de ver el URL para poder entrar aquí rápidamente a ese en point.
Perfecto.
Muchas personas también me preguntan Ok Fernando, pero este URL ya lo tengo aquí fuera, mi sitio web
o el API es bien feo, ese nombre es bien feo.
Queremos usar otro perfectamente.
Ustedes pueden hacerlo, pueden conseguir su dominio, cambiar los name servers o name server.
Creo que ese es el nombre técnico que tiene para que apunte a este lugar.
Y entonces lo mismo que ustedes aquí en el sitio Fernando Herrera Puntocom pueden cambiar los name services
de ese Fernando Herrera para que apunte aquí.
Y entonces cada vez que alguien escribe Fernando Herrera puntocom, esto es lo que va a responder.
Entonces, técnicamente no importa si el URL es feo, esto es algo que se puede cambiar muy fácilmente
consiguiendo el dominio.
En fin, esos son otros temas.
Voy a cerrar esto.
Eso del club.
Dejémoslo abierto y nos vemos en la próxima clase.