Tecnología, Internet y juegos
143 meneos
2134 clics

Escalar PostgreSQL para atender a 800 millones de usuarios de ChatGPT

Durante años, PostgreSQL ha sido uno de los sistemas de datos más críticos en segundo plano, que ha impulsado productos clave como ChatGPT y la API de OpenAI. A medida que nuestra base de usuarios crece con rapidez, las demandas sobre nuestras bases de datos también aumentan de forma exponencial. Durante el último año, nuestra carga de PostgreSQL se ha multiplicado por más de 10 y sigue aumentando con rapidez.

| etiquetas: openai , chatgpt , postgresql , bases de datos , escalabilidad
79 64 1 K 307
79 64 1 K 307
Comentarios destacados:                
#6 #2 One Rich Asshole Called Larry Ellison

No me molaba tanto un acrónimo desde que PCMCIA = People Can't Memorize Computer Industry Acronyms
Menéame vuelve a ser lo que era, por un instante de tiempo.
#10 Se me ha venido a la mente Barrapunto.
#13 snifff el troll de la milanesa sniff
#21 Joder ya no me acuerdo. Puto alemán que me esconde las cosas.....
Era lo de la cruda realidad.... Eso de linux/windows?
#42 Yes. Tuvo más versiones que la macarena xD
#56 xD

Sería curioso descubrir si el auténtico troll de la milanesa finalmente terminó en menéame, y si sigue aún entre nosotros...

¡ Yo te invoco !
#13 es un saco.
#23 No lo pillo.
#43 era una frase que se decía en los foros de barrapunto en su día.
#10 Quizás podemos hacer todos un poquito más por meter noticias tecnológicas de verdad.
#10 #26 recuerdo cuando salía a portada, el blog de un tío que desglosada los cambios de cada versión del kernel de Linux. Una gozada.
#36 En mis marcadores tengo una carpeta de paginas tecn (en español).
Tendríamos que compartir nuestra droga.
Pero no lo digáis que igual Oracle no vende licencias.

Tip. Oracle al revés es elcaro
#2 Llevo trabajando con oracle desde que franco era corneta y nunca me había dado cuenta :foreveralone:
#4 Pues ese chiste es un clásico, aun no peinaba canas cuando lo oí por primera vez.
#3 #4 #5 vosotros cómo lo decís...

Esecuele VS. Sicuel
#8 Yo lo llamo Hibernate :troll:
#8 Esecuele.

#3 Me alegro saber que no soy el único :shit:
#8 ¿secuela?
#8 SQLT. ¡ Ese culete!
#8 Hasta hace un año o así Esecuele. Desde hace un año Siquel.
#8 Posgresecuele
La T me la fumo.

En inglés digo "Posgreskiuel"
#8 ¿Eres informática? ¿Y SQLito?  media
#8 esquiuel
Donde podemos entrar es si se dice maisiquel o maiesquiuel
#35 Massiel, llámalo Massiel y acabamos antes.
#8 Esecuele de oracle.
Aunque en ingles se dice "sicuel de óracol".
Si hablas con técnicos anglos o latam te empiezas a enterar de las españoladas que decimos con todo lo que viene de EEUU.
#5 En mi empresa la broma era llamarlo "el oracla" con fuerte acento catalán.
#27 jajajjajaj
#27 no sería l'oracla ?
#5 Un servidor tiene una cola de impresión.

Ese sí que es un clásico.
#33 Yo también tengo una cola impresionante :troll: :troll:
#33 Sabes que le dice un mainframe a un Pc?
Tan pequeño y ya con-putas?
#4 no eres el único!! xD xD
#2 One Rich Asshole Called Larry Ellison

No me molaba tanto un acrónimo desde que PCMCIA = People Can't Memorize Computer Industry Acronyms
#1 Sí, usa postresql para todo, pero OpenAI ha escalado postgres... migrando a Cosmos DB :shit:
#41 Porque son unos flojos. Una cosa es que el barco sea bueno y que lo pueda pilotar un niño en mar abierto, y otra muy distinta que sepa aparcarlo en cuesta. El barco sigue siendo bueno, pero hay que saber... ;)
Solo puedo leer ProgreSQL. Tengo la mente arruinada por tanta política.
#3 progres culeros?
Por ejemplo, en una ocasión identificamos una consulta muy costosa que unía 12 tablas, cuyos picos fueron responsables de SEV de alta gravedad en el pasado.

El becario me jodió la vida y en mi blog se lo recuerdo.
#11 He visto consultas pesadas, pero nunca un join de doce tablas, y he sido becaria.
#19 Dime que no has trabajado con SAP sin decirme que no has trabajado con SAP :troll:
#22 He trabajado con bases de datos monstruosas, pero SAP y yo siempre nos hemos evitado.
#24 #22 Hace no mucho vi una query en SAP con 85 joins. Y decían los muy desgraciaos que el sistema iba mu lento.
#29 Sería en un monitor de 60 pulgadas en vertical.....
#29 Yo les hubiera recomendado pre-procesarla en basic con un módulo de ray-tracing, ya puestos a hacer el indio...
#19 Es verdad. Curiosamente si alguien hace un join de doce tablas quizás, precisamente, no sea un becario. Con esa experiencia no nos atreveríamos.
#25 Ni te imaginas la cantidad de becarios que le piden a su colega que les sujete el cubata...
#19 12 no me parecen tantas. O sea, son bastantes pero tampoco es una exageración.
#19 join de una atacada no. Pero repartidos entre el FROM, en subconsultas del WHERE y subconsultas dentro del SELECT, sí. Y con varias tablas temporales AS.
#19 Tampoco es nada del otro jueves, si la BD está bien construida y la consulta es eficiente, no es para tanto, aunque lo ideal es que esas cosas no pasen, y si pasan, que sean en una réplica sólo para consultas.

Pero en proyectos grandes eso está a la orden del día.
#19 pocas me parecen
Que no me entere yo que SQLite pasa hambre.
Sin leerme el artículo, réplicas para lectura y pgBouncer
#7 premio
#7 Y sacar todas las escrituras a otro sitio...
Que eso es lo que no entiendo. Si escribes en otro sitio ya puedes leer de 1 o de 50. ¿Que lees?
#55 Dicen que las escrituras fragmentadas, que a saber que quiere decir eso, las han pasado a CosmosDB.
Leen de 50 replicas de Postgresql y escriben en CosmosDB. Que alguien me lo explique.
Todo dba debe haber visto al menos una vez en la vida este temazo
youtu.be/i_cVJgIz_Cs?si=IXDIQH1lQnIs63wj

Yo lo fui durante varios hermosos años de mi vida.
#34 Y con autocommit;
#48 Y con backup en capturas de pantalla en jpg.

( A veces me nace una maldad que no sé de dónde viene... )
#34 {0x1f602} {0x1f602} {0x1f602} {0x1f602} {0x1f602} No la conocía.

Aporto otras (en inglés).

youtu.be/1S1fISh-pag

youtu.be/DOwQKWiRJAA

menéame