Bueno, continuamos con nuestra instalación, nuestra creación, en realidad de nuestra base de datos
en Amazon.
Venimos de explicar lo de los multi zeta.
Ahora vamos a el tema de la conectividad.
Esto de la conectividad.
Casi todo vamos a dejarlo por default, pero vamos a explicar por qué algunas cosas no?
En primer lugar dejamos el default DB Pecé lag, digamos ser el cloud privado, lo dejamos tal cual
está.
No, no, no nos molesta para nada ni tenemos que hacer nada específico con un nuevo PC en ninguna,
ningún cloud virtual nuevo.
Así que lo dejamos como está.
Luego tenemos el sub net.
Lo dejamos en este caso en default.
Esto ya es más de infra.
Es más de gente que crea servidores y demás.
Que no va a ser nuestro caso.
Así que lo dejamos tal cual está.
Lo que si vamos a modificar y es fundamental y esto lo voy a explicar, es el tema del acceso público
por default.
Me dice que no, que mi base de datos no va a tener un acceso público y esto es importante recalcarlo,
porque si lo dejamos en no solamente voy a poder acceder a mi base de datos dentro de una instancia
S2, o sea, dentro de aquí lo dice Only Amazon S2 Instances and the voices Inside BPS can conecto your
data voice.
Esto significa que solamente la lo la infra que yo tengo creada en Amazon va a poder acceder a esa base.
Esto es algo muy bueno en cuanto a seguridad, porque si mi base de datos no se puede acceder desde
afuera, no va a poder ser saqueada nunca.
O simplemente voy a tener acceso a ella desde mi aplicación y nada más.
Pero como nosotros somos administradores de bases de datos.
Nos va a resultar muy engorroso meternos en el motor de la base de datos a nivel consola y tener que
hacer las operaciones todo por línea de comandos.
Nosotros tenemos un cliente que es el Jaimie SQL, que ya lo conocemos un software cliente y desde ese
software vamos a querer conectarnos desde nuestra PC hacia la base de datos de Amazon.
Entonces, ahora sí le vamos a decir que el acceso público sea si iez muy bien, nos va a pedir que
elijamos uno o más security groups.
Aquí lo que vamos a hacer es ya me trae un Security Group Security Group es una serie de es un grupo
de configuraciones y 7os que están enfocados exclusivamente a la seguridad de la base de datos.
Ya no tiene que ver con performance ni cuanta memoria le voy a asignar, ni cuánto va a ser el timeout
de cada lectura para que no se me cuelgue el motor.
Esto lo que tiene lo que tengo en los BPS Security Groups son 7os que tienen que ver con la seguridad
de la base de datos.
Lo que vamos a hacer es crear uno nuevo.
Lo vamos a hacer Griet New, vamos a colocarle e curso BD y con un guión bajo.
No sé si me lo va a tomar el guión bajo, pero bueno.
Vamos a crear Security y lo vamos a dejar así.
Yo no sé si me va a tomar el guión bajo y no importa, la preferencia va a ser siempre la misma.
Norte de Virginia, porque yo puedo tener distintos security groups para distintos entornos, puedo
tener uno para un datacenter y otro para otro datacenter.
Y vamos a ver si hay configuración adicional, que es el puerto de la base de datos, que generalmente
mis ciclos se mantienen el 3300 6 o 33 06.
Si ustedes necesitan por algún motivo, por inclusive por seguridad, cambiarle el número de puerto
y colocar otro, yo generalmente no lo cambio porque ya está estandarizado que ese puerto está dedicado
y optimizado para lo que es base de datos.
Una vez que yo creé un nuevo Security Group y está asociado, por qué creó uno nuevo y no dejo el default?
Porque recuerden que lo que me deja por default sea como parámetro groups, que lo vamos a ver después
y Security Grubbs no son editables.
Todo lo que sea default no me lo deja editar y cambiarle la configuración.
Entonces, si yo quiero algo específico que lo vamos a ver, yo me creo directamente un nuevo Security
Group.
Ya lo creé y ahora vamos a ir al próximo capítulo y vamos a ver como seguimos con el resto de las cosas
que tienen que ver con la creación de mi base de datos y de configuración.
Nos vemos en el próximo capítulo.