Kapitel 7. bauen

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: translation-feedback@oreilly.com

Wir haben viel Zeit damit verbracht, die Designaspekte von Microservices zu behandeln, aber jetzt müssen wir uns damit befassen, wie sich dein Entwicklungsprozess ändern muss, um diese neue Art von Architektur zu unterstützen. In den folgenden Kapiteln werden wir uns ansehen, wie wir unsere Microservices bereitstellen und testen, aber vorher müssen wir uns ansehen, was zuerst kommt - was passiert, wenn ein Entwickler eine Änderung zum Einchecken bereit hat?

Wir beginnen diese Untersuchung mit einem Überblick über einige grundlegende Konzepte - kontinuierliche Integration und kontinuierliche Bereitstellung. Das sind wichtige Konzepte, unabhängig davon, welche Art von Systemarchitektur du verwendest, aber Microservices werfen eine ganze Reihe einzigartiger Fragen auf. Danach werden wir uns mit Pipelines und verschiedenen Möglichkeiten zur Verwaltung des Quellcodes für deine Dienste beschäftigen.

Eine kurze Einführung in die kontinuierliche Integration

Continuous Integration (CI) gibt es schon seit einigen Jahren. Es lohnt sich jedoch, ein wenig Zeit auf die Grundlagen zu verwenden, denn es gibt einige verschiedene Optionen zu berücksichtigen, insbesondere wenn es um die Zuordnung zwischen Microservices, Builds und Versionskontrolle geht.

Das Hauptziel von CI ist es, alle Beteiligten auf dem gleichen Stand zu halten. Das erreichen ...

Get Aufbau von Microservices, 2. Auflage now with the O’Reilly learning platform.

O’Reilly members experience books, live events, courses curated by job role, and more from O’Reilly and nearly 200 top publishers.