Zorg Testumgebung

zorg Testumgebung

Um die Zorgsche-Downtime bei Programmierarbeiten zu verkleinern soll eine Testumgebung eingerichtet werden.

Möglichkeiten

Ich denke wir haben folgend Möglichkeiten
Mit dem Umsetzen der besten Lösung werde ich warten bis wir einen eigenen Server haben

Version	Beschreibung	Coder	Server	Vorteil	Nachteil
SVN mit WC pro dev	SVN auf dem Server. Der Coder testet die Version zuhause und lädt sie rauf wens io ist	svn client web+mysql	svn server	Coder stehen sich nicht im weg	Ne Menge software fuer den Entwickler
Doppelzorg	unter test.zorg ist eine kopie von zorg, an der die Entwickler arbeiten	FTP Client	Cronjob zum kopieren, zweite db	Einfach zu realisieren	Coder können sich auf die Füsse stehen
CVS Prod ist WC	Es gibt keine Testumgebung. Aber wir haben die Möglichkeit ne alte Version zu laden, wenn jemand was kaputt gemacht hat.	CVS client	CVS server	Einfach zu realisieren	Bei jeder kleinsten Änderung das File im CVS einchecken.
SVN mit Test und Prod WC	Aenderungen werden auf dem Test WC gemacht. Falls alles funktioniert wird das ganze mit SVN auf Prod gemergt.	Nichts	SVN Client und Server	Keine Software bei den Devs noetig	Alle arbeiten muessen unter den Entwicklern koordiniert sein, Comittet werden kann nur mit einem CLI Client.

Im allgemeinen geben sich CVS und SVN von Benutzerseite her relativ wenig. Die Technik hinter CVS ist veraltet, wird kaum mehr aktiv weiterentwickelt, und ist deswegen nicht unbedingt die Ideale Wahl. In den obigen Beispielen laesst sich SVN/CVS fuer alle Szenarios verwenden.

Comments

1 up | 2 up | 3 up | 4 up | 5 up | 6 up | 7 up | 8 up | 9 up | 10 up | 11 up | 12 up | 13 up | 14 up | 15 up | 16 up | 17 up | 18 up | 19 up | 20 up | 21 up | 22 up | 23 up | 24 up | 25 up | 26 up | 27 up | tpl 135

^^^ Additional posts ^^^

zorg.ch #47459 by [z]tschuder @ 11.09.2004 18:56, edited @ 11.09.2004 18:56 - nach oben -
Ich hab damit eigentlich eher gemeint, dass man verständins dafür hat wenn ein Windows Server nicht läuft, aber kein verständnis für nicht laufende Unix Server aufbringt. Was heisst SLA? Ich glaub auch nicht das wir rechtlich etwas haben, und ich glaube nicht das wir rechtlich etwas brauchen würden. Allerdings ists bei Microsoft so, das jemand (und nurjemand) dafür Werbung macht, und auch was anbietet etc. Bei OSS können das mehrere Firmen sein. Beispiel bei Office Software, da gibts was von Sun und was sehr ähnliches von OpenOffice, und da erzählt jeder wieder was anderes drüber.. Einder Firma geht es doch darum dass sie irgend einen Ansprechpartner oder einen weisichdochnichtwas-Partner hat, und die gibts bei OSS weniger, oder sie treten weniger stark hervor.

zorg.ch #47465 by lukas @ 11.09.2004 19:16 - nach oben -
Die Leute wollen arbeiten. Im Normalfall wissen die garnicht wo nun Linux oder Unix-Server stehen. Ist ja auch voellig egal. SLA steht fuer Service Level Agreement, also eine Verpflichtung fuer eine gewisse Leistung. Konkret hast du als Betrieb entweder deine Interne Abteilung als Suendenbock, oder die outgesourcte Abteilung, in diesem Fall also eine Firma die fuer den Spass verantwortlich ist. Letztendlich will eine Firma jemanden den sie verklagen kann. Microsoft kannst du nicht verklagen. Die Apache Group (z.B.) auch nicht wirklich. Du kannst aber deinen Dienstleister verklagen. Und das ist auch das einzige das gemacht wird. Oder kennst du irgendeinen Prozess wo wegen Downtime o.ae. Microsoft verklagt und der Prozess gewonnen wurde?

