BBlack added a comment. Bringing this conversation back here from the comments in https://gerrit.wikimedia.org/r/#/c/228411/
> The short summary about what this does is: > A read only mirror of Wikidata.org (only the public information) in a > special database for anyone to run queries against ( think > http://quarry.wmflabs.org/ ). The database receives queries via HTTP natively > and answers JSON encoded. Then there is a HTTP server in front to add static > assets for a JS based UI and disallow POST requests to the DB. > However according to https://phabricator.wikimedia.org/T107601"; > target="_blank">https://phabricator.wikimedia.org/T107601 we need to later > move this from misc to a new LVS service. Unless we change that plan and can > somehow implement fall over / load balancing over two backend servers with > misc. The part about failover is orthogonal to the decision about misc-web. Our standard model for a raw internal service will be to LVS it across redundant backends as discussed in the other ticket (https://phabricator.wikimedia.org/T107601), but this ticket/commit are about how present the frontend of it to the world via standard termination on the public LVS/cache endpoints (which will then backend into the https://phabricator.wikimedia.org/T107601 internal LVS'd endpoint). I don't think we've ever really elucidated exactly what differentiates misc-web from text-lb for termination. The easy cases are obvious, but there's a grey area too, and this is a somewhat-grey case... TASK DETAIL https://phabricator.wikimedia.org/T107602 EMAIL PREFERENCES https://phabricator.wikimedia.org/settings/panel/emailpreferences/ To: Joe, BBlack Cc: jcrespo, Legoktm, gerritbot, Smalyshev, BBlack, Joe, daniel, RobLa-WMF, Aklapper, aude, JanZerebecki, JeroenDeDauw, MrStradivarius, waldyrious, Krenair, MBlissett, bd808, Laddo, Addshore, Matanya, jkroll, Wikidata-bugs, Jdouglas, RobH, Manybubbles, mark, faidon, fgiunchedi, Dzahn, chasemp, Malyacko, P.Copp _______________________________________________ Wikidata-bugs mailing list [email protected] https://lists.wikimedia.org/mailman/listinfo/wikidata-bugs
