Deployment Platform/1.1/Todo

From Sugar Labs
< Deployment Platform‎ | 1.1
Revision as of 18:06, 23 August 2011 by Alsroot (talk | contribs) (Created page with "All 1.x minor releases will be based on deployment needs. Including taking decision what following features need to be implemented. == Documentation == * in-code documentation ...")
(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to navigation Jump to search

All 1.x minor releases will be based on deployment needs. Including taking decision what following features need to be implemented.

Documentation

  • in-code documentation for sugar-server and sugar-server-templates

Testing

  • more system tests of SSK infra using sugaroid to cover various deployment workflows
  • using sugaroid bots, stress test prosody to compare with ejabberd

More sugar-server-base templates

Depending on will mace configuration be used in Sugar Server based deployments or not, implement configuration for all needed services:

  • Content filter. Options are: Dans Guardian (MinD fork?), SquidCache, OpenDNS
  • Monitoring support. If connectivity is good, then no questions, there are bunch of ready-to-use solutions like Munin, Nagious, etc. The problematic usecase is having servers that are mostly or entirely offline. The way might be collecting data on school servers and pass them to the mothership somehow via sneakernet. Options: run http://collectd.org/ daemons on school servers and provide useful uploading method

Initial Smart Objects support

Features/Smart_Objects

Many things to think about at first before any implementation...

Mothership

  • Interaction with motherships
  • (?) Initial sugar-mothership implementation, only regarding to current sugar-server functionality

Need to collect more experience from XS deployments before any implementation...