Das kann ich für das ganze Unternehmen überhaupt nicht sagen.
Es gibt noch ein paar Teams mit Embedded Entwickler, die sind aber weltweit verteilt und haben mit uns so gut wie nichts zu tun. Es gibt auch noch irgendwo Softwareentwicklung für die Produktionsstraßen, geht auch auch mehr in die Richtung Embedded.
Alles andere ist an Dienstleister ausgelagert, da gibt es dann bei uns Teams aus Solution Architekten und Product Ownern, die gehören auch zur "IT" sind aber alles Poweerpointschubser und selbst die meisten Solution Architekten haben keine hands-on Erfahrung in der Technik.
Dafür gibt es dann auch Enterprise Architecture, aber ist ein anderes Level als für interne Softwareentwicklung. Security gibt es für die interne Infrastruktur.
Es gibt auch intern noch Teams die stellen eine Cloud Plattform mit hybrid Anbindung an die internen Rechenzentren, dort läuft dann das meiste von der Software die vom Dienstleister entwickelt wurde.
Deren Plattform ist aber kleiner, bietet keine Multicloud und auch nicht genug weltweite Standorte an. Die haben zwar mehr Applikationen am laufen, aber nur einen Bruchteil der Ressourcen im Angebot. Die haben einen K8 Cluster, wir haben pro Region und Enviroment mehrere laufen.
Und zu den einzelnen Themen wie Security, Architecture etc. muss im Team immer ein Verantwortlicher benannt sein und der hat dann je nach Thema alle 1-2 Wochen ein Meeting mit den anderen Verantwortlichen. Für Security gibt es dann noch externe Audits.
Ich persönliche kenne das aber nicht anders, wenn auch vorher nur aus diversen KMUs und in kleinerem Umfang. Ich war als Dev immer schon für den Betrieb der Software verantwortlich. Früher mit Loadbalancern und Datenbank Clustern und jetzt eben in der Cloud. Die Disskion wer für was vernatwortlich ist, gab es öfter aber auch im KMU hat die interne IT nur Bare Metal hingestellt oder sich maximal noch um Softwareupdates gekümmert (auch nicht unproblematisch wenn der Admin meint mal über den Jahreswechsel ohne Abstimmung den SQL Cluster zu Updaten und dabei keine Ahnung von active/passive nodes hat).
So und im Konzern ist es minimal besser, aber die Verantwortung im Kern dieselbe. Ich als Senior Dev sitze dran und muss Fehler suche, Nachts, Sonntag oder auch an Weihnachten.
Und in >95% der Fälle liegt es nicht an der Software aus meinem Team, sondern andere Teams oder den Cloudanbietern oder noch an dem Umstand wie die Features bei uns angefordert wurden. Und ich muss dann auch für die Ausfälle je nach Umfang die Post Mortem Analyse leiten.
Und nein, wenn das K8 Setup Probleme macht, bin ich meistens nicht involviert, macht meiner Troubleshooting Fälle aber nicht weniger Komplex.
Btw. für eine EG13 für ich das nicht machen, ich finde auch eine EG15 etwas zu wenig, aber so läuft das hier und mit Ausnahmen für einzelne tut man sich im Großkonzern schwer und mit meinen disziplinarischen Vorgesetzten habe ich sowieso sehr wenig kontakt. Bin eh in der Zielstufe und an der LZ ändert sich kaum noch was, also braucht es auch keine Ziele und Entwicklunsgwege gibt es nicht.
WiWi Gast schrieb am 27.08.2024:
WiWi Gast schrieb am 27.08.2024:
Wie groß ist denn eure IT und SE wenn ich fragen darf? WIe gesagt, bei uns gibt es dedizierte Teams für Security, Enterprise Architecture etc.
antworten