Change Details

Session candidates for the SOA track.
## Plenary session
See T85154.
## Service design goals, issues and infrastructure
T86567
## Looking ahead: Virtualization, CI and continuous deployment
Panel discussion. See T86372.
## SOA proliferation through specification
See T86375.
## Security in a distributed service environment
Talk / tutorial by @csteipp. Tracked in T86049.
## Other ideas
### Content representation / UI / skins
Covered in T86564.
### The road to multi-DC operation
Covered by main panel (T85154), as it affects a lot of decisions
- issues: replication consistency, caches
- possible solutions
- how this affects our software architecture
### Scaling down for third-party users
Covered by main panel (T85154), as it affects a lot of decisions
- define minimum resources for a basic MediaWiki install (strawman ex: [$2.99 / month VM with 1G of RAM](http://www.ovh.com/us/vps/vps-classic.xml)?)
- simple & small implementations of common services for testing and small installs
- setup automation / packaging for VMs
### Platform choices for new services
Not convinced that this would really be productive. There does not seem to be much of a desire to introduce new platforms right now.
- SOA gives us freedom to choose (and change) technology per service / task
- don't want to go overboard though, as each additional technology has a cost
- current main development platforms: PHP, client-side JS & Node.js, some Java
- trends: industry and WMF
- new candidates: Hack, Go, Rust
- relative strengths for our use cases
- successful outcome:
- shared understanding of relative strengths and trends
- possibly guidance on what to choose in which area
- awareness of new options

Session candidates for the SOA track.
## Plenary session
See T85154.
## Service design goals, issues and infrastructure
T86567
## Looking ahead: Virtualization, CI and continuous deployment
Panel discussion. See T86372.
## SOA proliferation through specification
See T86375.
## Security in a distributed service environment
Talk / tutorial by @csteipp. Tracked in T86049.
## Other ideas
### Content representation / UI / skins
Covered in T86564.
### The road to multi-DC operation
Covered by main panel (T85154), as it affects a lot of decisions
- issues: replication consistency, caches
- possible solutions
- how this affects our software architecture
### Scaling down for third-party users
Covered by main panel (T85154), as it affects a lot of decisions
- define minimum resources for a basic MediaWiki install (strawman ex: [$2.99 / month VM with 1G of RAM](http://www.ovh.com/us/vps/vps-classic.xml)?)
- simple & small implementations of common services for testing and small installs
- setup automation / packaging for VMs
### Platform choices for new services
Not convinced that this would really be productive. There also does not seem to be much of a desire to introduce new platforms right now.
- SOA gives us freedom to choose (and change) technology per service / task
- don't want to go overboard though, as each additional technology has a cost
- current main development platforms: PHP, client-side JS & Node.js, some Java
- trends: industry and WMF
- new candidates: Hack, Go, Rust
- relative strengths for our use cases
- successful outcome:
- shared understanding of relative strengths and trends
- possibly guidance on what to choose in which area
- awareness of new options

Session candidates for the SOA track.
## Plenary session
See T85154.
## Service design goals, issues and infrastructure
T86567
## Looking ahead: Virtualization, CI and continuous deployment
Panel discussion. See T86372.
## SOA proliferation through specification
See T86375.
## Security in a distributed service environment
Talk / tutorial by @csteipp. Tracked in T86049.
## Other ideas
### Content representation / UI / skins
Covered in T86564.
### The road to multi-DC operation
Covered by main panel (T85154), as it affects a lot of decisions
- issues: replication consistency, caches
- possible solutions
- how this affects our software architecture
### Scaling down for third-party users
Covered by main panel (T85154), as it affects a lot of decisions
- define minimum resources for a basic MediaWiki install (strawman ex: [$2.99 / month VM with 1G of RAM](http://www.ovh.com/us/vps/vps-classic.xml)?)
- simple & small implementations of common services for testing and small installs
- setup automation / packaging for VMs
### Platform choices for new services
Not convinced that this would really be productive. There also does not seem to be much of a desire to introduce new platforms right now.
- SOA gives us freedom to choose (and change) technology per service / task
- don't want to go overboard though, as each additional technology has a cost
- current main development platforms: PHP, client-side JS & Node.js, some Java
- trends: industry and WMF
- new candidates: Hack, Go, Rust
- relative strengths for our use cases
- successful outcome:
- shared understanding of relative strengths and trends
- possibly guidance on what to choose in which area
- awareness of new options