[MÚSICA] [MÚSICA] Bien. Vamos a crear una cuenta con el servicio Mongo Atlas para tener una base de datos Mongo en la nube, y de esa forma le vamos a vincular con nuestro servidor que tenemos en Heroku, y you tenemos toda una solución en la nube tanto para el server como para la base de datos. Este servicio Mongo Atlas lo vamos a utilizar directamente, contratándolos a Mongo directamente, ¿no? Vas al sitio de Monto y elegÃs Mongo Atlas, lo vas a ver enseguida porque es el servicio más promocionado, te creas una cuenta, quizá te pida algún dato de facturación, tarjeta o algo por el estilo, pero no, la versión que vamos a usar es gratuita. También lo puedes crear a través de, como un add-on o un plugin de Heroku. Vas a tener que configurar algunas cosas, pero el proceso es similar. Asà que cualquiera de las formas la puedes utilizar. Si quieres para aprender, puedes usar ambas. Bueno, entonces, primero quizá te sugiera crear alguna organización, la creas como quieras. Elegimos un, crear un nuevo proyecto, nombre del proyecto, Red bicicletas, y you te pide agregar usuarios si te interesan, que compartan tu proyecto, no es el caso, asà que nos mantenemos nosotros como owners, como dueños del proyecto. Allá a la derecha, pasé rápido pero te explicaba lo que significa cada uno de los permisos. Y lo siguiente que vamos a hacer es, una vez que creamos el proyecto, vamos a crear el cluster. ¿Por qué hablamos de cluster? Bueno, porque Mongo se va a desplayar dentro de justamente un cluster, un grupo de servidores, donde van a tener replicación y demás. Lo interesante de este servicio es que nos da acceso a, justamente, ¿no? Al servicio de Mongo a nivel profesional, por más que lo estemos utilizando en una versión de prueba o de hobby. Asà que por eso lo recomendamos fuertemente, ¿no? Vale la pena utilizarlo. Bueno, acá puedes elegir el proveedor. FÃjate que dependiendo del proveedor, Amazon, Google, Microsoft, son los tres de primera lÃnea, tienen una versión gratuita. ¿Cuál es la mejor? Bueno, las versiones gratuitas son muy similares todas. Nosotros vamos a utilizar la de Amazon, no por algo en particular, sino simplemente porque, en fin, hay que elegir una, asà que vamos a elegir Amazon. FÃjate que, dependiendo de la región, podés ver cuáles son las versiones gratuitas. ¿Qué región te conviene elegir? Bueno, aquà nos recomiendan, se recomiendan algunas que son las que generalmente tienen mejor calidad de conexión y demás. La buena sugerencia, o una buena sugerencia, perdón, es siempre elegir la región donde se encuentre ubicado el servidor. En este caso, Heroku, ¿no? Y en Heroku hemos elegido la versión de, esta misma, ¿no? De Virginia. Mejor dicho, no especificamos la región, dijimos solamente que esté en Estados Unidos. Hay algunos comandos que puedes ejecutar para ver en qué región de Estados Unidos está corriendo el servidor, pero con elegir Virginia que es la recomendada y, aparte, es la única gratuita que el gobierno nos ofrece una gratuita, va bien, ¿no? Pero lo importante es eso, o sea, que elijamos la misma región que el servidor, en lo posible. Si no, no pasa nada, pero vamos a tener una mayor latencia, una mayor demora en la conexión entre el servidor y la base de datos. Cuanto menor sea ese tiempo, mejor, porque todo el tiempo estaremos consultado con la base de datos. Bien, alguna configuración más que vamos a dejar en default. No hace falta acá especificar mucho más. Nombre del cluster, puedes dejar el default o si no yo le pongo el nombre del proyecto. ¿Por qué no? Puede haber otros nombres y, bueno, un proyecto puede tener varios servidores Mongo. Asà que este honestamente sea el mismo. Yo se lo pongo solamente porque me ayuda ahora como a tener un anzuelo, a recordar que este cluster pertenece al proyecto de Mongo. Bien. Y aquà nomás esto va a demorar, fÃjate que ahà nos avisa que entre siete y diez minutos, es una tarea que, que lleva su tiempo, todo lo que es la configuración de los servidores. FÃjate siquiera en tres servidores de Mongo, uno que es el, obviamente lo puse en el primario, el secundario y el repli, creo que genera la replicación de datos. Lo siguiente que vamos a hacer, una vez que esté creado, es configurar la seguridad, que tendremos que esperar a que, a que termine. A ver, probemos a ver hacerlo ahora. Perfecto. Vamos a configurar en este caso la seguridad. ¿Qué es lo conveniente? Que uno especifique las IP solamente que van a tener permiso de acceso a esta base de Mongo. ¿Por qué? Porque si dejamos que cualquiera pueda entrar, la estamos exponiendo a un mayor riesgo de que nos roben los datos, ¿no? Entonces, lo tÃpico es especificar la IP del servidor que se va a conectar, la IP de desarrollo solamente de [INENTENDIBLE] y, mejor dicho, desarrollo solamente nunca lo vas a conectar porque usamos la base local o la base que especifiquemos para ese propósito. En producción, generalmente vamos a especificar el IP del servidor desplayado solamente. Para no cargar tanto, o sea, este comentario acordátelo, porque en un proyecto comercial esto es importante tenerlo en cuenta, te va a ahorrar muchos dolores de cabeza. Uno siempre tiende a pensar de que nadie nos va a robar los datos, que eso pasa solamente en las grandes corporaciones, pero créeme que es muy frecuente que haya hackers y robots y demás, que estén revisando debilidades en lo que es la seguridad y la arquitectura de las aplicaciones, y robando datos siempre mientras puedan hacerlo. Para no cargar tanta configuración en la parte de seguridad, en este caso, voy a permitir que se puedan conectar desde cualquier dirección, ¿está bien? Entonces, acuérdate del comentario. Ahora vamos a evitar que nos podamos conectar desde cualquier lugar. Solamente, a efectos de hacer algunas pruebas, voy a mostrarte algunas herramientas más y algunos de sus servicios. Pero si este fuera un sitio comercial, acordate siempre configurar las IP que correspondan. Ni más, ni menos. Vamos a confirmar. Esto desplayó los cambios en el, publica los cambios en lo que es nuestro cluster, y ahà se te activa este permiso, ¿no? Que nos podemos conectar desde cualquier IP. Si no especificamos esto, vas a ver que no te vas a poder conectar a la base. Asà que es importante tenerlo, tener eso en cuenta. Aquà podemos admitir roles y podemos crear un usuario Mongo, que esto siempre se sugiere, ¿no? Para ahà no usar tu cuenta de owner, sino crear una cuenta distinta, de lecto-escritura, que no te, no tenga permisos por lo pronto de robarte, de eliminar el proyecto, ¿no? A veces puedes tener de solo lectura para por ejemplo usuarios que van a hacer reportes y demás. Asà que el tema de los privilegios y los perfiles los administras en base a lo que a vos te parezca. Vamos a abrir una cuenta Admin, con un password simple, que vos quieras, que vos quieras tenerlo, o puede sugerirle que Mongo te autogenere un password, ¿no? Asà que aquà lo tenemos, esto lo vamos a tener que guardar. Vamos a copiarlo acá. Vamos a poner acá Mongo Atlas. Admin. Estos son los permisos que le vamos a pedir, de lectura y escritura, y agregamos el usuario. Perfecto. Entonces, acá explica el método autenticación, y demás. De todas formas, esto siempre lo podés editar o cambiar como vos quieras. Bien. [AUDIO_EN_BLANCO] Esto todavÃa, si no me equivoco, se está terminando de configurar, como aquà nos avisan. Bueno, y you prácticamente estamos, ¿no? Tenemos el usuario que se puede conectar desde cualquier IP, estas secciones por ahora no, son más avanzadas, no hace falta verlo. Acá tenemos algunas métricas del uso del cluster de Mongo, y si queremos, podemos conectarnos. Si recordás, hemos visto que podés instalarte Mongo Atlas para tu base local, Mongo Compass, perdón, para tu base local. Nos podemos conectar directamente con Mongo Compass, y aquà nos pasan la configuración. Asà que ahora no lo vamos a hacer, asà nos demoramos más. Podés probar conectarte. Aquà copias. Solamente, fÃjate de reemplazar password con el password que te hayas generado vos, ¿no? Directamente. [MÚSICA] [MÚSICA] [MÚSICA]
