[TYPO3-german] OpenSouRZ

Hahnefeld Bjoern bjoern.hahnefeld at dallmeier-electronic.com
Mon Oct 1 08:36:55 CEST 2007


Hallo Andreas,

noch ein Ubuntu-Fan? Meine Server laufen auch auf Ubuntu! Allein schon die Nummerierung finde ich stimmig und irgendwie fast genial! :)

Beste Grüße

Björn 

-----Ursprüngliche Nachricht-----
Von: typo3-german-bounces at lists.netfielders.de [mailto:typo3-german-bounces at lists.netfielders.de] Im Auftrag von Andreas Becker
Gesendet: Samstag, 29. September 2007 06:34
An: German Typo3 Userlist
Betreff: Re: [TYPO3-german] OpenSouRZ

Georg

danke - ganz meine Worte.
24/7 ist absolut keine UTOPIE und duerfte zudem den Kundenkreis immens erweitern.

Wir entwickeln z.B. zur Zeit ein groesseres Projekt in 24/7 fuer einen Kunden und trotzdem hat jeder der an dem Projekt Beteiligten einen relativ normalen Arbeitstag - wenn man davon absieht, dass wir alle von unseren Offices/zuHause arbeiten die ueber 4 Zeitzonen verstreut sind. Konferenzen finden Online statt. Durch sinnvolle Collaboration lassen sich dadurch auch groessere Projekte in angemessener Zeit realisieren. Gehostet wird uebrigens in EU wo der Kunde zu Hause ist. Um solch ein Setting zu verwirklichen sind auch wir sehr an einer SCHNELLEN und vorallem ausfallsicheren Serverloesung interessiert. So sind inzwischen Ueberlegungen im Gange es einmal mit AMAZONs Cluster Cloud zu probieren. Leider gibt es vergleichbares noch nicht in Europa.

Hier wird der Webspace bezahlt, den man auch wirklich benutzt - was interessant ist fuer Entwicklungen, wo man noch nicht weiss wieviel MB/GB am Ende noetig sind.

Ich wuerde die Genossenschaftlichen Gedanken nicht nur auf die TYPO3 Entwickler und Agenturen richten, sondern vielmehr auch auf die ganzen Kunden, die diese Entwickler mit in die Genossenschaftliche Loesung mit einbringen koennten. Da zur Zeit noch die meisten Seiten in TYPO3 fuer Europa entwickelt werden ist auch eine europaeische Loesung sinnvoll.

z.B. Bei einem grossen vorherigen Projekt wurde das Projekt auf einem Server in Singapore entwickelt (da der Kunde dort spaeter hostet) Ein Server wurde dort in einem Rechenzentrum untergestellt und auch von dort aus Hardware maessig betreut. Bei einem Ausfall einer Platte reicht der Anruf der Server Admins - die in der Ukraine und Brasilien - zu Hause sind und von dort aus gleich mehrere Server in unterschiedlichen RZs around the world managen und der defekte Hardware Part wird in Singapur ausgewechselt. Da diese Seite ein sehr grosses Forum betreibt muss auch hier konstant 24/7 dafuer sorge getragen werden, dass keine negativen Bemerkungen der Forenbesucher gepostet werden - ansonsten wuerde hier ruckzug die Seiten gesperrt (Zensur). Dies wird ebenfalls mit in verschiedenen Zeitzonen verteileten Moderatoren realisiert. Die sitzen hier in Thailand, dem Vereinigten Koenigreich und den USA.

Ich hatte ja vormals schon vorgestellt, dass auch einer unserer US HOSTER seinen 24/7 Support so realisiert. Dessen Hotliner sitzen in US/UK und Australien sowie demnaechst wohl Indien. Bei TYPO3 koennte das genauso funktionieren.

Betrachtet man z.B. die stark ansteigenden Benutzerzahlen der Pakete der WEC so ist hier auch in Korea und Australien, sowie China ein Zuwachs zu verzeichnen. Bereits jetzt gibt es hervorragende Entwickler die einiges der Gemeinde beisteuern in diesen Gebieten, diese muesste man lediglich in ein Gesamtkonzept einbinden. Evtl. liesse sich dann auch der Global Cluster realisieren, der auch fuer deutsche Entwickler neue Asiatische, Australische, Suedamerikanische und hoffentlich auch bald Afrikanische Maerkte  erschliesst. Da gibt es noch ein gigantisches Wachstums Potential!

Das Hauptproblem das sich uns am Anfang von solchen Globalen Grossprojekten stellte waren die Extensions - die oftmals von Agenturen, die die auftraege erteilten nicht gerade sinnvoll ausgewaehlt wurden, bzw. von Firmen TYPO3ler, die begeistert im TER umherwanderten und mal so kurz auflisteten was sie alles in ihrer Webseite haben wollten. Das erzeugte am Anfang riesen Probleme, Abstuerze und absolut unnoetige Kosten. Meanwhile arbeiten wir mit einer Extensionliste von uns, auf der die Extensions vermerkt sind, die wir bereits zum Laufen gebracht haben und wo der Kunde sich sicher sein kann dass sie auch in angemessener Zeit in seiner Seite eine Realisierung findet.

