Ok, entiendo la discrepancia, hay gente q ama la nube y para otros es el diablo personificado :(
Saludos El jue., 9 de mayo de 2019 7:35 a. m., Ruben Fitó <r.f...@ubiquat.com> escribió: > Gracias Eduardo, > > Tu idea ha sido nuestra primera propuesta que hemos hecho al cliente, > inclusive en una primera fase no incluiríamos réplicas de lectura. Dicho de > otro modo, una única base de datos Amazon. > > Sin embargo, hay serias dudas de subir datos a la "nube" y estamos > estudiando montar una infraestructura propia. > > Igualmente, gracias por tu aportación. > > Un saludo. > > > On Thu, 9 May 2019 at 13:17, Eduardo Arenas <edo...@gmail.com> wrote: > >> Ruben, haz pensado en una base de datos redundante cómo servicio? , si >> quieres algo realmente barato y dependiendo el tamaño de tus bases de >> datos, redundar todo en el data center podría salir bien caro. Inclusive >> con DBs comerciales las licencias para montar DBs en alta disponibilidad >> podría ser aun más caras q las licencias estándares, pero esto no es el >> caso. >> >> En un cloud, la mayoría de los componentes están redundantes por >> definición: redes, discos, servidores, etc... y pagas mensual imputado al >> presupuesto de gastos y no tienen que hacer grandes inversiones de >> infraestructura cada x años. Cuando uno compra infraestructura cada X años, >> lo hace pensando en que tiene q mínimo 3 años... en la práctica para 5 a 8 >> incluso 10 años!!!. En mi caso la última inversión que hicimos fue aprox de >> US$60, en una plataforma virtualizada HP BL360a... finalmente Postgres me >> funciona 2 o 3 veces mas rápido en un cloud q en la plataforma local, ya >> que puedes acceder a lo último de lo último en maquinas q hay en el mercado >> y no te quedas pegado con tecnología vieja... y te vas agrandando en la >> medida q lo necesitas y no compras una mega infraestructura de inicio >> creyendo que la vas a necesitar en algún minuto. >> >> >> https://aws.amazon.com/es/about-aws/whats-new/2018/06/rds-postgres-supports-readreplicas-multiaz/ >> >> Saludos >> >> Eduardo >> >> El jue., 9 de may. de 2019 a la(s) 06:36, Ruben Fitó (r.f...@ubiquat.com) >> escribió: >> >>> Buenos días lista, >>> >>> Tenemos que montar una plataforma para procesar transacciones >>> económicas. Por requerimientos de alta disponibilidad se ha planteado >>> montar un sistema redundante en caso de caída o pérdida de comunicación. >>> >>> A parte de tener una infraestructura redundante, (datacenter, routers, >>> firewalls, servers, etc..) se ha planteado que la base de datos también lo >>> fuera y ha salido la idea de montar un sistema de "replicación lógica >>> bidireccional". Algo he leído al respecto pero no estoy seguro de si es una >>> buena opción. >>> >>> Hay alguien que sea experimentado en esta tecnología y pueda darme >>> consejos? Vale la pena? Alternativas? >>> >>> Gracias. >>> >>> Un saludo >>> >>> >>> -- >>> *Ruben Fitó * >>> Software Engineer >>> [image: Ubiquat Technologies, SL] >>> r.f...@ubiquat.com <j.catari...@ubiquat.com> >>> www.ubiquat.com >>> Tota la informació continguda en aquest document i arxius adjunts és >>> CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per >>> error, si us plau elimini'l i posi's en contacte amb l'emissor. >>> >>> All information contained in this document and any attachments are >>> CONFIDENTIAL and protected under trade secret laws. If you receive this >>> message by mistake, please delete it and notify it immediately to the >>> sender. >>> >> >> >> -- >> Eduardo Arenas >> +56 9 6629 1618 >> >> > > -- > *Ruben Fitó * > Software Engineer > [image: Ubiquat Technologies, SL] > r.f...@ubiquat.com <j.catari...@ubiquat.com> > www.ubiquat.com > Tota la informació continguda en aquest document i arxius adjunts és > CONFIDENCIAL protegida per llei de secret comercial. Si l'ha rebut per > error, si us plau elimini'l i posi's en contacte amb l'emissor. > > All information contained in this document and any attachments are > CONFIDENTIAL and protected under trade secret laws. If you receive this > message by mistake, please delete it and notify it immediately to the > sender. >
