Читать книгу Vom Monolithen zu Microservices - Sam Newman - Страница 15

Es kann verlockend sein, sich haufenweise neue Technologien zu schnappen und sie zusammen mit Ihrer schicken neuen Microservices-Architektur einzusetzen, aber ich empfehle Ihnen dringend, dieser Verlockung zu widerstehen. Es kostet immer etwas, neue Technologien einzusetzen – sie führen zu Umbruch und Unruhe. Hoffentlich ist es das wert (wenn Sie die richtige Technologie eingesetzt haben, ist es das mit Sicherheit!), aber wenn Sie eine Microservices-Architektur das erste Mal übernehmen, haben Sie auch so schon genug zu tun.

Um herauszufinden, wie Sie eine Microservices-Architektur sauber entwickeln und betreuen, müssen Sie eine Vielzahl an Herausforderungen rund um verteilte Systeme meistern – Herausforderungen, denen Sie zuvor vielleicht noch nie begegnet sind. Ich denke, es ist viel sinnvoller, sich damit zu befassen, wenn Sie auf sie stoßen, während Sie einen Technologie-Stack einsetzen, der Ihnen vertraut ist. Dann können Sie sich immer noch Gedanken darüber machen, ob es sinnvoll ist, Ihre bestehende Technologie auszutauschen, um die Probleme zu lösen.

Wie wir schon erkannt haben, sind Microservices im Prinzip technologieagnostisch. Solange Ihre Services miteinander über ein Netzwerk kommunizieren können, ist der Rest nicht so wichtig. Das kann ein großer Vorteil sein – Sie können so Technologie-Stacks ganz nach Belieben mischen.

Sie müssen Kubernetes, Docker, Container oder eine öffentliche Cloud nicht einsetzen. Sie müssen nicht in Go, Rust oder was auch immer programmieren. Tatsächlich ist die Wahl Ihrer Programmiersprache in Bezug auf Microservices-Architekturen ziemlich unwichtig, abgesehen davon, dass ein paar der Sprachen ein umfangreicheres Ökosystem aus unterstützenden Bibliotheken und Frameworks mitbringen. Wenn Sie sich in PHP am besten auskennen, dann beginnen Sie in PHP!¹ Es gibt da draußen viel zu viel technischen Snobismus in Bezug auf bestimmte Technologie-Stacks, der oft leider zu einer Verachtung derjenigen führt, die mit anderen Tools arbeiten.² Seien Sie nicht Teil des Problems! Wählen Sie einen Ansatz, der für Sie funktioniert, und ändern Sie Dinge, um Probleme anzugehen, wenn Sie auf sie stoßen.