Difference between revisions of "Infrastructure Proposal"

From OSGeo
Jump to navigation Jump to search
m
Line 10: Line 10:
 
=== Mailing lists ===
 
=== Mailing lists ===
  
'''Candidates:'''Mailman,Sympa
+
'''Candidates:'''Mailman (preferred),Sympa
 
'''Constraints:'''
 
'''Constraints:'''
 
* Needs searchable, index-friendly web archives  
 
* Needs searchable, index-friendly web archives  
Line 18: Line 18:
 
=== Bug Tracker ===
 
=== Bug Tracker ===
  
'''Candidates:''' Trac, RT, Bugzilla
+
'''Candidates:''' Trac (preferred), RT, Bugzilla
  
 
=== LDAP ===
 
=== LDAP ===
Line 25: Line 25:
  
 
Centralise user management details. Used to store rights and permissions to distributed OSGeo systems, ideally also to SVN and bug tracker.  
 
Centralise user management details. Used to store rights and permissions to distributed OSGeo systems, ideally also to SVN and bug tracker.  
 +
 +
=== DNS ===
 +
 +
Ideally with management UI so it's easy for nominated OSGeo people to create new subdomains when/if needed.
  
 
=== Web Publishing System ===
 
=== Web Publishing System ===

Revision as of 07:59, 2 August 2006

This is an effort of the Infrastructure Working Group to produce a definitive baseline spec for what online services the OSGeo Foundation, and the Foundation's projects, really need in order to be able to do their thing will full visibility, legitimacy and interconnectedness.

Critical Services

Code versioning / repository

Candidate: Subversion. Constraints: need to be able to import full version history from other SVN/CVS instances

Mailing lists

Candidates:Mailman (preferred),Sympa Constraints:

  • Needs searchable, index-friendly web archives
  • RSS feeds out very desirable
  • Web forum integration quite desirable

Bug Tracker

Candidates: Trac (preferred), RT, Bugzilla

LDAP

Candidates: OpenLDAP

Centralise user management details. Used to store rights and permissions to distributed OSGeo systems, ideally also to SVN and bug tracker.

DNS

Ideally with management UI so it's easy for nominated OSGeo people to create new subdomains when/if needed.

Web Publishing System

Candidates: Drupal/Civicspace, Plone/OpenPlans

Needed for the foundation website at minimum. Nice to be able to offer to projects which are unhappy with the solution they currently have (GRASS,MapGuide in particular) but not obligatory for all to use.

Other less project critical but still desirable services

Wiki

Build/test farm

Software stack demo site

See Software Stack for rough old notes on how this could be. Space at this for telascience - many components necessary for a shiny Geodata Repository

Geodata Repository

See Geodata Repository for outline - hosted at telascience

Please add more if you think of them... i'm sure i've forgotten some stuff

Community Tools

General suite of tools that would put OSGeo on top, adding value to membership and engaging members

  • Survey/polling & voting tools
  • User profiles
  • Code snippit/example repository
  • Project management app for planning release cycles and events


Hosting

This is a strong recommendation that we consider hosting some OSGeo services at the OSU Open Source Lab, a not-for-profit independent organisation within Oregon State University that runs infrastructure support and hosting for a wide range of open source organisations including the Apache, Mozilla and Eclipse foundations.

OSU offer 2 choices of service

  • Unmanaged - the client supplies a box which goes in their rack and is responsible for admin maintenance and security
  • Part-managed - the client either supplies a box or they purchase one, they manage the operating system and provide setup assistance and support-on-demand.

A part-managed solution would be ideal for OSGeo to host the "critical services" from the list above.

Costs

  • 3-5K for purchase of server - with redundant PSUs, redundant disks etc.
  • It costs OSL 75K p/a to support a full-time person. OSGeo would not need fulltime support - our demands are just not that high. The Board has speculatively budgeted 50K for online infrastructure needs
  • It would be possible for us to hire a person directly from OSL's recommendation to work 'for OSGeo' at OSL, if this made sense.

How OSL self-supports

  • They are a not-for-profit
  • They get sponsorship from companies keen to promote more robust infrastructure for OS projects and are seeking more - currently they are receiving maintenance sums from Google and MySQL