atom feed49 messages in org.wikimedia.lists.wikitech-l[Wikitech-l] The future of shared hos...
FromSent OnAttachments
Bryan DavisJan 15, 2015 10:38 pm 
Max SemenikJan 15, 2015 10:49 pm 
Trevor ParscalJan 15, 2015 11:27 pm 
Brian WolffJan 15, 2015 11:34 pm 
ChadJan 15, 2015 11:38 pm 
Max SemenikJan 15, 2015 11:48 pm 
Stas MalyshevJan 15, 2015 11:49 pm 
S PageJan 16, 2015 2:36 am 
David GerardJan 16, 2015 4:29 am 
Marc A. PelletierJan 16, 2015 5:42 am 
Mark A. HershbergerJan 16, 2015 6:09 am 
Brad Jorsch (Anomie)Jan 16, 2015 7:06 am 
Brian WolffJan 16, 2015 7:14 am 
Antoine MussoJan 16, 2015 8:09 am 
David GerardJan 16, 2015 8:27 am 
Subramanya SastryJan 16, 2015 8:29 am 
Greg GrossmeierJan 16, 2015 9:10 am 
David GerardJan 16, 2015 9:23 am 
Ryan LaneJan 16, 2015 9:27 am 
Ryan LaneJan 16, 2015 9:31 am 
Brion VibberJan 16, 2015 10:12 am 
Ryan SchmidtJan 16, 2015 10:21 am 
Ryan LaneJan 16, 2015 11:04 am 
Trevor ParscalJan 16, 2015 11:05 am 
Isarra YosJan 16, 2015 12:09 pm 
Brion VibberJan 16, 2015 12:28 pm 
Isarra YosJan 16, 2015 12:58 pm 
Brad Jorsch (Anomie)Jan 16, 2015 1:05 pm 
Ryan LaneJan 16, 2015 1:14 pm 
Erik MoellerJan 16, 2015 1:20 pm 
Brad Jorsch (Anomie)Jan 16, 2015 1:23 pm 
Ryan LaneJan 16, 2015 1:39 pm 
Ryan LaneJan 16, 2015 1:41 pm 
Isarra YosJan 16, 2015 1:42 pm 
Stas MalyshevJan 16, 2015 1:56 pm 
Brian WolffJan 17, 2015 3:37 am 
ChadJan 17, 2015 11:00 am 
Florian SchmidtJan 18, 2015 6:51 am 
Tim StarlingJan 18, 2015 9:46 pm 
Woozle HypertwinJan 19, 2015 7:50 am 
MZMcBrideJan 19, 2015 7:53 am 
Mark A. HershbergerJan 20, 2015 10:49 am 
Mark A. HershbergerJan 20, 2015 10:54 am 
Rob LanphierJan 20, 2015 11:08 am 
James ForresterJan 20, 2015 11:12 am 
Stas MalyshevJan 20, 2015 12:37 pm 
Markus GlaserJan 20, 2015 3:37 pm 
James DouglasJan 20, 2015 4:00 pm 
Mark A. HershbergerJan 21, 2015 2:40 pm 
Subject:[Wikitech-l] The future of shared hosting
From:Bryan Davis (bd8@wikimedia.org)
Date:Jan 15, 2015 10:38:09 pm
List:org.wikimedia.lists.wikitech-l

There has been a lot of talk over the last year or so of how and when to move MediaWiki to a service oriented architecture [0]. So much so that it is actually one of the a marquee topics at the upcoming Developer Summit.

I think the problem statement for the services RFC is dead on in describing issues that MediaWiki and the Wikimedia Foundation face today with the current monolithic MediaWiki implementation. We have organic entanglements between subsystems that make reasoning about the code base difficult. We have a growing need to API access to data and computations that have historically been only presented via generated HTML. We have cross-team and cross-project communication issues that lead to siloed implementations and duplication of effort.

The solution to these issues proposed in the RFC is to create independent services (eg Parsoid, RESTBase) to implement features that were previously handled by the core MediaWiki application. Thus far Parsoid is only required if a wiki wants to use VisualEditor. There has been discussion however of it being required in some future version of MediaWiki where HTML is the canonical representation of articles {{citation needed}}. This particular future may or may not be far off on the calendar, but there are other services that have been proposed (storage service, REST content API) that are likely to appear in production use at least for the Foundation projects within the next year.

One of the bigger questions I have about the potential shift to requiring services is the fate of shared hosting deployments of MediaWiki. What will happen to the numerous MediaWiki installs on shared hosting providers like 1and1, Dreamhost or GoDaddy when running MediaWiki requires multiple node.js/java/hack/python stand alone processes to function? Is the MediaWiki community making a conscious decision to abandon these customers? If so should we start looking for a suitable replacement that can be recommended and possibly develop tools to easy the migration away from MediaWiki to another monolithic wiki application? If not, how are we going to ensure that pure PHP alternate implementations get equal testing and feature development if they are not actively used on the Foundation's project wikis?

[0]:
https://www.mediawiki.org/wiki/Requests_for_comment/Services_and_narrow_interfaces

Bryan