zorg.ch #47490 by [z]tschuder @ 11.09.2004 20:11 - nach oben -
Ne einen solchen kenn ich nicht. Aber unsere Manager mögen es trotzdem lieber wenn sie mit einer einzigen Firma abmachen können dass diese Firma uns mit Software eindeckt. Und der Firma (in dem fall MS) ists wohl auch lieb wenn sie uns alle Software liefern können. Vielleicht habne wir sogarn so ein SLA Dings ausgehandelt, der Konzern hat laut Statistik 18k Mittarbeiter.

zorg.ch #47496 by lukas @ 11.09.2004 20:31 - nach oben -
Ihr bezieht all eure Software von MS? Das glaub ich jetzt irgendwie grad garnicht :) Der Witz ist, wenn verklagst du bei Interoperatibilitaetsproblemen? Wenn z.B. die FIBU Software nicht richtig tut? MS wird die Schuld auf den FIBU Hersteller schieben, und umgekehrt. Gewonnen ist also garnichts, wenn du keinen 'Boelllimann' dazwischen hast. Wenn ihr ein SLA mit ner outgesourcten IT Abteilung habt dann kanns euch egal sein, wenn sies nicht zum laufen bringen muessen sie die Konventionalstrafe zahlen, und basta is.

zorg.ch #47500 by [z]tschuder @ 11.09.2004 20:50 - nach oben -
Ne alle Software ist schon nicht grad von MS, aber wir haben irgend so ein MS Programm wo man einfach Alle (ja wirklich alle) CDs zugestellt bekommnt (ich kann dir ein hebräisches dos 5.4 hervorsuchen wens denn sein müsste. Für das Fibu zeugs haben wir SAP, wenn da was nicht läuft und SAP schuld ist, dann haben die zu bezahlen, da bin ich ziemlich sicher. Falls nicht SAP sondern IMG schuld ist bezahlen halt die. Falls der Server ausfällt und in 4h kein Ersatzteil da ist, bezahlt der HW Lieferant. Das ist sogar schon mal vorgekommen. Die konnten keinen Prozessor für den Server besorgen, allerdings haben die das etwas spät gemerkt. Dann haben sie uns angerufen und gefragt was sie machen sollen, wir haben uns darauf geeinigt, dass sie uns einen grösseren Server bringen. Bis sie den besorgt hatten waren mehr als 4h um, So sind wir gratis zu nem neuen grösseren Server gekommen.

zorg.ch #47506 by lukas @ 11.09.2004 21:39 - nach oben -
Jojo, ne MSDE Mitgliedschaft haben wir auch. Das sagt garnichts aus :) Seh ich das also richtig, das ihr nur Software von MS, SAP und IMG habt? Keine kleine Mistsoftware die doch unglaublich wichtig ist? Bisjetzt hab ich sowas eigentlich in jedem Betrieb gefunden, bei uns z.B. als super Beispiel die ganzen PBX/Messgeraete-Programme, die staendig fuer Aerger sorgen, aber doch kein Weg um sie herum fuehrt. Mal n anderes Beispiel, was ich schonmal so erlebt hab: Ich kaufe eine Maschine, installiere darauf ein offiziell supportetes OS (Windows 2003). Dieses stuerzt staendig ab. Wessen Bier ist das nun? Das von MS? Das von HP? Das von dem Adaptec-Controller? Das von dem SCSI-Backup Tape? Das von der Backupsoftware? Ists evtl. nur ein Ressourcenproblem vom Exchange Server? Oder dem Allseits beliebten Braso? Das Problem habe ich dann Elegant dadurch behoben das ich die Kiste komplett neu mit neuer Hardware (groesserer Server, 2.8ghz statt 2.4) aufgesetzt habe, weil sich HP nicht zustaendig fuehlte, und meine HW Tausch Aktion mit baugleichen Servern nicht von Erfolg gekroent war. Bei den Softwareherstellern hab ichs garnicht erst versucht.

zorg.ch #47507 by [z]tschuder @ 11.09.2004 23:48 - nach oben -
IMG macht keine Software, die Supporten nur das SAP System und verdienen sich ne goldene Nase damit. Ist übrigends ne St.Galler Firma. Was von Oracle ist noch im Einsatz und irgend ein Veritas Backup Exec. Das wärs dan schon ziemlich. Vielleicht noch 1-2 Macromedia Dreamwaver für die Webheinis. Ach ja und Altiris und TrendMicro auf jedem PC.