Ein "bereinigtes" TER - evtl der Falsche Name - ich nenne es jetzt mal OpenTER des OpenSouRZ - koennte so aussehen, dass in diesem TER Extensions NUR noch gespeichert werden, wenn sie eine Dokumentation UND einen .t3d als working Example mitliefern. Das bedeutet fuer die Autoren in der Regel absolut keinen allzugrossen Mehraufwand. Dieser Mehraufwand koennte jedoch durch die Einnahmen gedeckt werden die eine Genossenschaft macht. Somit haetten auch Entwickler ein Interesse WORKING Examples in das TER des OpenSouRZ einzubringen und sich aktiv auch am Support ihrer Extensions zu beteiligen.

Das wuerde ich z.B. als eine Bedingung machen, dass sich ein Entwickler aktiv am Suport beteiligen muss (begrenzt auf Agenturen und Feelancer- die fuer diese Leistung auch etwas extra bezahlen, womit wiederum Developer finanziert werden koennten), wenn er seine Extension einstellen will.
Hiervon wuerden wiederum Agenturen und Freelancer profitieren, die direct auf den first Class Support durch die Entwickler selbst zurueckgreifen koennten.
Ein entsprechendes Ranking der Extensions und vorallem auch die Anzahl des Gebrauchs/Mods/usw. einer spezifischen Extension auf den Seiten die im OpenSouRZ gehostet werden bestimmt den Verteilungsschluessel fuer die Developer Gelder.

Nachwievor koennten ja alle Extensions auf TYPO3.org gesammelt werden, so dass auch Entwickler, die keine Working Examples liefern incl. Manual ihre Extensions veroeffentlichen.

Damit man auch sieht, dass ein Working Example funktioniert sollte dieses Working Example auch fuer Kunden und alle Benutzer  sichtbar sein. Das wuerde den Anreiz erhoehen der Genossenschaft beizutreten, ggf. nur mit einem Mitgliedsbeitrag ohne Hosting am Anfang. Agenturen und Freelancer koennten zudem auf diese Workingexamples bei ihren Kundenverhandlungen verweisen. Der Kunde wuerde sofort sehen wie eine Extension funktioniert/aussieht/nutzbar ist und auch die Bindung ans OpenSouRZ begaenne bereits hier, denn natuerlich koennte das OpenSouRZ keine Garantie uebernehmen, dass ein Workingexample auch auf einem anderen als dem ihrigen System lauffaehig ist, da sie darauf ja keinen Einfluss hat. Kunden lieben es jedoch wenn Sachen von Anfang an laufen :-)

VORTEIL:
Kunden wuerden so gewonnen, da die meisten von der ungeordneten und absolut nicht uebersichtlichen Liste und vorallem unkategorierten Liste genervt sind. Es fehlt die Moeglichkeit Extensions nach dem Datum des letzten updates aufzulisten, bzw. in Alpahetischer Reihenfolge, oder nach Autoren oder Kategorien sortiert. Das "OpenTER" koennte diese Funktionen bieten.

Da die Workingexamples auf dem System des RZ laufen steigt auch der Anreiz fuer Agenturen und Freelancer dort ihre Seiten zu entwickeln und mit Sichere werden dann auch diese Vorzuege des OpenSouRZ an deren Kunden weitergegeben, die dann deren Webseits benfalls im OpenSouRZ hosten werden.

Aehnlich wie bei der Amazon Cloud braeuchte man 2 Loesungen, die mit einander natlos verknuepft sind und mit den gleichen Systemen laufen (die IMMER auf dem aktuellsten Stand sein sollten) Einerseits den Entwickler und Developer Bereich und andererseits der Hostingbereich.

VISION:
Man beschraenkt sich vorerst auf TYPO3, RAILS, MAGENTO Hosting.
Optimiert seine Systeme komplett darauf hin.
Versucht die Optimale Performance herauszuholen incl. der dafuer notwendigen Sicherheitsaspekte.
>>
Developer werden ein Interesse haben ihre Extensions auf diesem System zu testen -
>> um dies zu foerdern richtet man spezielle Developer Accounts ein - in 
>> dem
sie dann auch den auf diesem System lauffaehigen .t3d erstellen werden. Die Dokumentation koennte ebenfalls dort erstellt werden. Bietet man den Developern z.B. CollaborationTools wie es u.a. bei Google moeglich ist an, so koennte die Doku auch von einem Benutzter der Extension erstellt werden
>> Beta-Tester-Account fuer die, die bei der Erstellung der Tutorials 
>> und
auch deren Uebersetzung mithelfen.
>> Auch ein WIKI in dem dann alle Manuals und Tutorials ueber das
Workingexample gesammelt werden wuerde es schon tun.

