Der Tod durch tausend Microservices

• Der Artikel diskutiert den aktuellen Trend in der Tech-Industrie, komplexe Systeme durch Microservices unnötig weiter zu verkomplizieren.
• Autor Andrei Taranchenko kritisiert die Tendenz der Branche, Probleme lösen zu wollen, die gar nicht existieren – oft angetrieben vom Wunsch, innovativ und cutting-edge zu wirken.
• Dass JavaScript-Entwickler sich als „Full-Stack“ definieren und in Serverentwicklung sowie asynchronen Code einsteigen, wird als ein Faktor genannt, der zu diesem Trend beiträgt.
• Ebenfalls problematisch ist laut Artikel der Einfluss von FAANG-Veteranen auf Startups, wenn sie Systeme durchsetzen, die den komplexen Strukturen großer Unternehmen ähneln.
• Der Artikel weist darauf hin, dass viele erfolgreiche Unternehmen wie Dropbox, Twitter, Facebook, Instagram, Shopify und Stack Overflow mit einer einzigen Codebasis begonnen haben und diese noch immer effektiv nutzen.
• Taranchenko argumentiert, dass das Drängen zu Microservices oft zu einem Verlust an Effizienz und Einfachheit führt, da Entwickler die mentale Gesamtkarte des Systems pflegen und kontinuierliche Kommunikation über Updates und Änderungen bewältigen müssen.
• Statt Microservices empfiehlt der Autor, dass Unternehmen Services in Betracht ziehen sollten, die klar identifizierbare und separat skalierbare Lasten bewältigen können.
• Der Artikel schließt mit dem Hinweis auf eine Rückkehr zu einfacheren Systemen, da Venture Capital knapper wird und Unternehmen praktischere Entscheidungen treffen müssen.
• Taranchenko empfiehlt, nicht sofort auf Microservices zu setzen, sondern mit einem Monolithen zu beginnen und nur bei Bedarf in Services aufzuteilen.

[GN⁺]

Hacker-News-Kommentare

• Ein Artikel über die Vor- und Nachteile des Einsatzes von Microservices und Monolithen in der Softwareentwicklung
• Ein Kommentator, der am Aufbau der Netflix-Plattform beteiligt war, empfiehlt Startups, mit einem Monolithen zu beginnen – wegen seiner Einfachheit und Skalierbarkeit
• Ein anderer Kommentator weist darauf hin, dass Microservices eine Lösung für soziale und nicht für technische Probleme seien. Sie ermöglichen es großen Organisationen, Systeme in Subsysteme aufzuteilen, um sie schneller zu bauen und iterativ weiterzuentwickeln
• Einige Kommentatoren kritisieren den Trend hin zu Microservices und schlagen vor, dass dieser oft nicht von der besten technischen Lösung getrieben sei, sondern vom Wunsch, Probleme im bestehenden Code zu umgehen oder zur Erzählung zu passen
• Andere argumentieren, dass Microservices zu komplexen und schwer zu debuggenden Systemen führen können und erhebliche Infrastrukturunterstützung benötigen
• Einige wenige Kommentatoren äußern Frustration über die Herausforderungen, Microservices zu warten und zu beobachten, insbesondere in kleinen Teams mit begrenzten Ressourcen
• Manche Kommentatoren meinen, der Wechsel zu Microservices erfolge oft übereilt, und argumentieren, dass es bessere Ergebnisse bringen könne, Systeme einfach zu halten
• Ein Kommentator kritisiert, dass der Artikel nicht genügend Daten zur Untermauerung seiner Behauptungen liefere, und schlägt vor, dass ein besseres Ziel darin bestehe, Komplexität zu beherrschen, um die Kosten von Systemänderungen zu senken