MOS Masterplan: Unterschied zwischen den Versionen

(11 dazwischenliegende Versionen von 3 Benutzern werden nicht angezeigt)

Zeile 1:

das hier ist komplett unfertig und unvollständig, während ich pizza essen geh

= Migrationsplan =

Derzeit läuft viel Metalab Infrastruktur auf einem Privatserver, soll aber schrittweise auf den eigenen metalab Server migriert werden.

Hier der Entwurf der in der Sitzung vom 14.7.2006 entstanden ist: [[Media:MetalabOSMasterplanSitzung.pdf]]

Schon getan:

# Kern der Member Datenbank migriert.

# Virtual Mailhosting System installiert.

# Mailman installiert und mit VERP konfiguriert.

# Userverwaltung-Neu, History Management, Polls, und Inventarsystem implementiert.

Die nächsten Schritte sind:

# Virtual Mailhosting System mit MOS Datenbank integrieren.

# Mailman migrieren

# Members Mailingliste auf intern umbenennen, und autosynch zwischen neuer Datenbank und Subscriber Liste reaktivieren.

# Mailaccounts (IMAP, SMTP-Auth) für alle Members anlegen

# Jabber migrieren.

# LDAP installieren / Jabber an MOS Auth koppeln

# Wiki migrieren (vmtl. Mysql dafür installieren)

# Wiki Registration disablen.

# User/Pass Daten in die Wikidb pushen.

# MetaSense migrieren.

# Sicherstellen, dass alle Dienste mit dem gleichen Passwort nur über verschlüsselte Kanäle erreichbar sind.

# Weitere Apps

# Vor Wartungsphase: Config File Revision Control

== Todo ==

# Unterschiede zwischen Deployment und Development in eigenen Files Kapseln und inkludieren (settings.py)

# Database Initial Population Scripts

# Member ist kein enum/flag sondern ein ForeignKey

z.B. Member

Banned

usw.

= Naming =

http://things.metalab.at/einding oder http://things.metalab.at/2342

http://events.metalab.at/Cocktailparty

http://people.metalab.at/DjangoMueller

= Komponenten =

== Server ==

Zeile 28:

Zeile 75:

Jedes Event hat eine Anfangs und Endzeit, sowie null oder mehr Räume welche für das Event benötigt werden.

Eventuell kann ein Event auch Inventar benötigen. Desweiteren wird zu jedem Event eine Beschreibung, eine Verantwortliche erfasst.

Fokus auf Ressourcen statt Calendar.

Die aktuellen und baldigen Ereignisse werden regelmässig (wenn genug Daten vorhanden sind) via E-Mail announced.

Zeile 34:

Zeile 83:

== Startseite ==

Die Startseite des Metalab soll statt wie bisher Selbstbeschreibungstext, vor allem aktuelle Daten anzeigen. Die metalab Hauptseite wird dazu aus dem Wiki auf das MOS verlagert. Dort sollen in Form von Widgets, vor allem aktuelle Termine, Öffnungsstand, Jabber-Online-Listen, Photo-Scroller (Flickr?), Pressespiegel-Scroller, metalab Planet (Feedjack), usw. angezeigt werden. Die Seite soll zeigen wieviel sich im und um das metalab tut, aber Handlungen, statt eigener Worte für uns sprechen lassen. Alle Links von der Startseite gehen aber wieder in das Wiki, oder auf spezielle Seiten der jeweiligen Backend-Software. "Statische" Seiten sollten sich ausschließlich im Wiki befinden.

== Jabber-System ==

ejabberd - datenbank momentan auf mnesia. Migration möglichst auf postgresql und/oder LDAP backend.

== Wiki ==

Mediawiki. Datenbank und Code wird unverändert belassen (ansonsten unwartbar). Loginfunktionalität wird deaktiviert. Idealerweise kann ein Plugin verwendet werden, das die Userverwaltung über LDAP erlaubt.

== Mailinglisten ==

Mailman. Unterstützt keine Datenbanken. Wird über python code und commandlinetools konfiguriert. Mittels der Python Schnittstelle und cron ist ein in-synch halten mit einer Datenbank nicht besonders aufwändig.

== Email Accounts ==

Datenbankgetriebenes Postgres+Postfix+Dovecot Setup.

[[Kategorie:Metalab OS]]