Difference between revisions of "Deployment Platform/1.1/Todo"

From Sugar Labs
Jump to navigation Jump to search
 
(18 intermediate revisions by the same user not shown)
Line 1: Line 1:
−
== Documentation ==
+
== New distro support ==
 +
 
 +
* <strike>Support Ubuntu [Server] in Mace.</strike>
 +
 
 +
== sugar-server-blacklist ==
  
−
* in-code documentation for sugar-server and sugar-server-templates
+
[[Sugar_Server_Kit/sugar-server-blacklist|New]] SSK component.
  
−
== Testing ==
+
* <strike>package blacklists for content filtering in SSK repo</strike>
 +
* <strike>setup infra on jita.sugarlabs.org for regular updates for this package</strike>
 +
* <strike>add blacklist provider to the Mace.</strike>
  
−
* more system tests of SSK infra using sugaroid to cover various deployment workflows
+
== sugar-client ==
−
* using sugaroid bots, stress test prosody to compare with ejabberd
 
  
−
== More sugar-server-templates templates ==
+
[[Sugar_Server_Kit/sugar-client|New]] SSK component.
  
−
Depending on will mace configuration be used in Sugar Server based deployments or not, implement configuration for all needed services:
+
* <strike>handle datastore backup/restore</strike>
−
+
* <strike>handle package upgrades from school server for deployment specific updates (from separate repositories)</strike>
−
* 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
 
  
−
== Deployment ==
+
== Documentation ==
  
−
* as much as possible plug&play solution for SSK based school servers
+
* <strike>in-code documentation for sugar-server and sugar-server-templates</strike>, not completed, will be continued while working on 1.2
  
−
== (?) Initial Smart Objects support ==
+
== Testing ==
  
−
[[Features/Smart_Objects]]
+
* <strike>more system tests of SSK infra using sugaroid to cover various deployment workflows</strike>, not fully completed, moved to 1.2 TODO and looking for SSK usage in the field;
 +
* <strike>using sugaroid bots, stress test prosody to compare with ejabberd</strike>, not completed, moved to 1.2 TODO;
 +
* <strike>the basis for regression tests to keep 1.x branch w/o regressions</strike> all SSK components have an initial set (the process is ongoing) of unit tests that will let keep the system out of regressions.
  
−
Many things to think about at first before any implementation...
+
== New templates ==
  
−
== Mothership ==
+
* <strike>squidGuard</strike>
 +
* <strike>munin-node</strike>
  
−
* Interaction with motherships
+
== Deployment ==
−
* (?) Initial sugar-mothership implementation, only regarding to current sugar-server functionality
 
  
−
Need to collect more experience from XS deployments before any implementation...
+
* <strike>SSK based .py final solution</strike>, [[Sugar_Server_Kit/Solutions/Paraguay_Educa_Server|.py pilot program]].

Latest revision as of 16:28, 8 October 2012

New distro support

  • Support Ubuntu [Server] in Mace.

sugar-server-blacklist

New SSK component.

  • package blacklists for content filtering in SSK repo
  • setup infra on jita.sugarlabs.org for regular updates for this package
  • add blacklist provider to the Mace.

sugar-client

New SSK component.

  • handle datastore backup/restore
  • handle package upgrades from school server for deployment specific updates (from separate repositories)

Documentation

  • in-code documentation for sugar-server and sugar-server-templates, not completed, will be continued while working on 1.2

Testing

  • more system tests of SSK infra using sugaroid to cover various deployment workflows, not fully completed, moved to 1.2 TODO and looking for SSK usage in the field;
  • using sugaroid bots, stress test prosody to compare with ejabberd, not completed, moved to 1.2 TODO;
  • the basis for regression tests to keep 1.x branch w/o regressions all SSK components have an initial set (the process is ongoing) of unit tests that will let keep the system out of regressions.

New templates

  • squidGuard
  • munin-node

Deployment

Retrieved from "https://wiki.sugarlabs.org/index.php?title=Deployment_Platform/1.1/Todo&oldid=83514"