Mittelstand, Finger weg von Microservices!
Kleine und mittlere Unternehmen wollen alles machen wie die Großen – und merken oft gar nicht, wie sie sich durch Overengineering schaden.
Kleine und mittlere Unternehmen wollen alles machen wie die Großen – und merken oft gar nicht, wie sie sich durch Overengineering schaden.
Entdecke, wie Accidental Complexity in der Softwareentwicklung Zeit und Geld kostet und was du dagegen tun kannst. Erfahre, wie sich vermeidbare Komplexitäten in IT-Projekten einschleichen, die Unterschiede zu Essential Complexity und wie ein effizientes Teammanagement die Effizienz steigern kann.
Hi, Ich muss direkt ein Geständnis machen: Ich bin auf Kriegsfuß mit Kubernetes. Dabei trifft Kubernetes gar keine Schuld. Meine Projekte sind es. Beziehungsweise die Teams, in denen ich mich bewege. Es sind Teams mit maximal 30 Software-Entwicklern, noch ein paar Business-Menschen und Designer oben drauf. Aber es sind nicht soooo viele Entwickler. Diese Teams brauchen kein Kubernetes! Nein. Noch deutlicher: Diese Teams können kein Kubernetes halten! “Aber Marcus. Das ist doch kein Problem. Ich habe das doch schon bei XY gemacht, und es war so einfach, wenn man sich an YX hält und das ZY-Prinzip einhält.”
Hi, Microservice Architektur Dieses Buzzword, ist für mich inzwischen ein Trigger geworden. Darüber habe ich schon oft geschrieben. Anfang des Jahres trendete mein Artikel Microservices are a Big Ball of Mud auf Hacker News In den 343 Kommentaren zu meinem Artikel kann man gut sehen, wie sehr das Thema die Gemüter erhitzt 😉 Natürlich ist der rationale Blick darauf ein anderer, als ich in dem Artikel dargestellt habe. Es kommt IMMER auf den Kontext an. AppContinuum ist ein hervorragendes Paper zu einem reflektierten Blick auf die Thematik.
Hi, Meine Mikrowelle war kaputt. Also: Eine neue muss her. Ich habe hier aber einen kleinen Tick. Das betrifft alles unvergängliche das ich kaufe. Ich will einen Fehlkauf vermeiden. Lieber einmal mehr Geld ausgeben, als in zwei Jahren wieder neu kaufen. Hier muss ich aufpassen nicht in einer Rabbit-Hole zu landen. Ich kann Stunden in das Lesen von Reviews versenken. Aber was will ich überhaupt vergleichen? Als erstes Kommt die Anforderungsanalyse Bevor ich überhaupt zwischen Modellen vergleichen kann, muss ich mir klar werden was ich eigentlich brauche.