>>
Agenturen und Freelancer werden auf dem System ihre Seiten entwickeln mit den Extensions der Developers

   1. Sie wissen bereits im vorhinein dass diese und jene Extension
   lauffaehig ist auf einer aktuellen TYPO3 und PHP Version.
      1. Keine Mails mehr zwischen Developer und Website Entwickler
      nach dem Motto, bei mir laeufts aber. (weil z.B. dessen
      Ausgangssituation voellig anders ist. anderes PhP andere Werte dortesetzt
      usw.
   2. Es werden dadurch mit der Zeit eingaengige Standards entwickelt, da
   ALLE Genossen ein Interesse daran haben duerften ihre Site schnell zuegig
   und optimal und vorallem zuverlaessig mit gleichen Konstanten zu entwickeln
   und zu kalkulieren.
      1. Dies duerfte sehr zur Kosteneinsparung bei Agenturen und
      Freelancern beitragen.
      2. Mit ziemlicher Sicherheit wuerden auch die .t3ds auf dem
      System weiter verfeinert, verbessert, gestylt, Abwandlungen praesentiert.
      was wiederum den Entwicklungsaufwand fuer Webseiten erheblich reduziert. Man
      haette so zusagen einen funktionstuechtigen Baukasten auf OpenSouRZ auf den
      sich alle verlassen koennten (auch - und vorallem die Kunden) - inkl. der
      entsprechenden Uebersetzungen der Extensions.
      3. Das Quality Management muesste auf professionelle Beine
   gestellt werden, was wiederum kostenguenstig dezentral passieren koennte.
   Das koennte einerseits an Hand von Beta Testern geschehen, die Ihre Dienste
   unentgeltlich zur Verfuegung stellen (Aehnlich einem Arbeitsdienst in einem
   Segelclub usw. anstatt rasenmaehen und Steg bauen ist dann eben ueberpruefen
   und Reportschreiben von Extensions angeagt.) Diese BETA Tester profitieren
   wiederum von diesem Service da NUR sie Zugriff auf neueste und evtl. noch
   UNstabile Versionen bekommen. - z.B. Bei der WEC bewaehrt sich
   inzwischen dieses System hervorragend wie ich denke, denn deren Extensions
   und Dokumentationen werden immer besser und stabiler.
   4. Auch beim sonstigen TS Aufbau von Seiten werden sich schnell
   gewisse Standards auf diesem OpenSouRZ etablieren, da die
   Systemeinstellungen ja auch fuer alle gleich sein werden. (Die mussen eben
   so optimal sein, dass moeglichst jeder damit zufrieden ist - evtl. mehr als
   zufreiden ist - denn einen Vergleich mit Mittwald, 1&1 und all diesen
   Konsorten wird es kaum geben, denn man IST dene ne Nase vorraus (ne grosse)
   - sollte die Integration der Developer in das Projekt gelingen, wovon ich
   ausgehe.
   5. RESOURCEN koennten im OpenSouRZ geteilt werden. Nicht nur
   Rechenkapazitaeten, sondern auch Personal. Da alle Freelancerund Agenturen
   auf OpenSouRZ mit dem gleichen optimalen System und den gleichen Bausteinen
   arbeiten, lassen sich flexible Arbeitslast Umschichtungen schnell
   verwirklichen. Ohne grosse Einarbeitungszeit wuerden Freelancer zu
   groesseren Projekten von Kunden hinzubeordert und nach Beendigung wieder
   woanders eingesetzt.
   6. Bietet OpenSouRZ Agenturen/Developern/Freelancern/und Kunden ein
   TOOL aehnlich BootCamp oder Openproj so lassen sich zudem Grenzenlose
   Multinationale Projekte verwirklichen.

...
>> KUNDEN werden auf dem Server ihre dort entwickelten Sites hosten wollen.

   1. Mit Sicherheit wird die dort entwickelte Site beim Kunden laufen
   2. Er kann sich erstklassigem Support 24/7 gewiss sein und auch
   sicher, dass die Extensions, die in seiner Seite verwendet wurden
   entsprechend Maintained werden von den Developern.
   3. Er muss sich keine Sorgen machen, dass sein System VERALTET, da es
   in regelmaessigen Abstaenden auf die neuesten Versionen upgedated wird
   (Empfehlung - halten wir uns an die Ubuntu Zyklen)
   4. Sicherheits relevante Updates werden sofort eingespielt.
   5. Er hat dabei keine Angst dass seine Site nach einem
   Sicherheitsupdate nicht mehr geht, da er sich sichersein kann, dass jedes
   Update zuvor ausgiebig auf demSystem getestet wurde bevor es eingespielt
   wird.
   6. Er kann mit sehr kuzen Entwicklungszeiten Rechnen, da viele der
   Beteiligten 24/7 Entwickeln im Globalen Netzwerk. Best of the Breed gilt
   hier auch fuer die Development seiner Site, da er innerhalb OpenSouRZ seine
   Projekte Vergeben kann, anstatt diese offen auszuschreiben. Dadurch foerdert
   er die Etablierung von Standards und auch eine fuer ihn immer guenstiger
   werdende Kostenstruktur. Je mehr Developer, Freelancer, Agenturen sich
   OpenSouRZ anschliessen desto mehr Support laesst sich verwirklichen.
   7. Er hat eine einzige Anlaufstelle fuer alle relevanten
   Entwicklungsschritte. Die Collaborativen Tools von OpenSouRZ ermoeglichen
   Ihm auch mit dem Entwickler in Brasilien oder Indien oder auch Australien
   ... in Verbindung zu treten OHNE die Umwelt dabei zu schaedigen. Den
   Entwicklungsstand seiner Seite waere ebenfalls zu jeder Zeit ablesbar.
   8. Kunden wuerden OpenSouRZ auch ihren Kunden, Freunden und Bekannten
   empfehlen.
   9. Bittet OpenSouRZ zudem Hosting des WEC Paketes an oder kooperiert
   mit diesen ist ihm bereits jetzt eine grosse Fan Gemeinde gewiss, die
   ebenfalls nach entsprechenden Loesungen sucht. In Kirchen sitzen wiederum
   viele potentielle Kunden was man nicht unterschaetzen sollte usw. ...

...
es gaebe noch einiges mehr

Bei OpenSouRZ sollte es nicht um die Vergabe von Posten gehen
(Arbeitsbeschaffungsmassnahme) sondern um die Globale Zusammenarbeit.
Dadurch wuerde es sich von allen anderen RZ und TYPO3 Hostings ganz klar abheben und so seine eigene Identitaet finden. Evtl. lassen sich ja sogar US Hosting Firmen dafuer begeistern und auch in Australien, so dass einem Global Cluster und TYPO3 Entwicklungs und HostingSpaces nichts mehr im Wege steht.

Es darf NIE der Posten, Profit und Vorteil fuer Einzelne im Vordergrund stehen, sondern IMMER die Gemeinschaft derer, die sich an der Genossenschaft aktiv und passiv beteiligen.

Der Erfolg steht und faellt mit einer Sache:

Wird es uns gelingen private individuelle Dinge (Posten-, und Verguenstigungen Hasherei, ...) aussen vorzulassen und stattdessen wirklich 100% Genossenschaftlich und GEMEINSAM Basis demokratisch an diese Sache rangeht. Mit dem Augenmerk gerichtet auf Qualitaet, Zuverlaessigkeit, Sicherheit und Flexibilitaet.

Andi

P.S.
Alles ist moeglich - Wo der Wille auch der Weg - Viel Erfolg!
++++
===============================================================================
++++






Am 29.09.07 schrieb Georg Ringer <mail-spam at ringerge.org>:
>
> Martin Schoenbeck wrote:
> > Sicherlich muß sie nicht auf traditionellen Wegen gesucht werden. 
> > Wenn
> Du
> > für einen Premium-Support, der 24/7 verfügbar ist, Leute finden 
> > willst,
> die
> > das ohne Entgelt machen, dann viel Glück.
>
> es gäbe ja neben den zu teuren Arbeitskräften in Deutschland durchaus 
> outsource-Möglichkeiten nach Asien. SCNR wie konnt ich nur.
>
> IMO ist das alles ein reines Gedankenexperiment das schon allein 
> deswegen sehr schwer durchführbar ist weil
> - der Markt, auch wenns jetzt mal einen gibt über den man raunzt - 
> ziemlich gesättigt ist.
> - die Konkurrenz, in der man beim TYPO3 Hosting zwangsläuftig spielt, 
> eine sehr starke ist
> - die Marge eher gering sein dürfte
> - gerade 24/7 das teuerste sein dürfte und obs wirklich 24/7 sein muss?
> - Welcher Kunde benötigt außerhalb von 7-22:30 Support und warum 
> sollte er hier hosten und am Anfang mitspielen?
>
> Bemerkenswert fand ich den Punkt
> * Bereinigtes TER mit nur funktionierenden Extensions wer das nur 
> entscheiden kann ..
>
> just my 2cents
> georg
> _______________________________________________
> TYPO3-german mailing list
> TYPO3-german at lists.netfielders.de
> http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german
>
_______________________________________________
TYPO3-german mailing list
TYPO3-german at lists.netfielders.de
http://lists.netfielders.de/cgi-bin/mailman/listinfo/typo3-german


More information about the TYPO3-german mailing list