Gehel created this task. Gehel added projects: Epic, Wikidata-Query-Service, Operations. Restricted Application added a subscriber: Aklapper. Restricted Application added a project: Wikidata.
TASK DESCRIPTION As discussed on wiki <https://wikitech.wikimedia.org/wiki/Wikidata_query_service/ScalingStrategy>, we currently don't have a scaling strategy for WDQS, except getting bigger and larger servers. This needs to be addressed. Scaling a general purpose graph database is a hard problem and won't be solved easily. Constraints: - spread read and write IO load over multiple servers - spread storage over multiple servers - keep throughput mostly linear with the number of servers - keep the same interface for existing consumers (SPARQL), or as similar as possible to the current interface - (probably a lot more) TASK DETAIL https://phabricator.wikimedia.org/T221938 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Gehel Cc: Gehel, Aklapper, alaa_wmde, Legado_Shulgin, Nandana, thifranc, AndyTan, Davinaclare77, Qtn1293, Lahi, Gq86, Lucas_Werkmeister_WMDE, GoranSMilovanovic, Th3d3v1ls, Hfbn0, QZanden, EBjune, merbst, LawExplorer, Zppix, _jensen, rosalieper, Jonas, Xmlizer, Wong128hk, jkroll, Smalyshev, Wikidata-bugs, Jdouglas, aude, Tobias1984, Manybubbles, faidon, Mbch331, Jay8g, fgiunchedi
_______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
