Hi,
Am Mittwoch, 2. März 2016, 13:12:41 CET schrieb Johannes Rudolph via Dev:
Ich würde es daher bevorzugen möglichst schnell die Hoods einzuführen und im nachgelagerten Schritt puppet zu machen.
ich werde mich an einem Abweichen vom Plan nicht beteiligen. Wir haben bereits zwei Baustellen (Firmware und Puppet), die wir mangels Kommunikation und aufgrund verschiedener Vorstellungen aktuell nur schwer gemanaged bekommen.
Ich sehe das tatsächlich wie Clemens. Das Schlimmste was wir jetzt tuhen können ist überstürzt zu handeln. Es Wird kaum kommuniziert außerhalb von im Team abgesprochene Entwicklung Workarounds entwickelt. Das führt zu Parallelen Entwicklungen. Extremen Frust im Admin und Entwickler Team. Zudem ist das schlimmste was wir tun können Software die nicht im Team Entwickelt und getestet sowie diskutiert wurde. In einen Produktiv Einsatz zu nehmen. Es sorgt dafür das niemand mehr, außer 1 oder 2 Personen in der Lage sind Fehler zu beheben bei Netzproblemen.
Insbesondere zu Ausfällen will ich mal etwas sagen: ich bin einer derjenigen, die bei Problemen im Netz häufig als erste angetickert werden. Entweder weil sich niemand für ein Problem zuständig fühlt oder weil niemand sonst das Know- How besitzt das Problem zu lösen. Oftmals persönlich auf meinem Jabber Account und zwar zu jeder Tages und Nachtzeit, wenn ich arbeiten muss, wenn ich in der Uni sitze und teilweise sogar telefonisch wenn ich gerade erst aufgestanden bin. Mir bleibt mittlerweile nichts andere übrig, als konsequent offline zu sein und sogar teilweise mein Telefon abzuschalten.
Das kann ich ebenfalls so bestätigen.
Es ist ja schön, dass ihr so ungeduldig seid. Ungeduld ist gut und ich freue mich immer darüber. Aber in diesem Fall bin ich ganz ehrlich: wir sind fertig, wenn wir fertig sind und bis dahin wird das Netz nicht wie erwartet funktionieren. Kommuniziert das bitte zu euren Leuten, bringt Geduld auf und beteiligt euch an einer kontrollierten Inbetriebnahme der Hoods im Rahmen der gesetzten Milestones in der Firmware und der Puppet Gruppe. Jeder kann dort Issues übernehmen, die bekannten Probleme lösen und das Projekt damit in einen fertigen Zustand bringen.
Wir hatten das auf Server Seite bisher immer so das im Grunde die meisten admins ihre tools installiert hatten ohne Rücksprache und Organisation sowie Dokumentation. Im Web Bereich wird dank pic und Stefan bereits eine gute doku geführt. Im Netz Bereich allerdings gibt es das nicht. Was zur folge hat das wenn man jetzt mal rückwirkend schaut gut 90% der Netzausfälle Server seitig herrühren weil zu wenig Leute in den Routing Strukturen involviert waren. Das hat sich dank Stefan ein wenig gebessert. Allerdings würde ich aus diesen Erfahrungen tunlichst davon abraten ein Setup zu deployen, wo nur ein paar wenige Admin/Entwickler in der Lage sind diese Strukturen zu durchblicken sowie zu Debuggen. Das würde nur dazu führen das wir Admins sowie Entwickler "verbrennen".
Daher würde ich eher die im Team entwickelte Struktur weiter entwickeln (siehe Gitlab puppet gruppe).
Es geht mir wirklich nicht darum Frust oder der gleichen zu verbreiten, sondern eine nachhaltige und gut strukturierte Server Organisation zu schaffen. Um eben eine allgemeine Entlastung zu schaffen und das können wir nur schaffen indem wir gemeinsam gut abgesprochen an einem System entwickeln.
vg Tarek