RESTful Web API Patterns and Practices Cookbook

Vorwort

Diese Arbeit wurde mithilfe von KI übersetzt. Wir freuen uns über dein Feedback und deine Kommentare: [e-mail]

Willkommen in der Welt des RESTful Web API Patterns and Practices Cookbook.

Das ist ein schöner Name, der es wert ist, erklärt und erforscht zu werden. Und genau das werden wir in diesem Vorwort tun. Ich werde ein wenig mit den Regeln brechen und einen großen Teil des Textes in das Vorwort dieses Buches aufnehmen (Vorwort sind alle Seiten mit römischen Zahlen als Seitenzahlen). Die Details hebe ich mir für den nächsten Abschnitt(Teil I) auf. Kümmern wir uns zunächst um einige logistische Dinge.

Über dieses Buch

Das Ziel dieses Buches ist es, Softwaredesigner, Architekten, Entwickler und Betreuer in die Lage zu versetzen, Serviceschnittstellen (APIs) zu erstellen, die die Stärken des Webs nutzen und gleichzeitig die Kosten und Risiken bei der Erstellung zuverlässiger High-Level-Dienste senken, die von anderen APIs und Diensten abhängig sind, die nur über das Netzwerk erreichbar sind.

Zu diesem Zweck habe ich eine Sammlung von mehr als 70 Rezepten und Mustern zusammengestellt, die ich im Laufe der Jahrzehnte, in denen ich Kunden bei der Entwicklung, dem Aufbau und der Bereitstellung erfolgreicher Geschäftsdienste im offenen Web geholfen habe, gelernt und angewendet habe. Ich vermute, dass dir zumindest einige der Rezepte, die du hier findest, bekannt vorkommen werden - vielleicht unter anderen Namen oder in anderer Form. Ich hoffe auch, dass du neue Ansätze für ähnliche Probleme finden wirst.

Hinweis

Im Laufe der Jahre habe ich festgestellt, dass sich die Herausforderungen beim Softwaredesign selten ändern. Die Lösungen für diese Probleme ändern sich häufig aufgrund von technologischen Fortschritten und Modetrends. In diesem Buch konzentrieren wir uns auf die Herausforderungen und ich überlasse dir, dem Leser, die Wahl der aktuellen Technologien und Modetrends.

Da dies ein Kochbuch ist, wird es nicht viel lauffähigen Code geben. Es wird jedoch viele Diagramme, Codeschnipsel und Beispiele für Netzwerknachrichten sowie Erklärungen zu den Problemen geben. Die Herausforderungen und Diskussionen werden immer technologie- und plattformunabhängig sein. Die Rezepte werden so präsentiert, dass du sie in Code und Komponenten umwandeln kannst, die in deinerZielumgebung funktionieren.

Wer sollte dieses Buch lesen?

Das Buch richtet sich in erster Linie an Personen, die mit der Planung, Gestaltung und Implementierung von Service-Schnittstellen, die über HTTP laufen, betraut sind. Für einige bedeutet das, dass sie sich auf die Erstellung von unternehmensweiten Service-Produzenten und -Konsumenten konzentrieren müssen. Für andere bedeutet es, dass sie Dienste entwickeln müssen, die im offenen Web verfügbar sind und für Kunden auf der ganzen Welt skalierbar und zuverlässig funktionieren. Für alle wird es bedeuten, brauchbare Programmierschnittstellen zu schaffen, die es Programmierern ermöglichen, die anstehenden Herausforderungen zu lösen.

Egal, ob du deine Lösungen lokal auf deiner eigenen Hardware hostest oder Software entwickelst, die in der Cloud läuft, die Rezepte hier helfen dir, die Herausforderungen zu verstehen und bieten dir eine Reihe von Techniken, um Probleme vorauszusehen und Wiederherstellungsmaßnahmen für den Fall einzuplanen, dass etwas Unvorhergesehenes passiert.

Was ist abgedeckt?

Da das Buch für ein breites Publikum nützlich sein soll, habe ich es in Kapitel unterteilt, die sich auf verwandte Themen konzentrieren. Die Kapitel 1 und 2 bilden Teil I des Buches, in dem wir den Hintergrund und die Grundlagen von Shared Services im Web erkunden. Um die Analogie zum Kochbuch zu erweitern, betrachte Teil I als die Geschichte hinter der "Hypermedia-Küche", die wir in Teil II erkunden werden. Wie jedes gute Kochbuch enthält jedes der Hauptkapitel in Teil II eine Reihe von in sich abgeschlossenen Rezepten, die du verwenden kannst, um bestimmte Herausforderungen beim Entwerfen, Erstellen und Einsetzen deiner Web-API-"Gerichte" zu meistern.

Online-Ressourcen

Zum Buch gibt es eine Reihe von Online-Ressourcen, darunter ein GitHub-Repository und zugehörige Webseiten, einige Beispiele und die neuesten Updates des Rezeptkatalogs. Du kannst alle diese Ressourcen über http://WebAPICookbook.com erreichen .

Hier ist eine kurze Auflistung der Kapitel und was sie behandeln.

Teil I: Verstehen von RESTful Hypermedia

Die einleitenden Kapitel (Kapitel 1 und 2) beschreiben die Grundlage, auf der alle Rezepte in diesem Buch basieren. Sie sind eine Mischung aus Geschichte, Philosophie und pragmatischem Denken. Diese Ideen und Prinzipien spiegeln die Lektionen wider, die ich in den Jahren gelernt habe, in denen ich Netzwerksoftwareanwendungen für das Internet entwickelt, gebaut und unterstützt habe.

Kapitel 1, Einführung in RESTful Web APIs

Dies ist ein allgemeiner Überblick über die Beweggründe für die ausgewählten Rezepte in diesem Buch. Es enthält einen Abschnitt, der die Frage "Was sind RESTful Web APIs (RWAs)?" beantwortet, die Gründe, warum Hypermedia eine so wichtige Rolle bei der Erstellung von RWAs spielt, und einige grundlegende gemeinsame Prinzipien, die die Auswahl und Erklärung der Rezepte in diesem Buch leiten. In diesem Kapitel wird der "Tisch gedeckt" für das gesamte folgende Material.

Kapitel 2, Denken und Gestalten in Hypermedien

In diesem Kapitel werden die Hintergründe hypermedialer verteilter Systeme erläutert, die die Grundlage für Webanwendungen bilden. Jede Rezeptsammlung, die in Teil II behandelt wird (Design, Clients, Services, Daten und Workflow), wird mit einer Mischung aus Geschichte, Philosophie und pragmatischem Denken erforscht. Die Lektüre dieses Kapitels wird dir helfen, einige der wichtigsten Design-Ideen und technischen Grundlagen für alle Muster und Praktiken zu verstehen, die im Rest des Buches beschrieben werden.

Teil II: Hypermedia-Rezeptkatalog

Teil II enthält alle Rezepte, die ich für diesen Band ausgewählt habe. Du wirst feststellen, dass die meisten Kapitel mit dem Wort "Hypermedia" beginnen. Das sollte dir einen Hinweis auf den allgemeinen Ansatz geben, den wir in diesem Buch verfolgen werden.

Kapitel 3, Hypermedia-Design

Zuverlässige und widerstandsfähige Dienste beginnen mit einem durchdachten Design. In diesem Kapitel geht es um eine Reihe von Herausforderungen, die du meistern musst, bevor du deine Dienste programmieren und veröffentlichen kannst. Dieses Kapitel ist sowohl für Architekten als auch für Service-Designer besonders hilfreich und gibt den Ton für die verschiedenen folgenden Rezepte an.

Kapitel 4, Hypermedia-Clients

Dieses Kapitel befasst sich mit den Herausforderungen, denen du bei der Erstellung von Service/API-Kundenanwendungen begegnen wirst. Ich habe darauf geachtet, dass zuerst die Client-Anwendungen besprochen werden , bevor ich auf die Rezepte für die Dienstschnittstellen selbst eingehe. Ein gemeinsamer Ansatz für die Erstellung flexibler und belastbarer Dienstkonsumenten ist für jedes Programm notwendig, das eine stabile und zuverlässige Plattform für offene Dienste schaffen will, die sowohl im Web als auch innerhalb eines Unternehmens eingesetzt werden können.

Kapitel 5, Hypermedia-Dienste

Mit einer soliden Grundlage von Designprinzipien und richtig konzipierten Client-Anwendungen ist es einfacher, stabile Serviceproduzenten zu entwickeln und zu veröffentlichen, die im Laufe der Zeit sicher aktualisiert werden können, ohne bestehende API-Kunden zu beeinträchtigen. Diese Rezepte befassen sich nicht nur mit den Grundsätzen eines soliden Service-Interface-Designs, sondern auch mit der Bedeutung der Unterstützung von Laufzeit-Fehlerbehebungen und Zuverlässigkeitsmustern, um sicherzustellen, dass deine Lösungen auch dann noch funktionieren, wenn Teile deines Systems ausfallen.

Kapitel 6, Verteilte Daten

In diesem Kapitel geht es um die Herausforderungen bei der Unterstützung persistierter Daten in einer verteilten Online-Umgebung. Die meisten Rezepte hier zielen darauf ab, die Reaktionsfähigkeit, Skalierbarkeit und Zuverlässigkeit deiner Datendienste zu verbessern, indem du die Datenintegrität sicherstellst - auch wenn du interne Datenmodelle und Implementierungen zur Laufzeit änderst.

Kapitel 7, Hypermedia-Workflow

Die letzte Gruppe von Rezepten konzentriert sich auf die Erstellung und Verwaltung von Service-Workflows im Web. Die größte Herausforderung bei offenen Service-Workflows besteht darin, sichere und zuverlässige Lösungen für die Einbindung mehrerer nicht miteinander verbundener Dienste in einen einzigen, stabilen Workflow zu entwickeln, um ein Problem zu lösen, von dem keiner der einzelnen Dienste etwas weiß. Dieses Kapitel habe ich mir für den Schluss aufgespart, da es sich auf viele der Rezepte stützt, die bereits in diesem Buch behandelt wurden.

Kapitel 8, Schlussbemerkungen

Das letzte Kapitel ist eine kurze Zusammenfassung des Materials und ein "Aufruf", der dir helfen soll, deine eigenen "nächsten Schritte" zu entscheiden, wenn du diese Rezepte in deiner Umgebung anwenden willst.

Anhänge

Es gibt eine Reihe von Anhängen zum Buch, die du als zusätzliches Hilfsmaterial nutzen kannst. Sie werden manchmal im Text erwähnt, können aber auch als eigenständige Referenzen behandelt werden.

Anhang A, Leitprinzipien

Dieser Anhang ist eine kurze "Motivationsposter"-Version des einzigen Leitprinzips, das hinter den ausgewählten Rezepten steht, sowie einiger sekundärer Prinzipien, die bei der Beschreibung und letztendlich bei der Umsetzung dieser Muster im Allgemeinen zum Tragen kommen.

Anhang B, Zusätzliche Lektüre

Im Laufe des Buches empfehle ich dir zusätzliche Lektüre, zitiere aus Büchern und Artikeln und weise auf Präsentationen und Videos hin, die die Quelle für viele der Ratschläge im Buch sind. Dieser Anhang enthält eine eigenständige Liste von Lese- und Anschauungsmaterialien, die du als Referenz und Leitfaden beim Durcharbeiten der Rezepte verwenden kannst.

Anhang C, Verwandte Standards

Da das Ziel dieses Buches darin besteht, Dienste zu erstellen, die erfolgreich "im Web" leben können, hängen die Rezepte von einer Reihe wichtiger offener Webstandards ab. Dieser Anhang enthält eine Liste der entsprechenden Standarddokumente.

Anhang D, Verwendung der HyperCLI

An mehreren Stellen des Buches verweise ich auf ein Kommandozeilen-Tool namens HyperCLI. Mit diesem Tool kannst du mit Hypermedia-fähigen Diensten interagieren. In diesem Anhang findest du eine kurze Einführung in das Tool und einige Verweise auf andere Online-Ressourcen, die dir zeigen, wie du HyperCLI und HyperLang nutzen kannst.

Was nicht abgedeckt ist

Als Buch mit Rezepten ist dieser Text nicht dazu geeignet, dem Leser beizubringen , wie er die hier aufgeführten Muster und Ideen umsetzen kann. Wenn du eine der Säulen, auf die sich dieses Buch stützt, noch nicht kennst, solltest du andere Quellen zu Rate ziehen.

Die folgenden Bücher sind einige, die ich bei Schulungen und Beratungen zu Themen verwendet habe, die in diesem Buch nicht ausführlich behandelt werden:

HTTP-Protokoll

Die meisten Rezepte in diesem Buch wurden für HTTP-Protokollimplementierungen entwickelt. Wenn du mehr über die Möglichkeiten und Herausforderungen von HTTP erfahren möchtest, empfehle ich dir das HTTP Developer's Handbook von Chris Shiflett (Sams). Shifletts Text war für mich eine große Hilfe, um die Details des HTTP-Protokolls zu verstehen. Es wurde 2003 veröffentlicht und ist immer noch ein wertvolles Buch, das ich sehr empfehlen kann.

API-Design

Für Details zum Entwurf von APIs für verteilte Dienste empfehle ich meinen Artikel Building Hypermedia APIs with HTML5 and Node (O'Reilly). Für diejenigen, die ein Buch suchen, das sich auf die Programmierung von APIs konzentriert, bietet mein neueres Buch Design and Build Great Web APIs (Pragmatic Bookshelf) eine detaillierte praktische Anleitung für den gesamten API-Lebenszyklus.

API-Kunden

Die Programmierung von API/Service-Clients ist eine Kunst für sich. Für einen ausführlichen Einblick in die Entwicklung flexibler, hypermedialer Client-Anwendungen verweise ich auf mein Buch RESTful Web Clients (O'Reilly).

Web-APIs

Wenn du mehr über die Erstellung von Web-APIs wissen willst, empfehle ich dir das Buch RESTful Web APIs (O'Reilly), das ich zusammen mit Leonard Richardson verfasst habe, und mein Buch Design and Build Great Web APIs (O'Reilly). Weitere Bücher, die ich immer griffbereit habe, sind Principles of Web API Design von James Higginbotham (Addison-Wesley) und The Design of Web APIs von Arnaud Lauret (Manning).

Daten

Wenn du mehr über den Umgang mit Daten im großen Maßstab wissen willst, empfehle ich dir Data Management at Scale von Piethein Strengholt (O'Reilly) und Data Governance: The Definitive Guide von Evren Eryurek et al. (O'Reilly).

Arbeitsablauf

Die Bücher Practical Process Automation von Bernd Ruecker (O'Reilly) und Service Orchestration as Organization von Malinda Kapuruge et al. (O'Reilly) sind ein guter Einstieg in die Welt des Workflow Engineering.

Es gibt noch viele andere Quellen mit klugen Ratschlägen für die Entwicklung und den Aufbau von verteilten Diensten, und du findest eine Liste mit Leseempfehlungen in Anhang B.

Über diese Rezepte

Die Rezepte in diesem Kochbuch sind zwar nach Themen gruppiert (Design, Client, Server, Daten, Registry und Workflow), aber jedes Rezept in den Kapiteln folgt demselben allgemeinenMuster:

Problem

Dies ist eine kurze Beschreibung des Problems, auf das du bei der Planung und Erstellung deiner Dienste stoßen könntest.

Lösung

In diesem Abschnitt beschreibst du die vorgeschlagene(n) Lösung(en), mit der/denen du das genannte Problem lösen kannst.

Beispiel

In manchen Fällen wird das Rezept ein Beispiel enthalten. Dabei kann es sich um einen HTTP-Nachrichtenaustausch (Anfrage/Antwort) oder sogar um einen kurzen Pseudocode-Schnipsel handeln, der einen internen Arbeitsablauf im Zusammenhang mit der Lösung zeigt.

Diskussion

Die Rezepte enthalten auch einen längeren Diskussionsteil, in dem Kompromisse, Nachteile und Vorteile behandelt werden. Oft ist dies der wichtigste Teil des Rezepts, denn für die wenigsten dieser Herausforderungen gibt es nur eine mögliche Lösung.

Verwandte Rezepte

Viele der Rezepte enden mit einer Auflistung eines oder mehrerer verwandter Rezepte, die an anderer Stelle in diesem Buch behandelt werden. Einige Rezepte bauen auf anderen Rezepten auf oder ermöglichen sie. Hier erfährst du, wie die Rezepte in einem tatsächlich laufenden System zusammenspielen.

Wie man dieses Buch benutzt

Ich empfehle dir, das Buch von Anfang bis Ende zu lesen, damit du die Konzepte und Rezepte, die es enthält, voll auskosten kannst. Ich weiß aber auch, dass die Zeit knapp ist und dass du das Buch vielleicht nicht ganz durcharbeiten musst, um seine Vorteile zu nutzen. Deshalb gibt es verschiedene Möglichkeiten, wie du dieses Buch lesen kannst, je nachdem, worauf du dich konzentrierst, welche Ziele du verfolgst und wie viel Zeit du dem Text widmen möchtest.

Ich bin in Eile

Wenn du dieses Buch vor Kurzem in die Hand genommen hast und ein dringendes Problem lösen willst, schau einfach im Inhaltsverzeichnis nach einem passenden Rezept und stürze dich gleich hinein. Wie alle guten Rezepte ist auch dieses so geschrieben, dass es ein vollständiges Angebot darstellt. Es kann sein, dass es einige Verweise auf andere Rezepte im Buch gibt (sieh dir vor allem die Unterabschnitte unter "Verwandte" an), und du kannst sie bei Bedarf nachkochen.

Das "große Ganze" schnell erfassen

Wenn du dir schnell einen Überblick verschaffen willst, empfehle ich dir, alle Kapitel 1 und 2 sowie Kapitel 8 zu lesen. Teil I vermittelt dir den "Ton" der Sammlung sowie die Geschichte der Rezepte und die Techniken dahinter. Von dort aus kannst du entscheiden, ob du dich in Teil II auf ein bestimmtes Set konzentrieren oder einfach nur durch die Sammlung streifen willst.

Themenbezug für fokussierte Teams

Wenn du zu einem Team gehörst, das sich auf eines oder mehrere der hier behandelten Themen konzentrieren soll (Design, Client-Seite, Dienste, Daten, Arbeitsabläufe usw.), empfehle ich dir, dir zunächst das Gesamtbild(Teil I) zu verschaffen und dann in Teil II in dein(e) spezielle(s) Themenkapitel einzutauchen. Die Schwerpunktkapitel kannst du dann als Referenz verwenden, wenn du mit deinen Implementierungen vorankommst.

Architekten-Tieftauchgang

Eine gründliche Lektüre von der ersten bis zur letzten Seite kann hilfreich sein, wenn deine Hauptaufgabe darin besteht, offen verfügbare Produzenten- und Konsumentendienste zu entwickeln. Viele der Rezepte in diesem Buch können verwendet werden, um eine Reihe von bewährten Komponenten auf Unternehmensebene zu implementieren, die sicher zusammengefügt werden können, um eine belastbare, zuverlässige Grundlage für einen benutzerdefinierten Dienst zu bilden. Auf diese Weise kann das Buch als eine Reihe von Empfehlungen für gemeinsam nutzbare Bibliotheken innerhalb eines einzelnen Unternehmens dienen.

Checkliste für die Verwaltung unternehmensweiter Programme

Lesern, die mit der Leitung von unternehmensweiten oder anderen groß angelegten Programmen betraut sind, empfehle ich, sich zunächst einen Überblick zu verschaffen und dann jedes Themenkapitel als Leitfaden für die Erstellung eigener interner Management-Checklisten für die Erstellung und Freigabe von RESTful Web APIs zu verwenden.

Schließlich soll das Buch sowohl ein hilfreiches Nachschlagewerk als auch ein erzählerischer Leitfaden sein. Nutze die Teile, die für dich hilfreich sind, und überfliege die Abschnitte, die im Moment nicht auf deine Situation zutreffen. Zu einem späteren Zeitpunkt könnte es sich als nützlich erweisen, zurückzugehen und einige Abschnitte (erneut) zu lesen, wenn sich neue Herausforderungen ergeben.

In diesem Buch verwendete Konventionen

In diesem Buch werden die folgenden typografischen Konventionen verwendet:

Kursiv

Weist auf neue Begriffe, URLs, E-Mail-Adressen, Dateinamen und Dateierweiterungen hin.

Constant width

Wird für Programmlistings sowie innerhalb von Absätzen verwendet, um auf Programmelemente wie Variablen- oder Funktionsnamen, Datenbanken, Datentypen, Umgebungsvariablen, Anweisungen und Schlüsselwörter hinzuweisen.

Constant width bold

Zeigt Befehle oder anderen Text an, der vom Benutzer wortwörtlich eingetippt werden sollte.

Constant width italic

Zeigt Text an, der durch vom Benutzer eingegebene Werte oder durch kontextabhängige Werte ersetzt werden soll.

Tipp

Dieses Element steht für einen Tipp oder eine Anregung.

Hinweis

Dieses Element steht für einen allgemeinen Hinweis.

Warnung

Dieses Element weist auf eine Warnung oder einen Warnhinweis hin.

Code-Beispiele verwenden

Zusätzliches Material (Code-Beispiele, Übungen usw.) steht unter http://www.webapicookbook.com zum Download bereit .

Wenn du eine technische Frage oder ein Problem mit den Codebeispielen hast, sende bitte eine E-Mail an [e-mail].

Dieses Buch soll dir helfen, deine Arbeit zu erledigen. Wenn in diesem Buch Beispielcode angeboten wird, darfst du ihn in deinen Programmen und deiner Dokumentation verwenden. Du musst uns nicht um Erlaubnis fragen, es sei denn, du reproduzierst einen großen Teil des Codes. Wenn du zum Beispiel ein Programm schreibst, das mehrere Teile des Codes aus diesem Buch verwendet, brauchst du keine Erlaubnis. Der Verkauf oder die Verbreitung von Beispielen aus O'Reilly-Büchern erfordert jedoch eine Genehmigung. Die Beantwortung einer Frage mit einem Zitat aus diesem Buch und einem Beispielcode erfordert keine Genehmigung. Wenn du einen großen Teil des Beispielcodes aus diesem Buch in die Dokumentation deines Produkts aufnimmst, ist eineGenehmigung erforderlich.

Wir freuen uns über eine Namensnennung, verlangen sie aber in der Regel nicht. Eine Quellenangabe umfasst normalerweise den Titel, den Autor, den Verlag und die ISBN. Ein Beispiel: "RESTful Web API Patterns and Practices Cookbook" von Mike Amundsen (O'Reilly). Copyright 2023 Amundsen.com, Inc. 978-1-098-10674-4."

Wenn du der Meinung bist, dass deine Verwendung von Codebeispielen nicht unter die Fair-Use-Regelung oder die oben genannte Erlaubnis fällt, kannst du uns gerne unter [e-mail] kontaktieren .

O'Reilly Online Learning

Hinweis

Seit mehr als 40 Jahren bietet O'Reilly Media Schulungen, Wissen und Einblicke in Technologie und Wirtschaft, um Unternehmen zum Erfolg zu verhelfen.

Unser einzigartiges Netzwerk von Experten und Innovatoren teilt sein Wissen und seine Erfahrung durch Bücher, Artikel und unsere Online-Lernplattform. Die Online-Lernplattform von O'Reilly bietet dir On-Demand-Zugang zu Live-Trainingskursen, ausführlichen Lernpfaden, interaktiven Programmierumgebungen und einer umfangreichen Text- und Videosammlung von O'Reilly und über 200 anderen Verlagen. Weitere Informationen erhältst du unter https://oreilly.com.

Wie du uns kontaktierst

Bitte richte Kommentare und Fragen zu diesem Buch an den Verlag:

• O'Reilly Media, Inc.
• 1005 Gravenstein Highway Nord
• Sebastopol, CA 95472
• 800-998-9938 (in den Vereinigten Staaten oder Kanada)
• 707-829-0515 (international oder lokal)
• 707-829-0104 (Fax)

Wir haben eine Webseite für dieses Buch, auf der wir Errata, Beispiele und zusätzliche Informationen auflisten. Du kannst diese Seite unter https://oreil.ly/restful-web-api aufrufen .

Schreib eine E-Mail an [e-mail], um Kommentare oder technische Fragen zu diesem Buch zu stellen.

Neuigkeiten und Informationen über unsere Bücher und Kurse findest du unter https://oreilly.com.

Du findest uns auf LinkedIn: https://linkedin.com/company/oreilly-media.

Folge uns auf Twitter: https://twitter.com/oreillymedia.

Sieh uns auf YouTube: https://youtube.com/oreillymedia.

Danksagungen

Niemand, der Erfolg hat, tut dies, ohne die Hilfe anderer anzuerkennen. Die Weisen und Selbstbewussten erkennen diese Hilfe mit Dankbarkeit an.

Alfred North Whitehead

So viele Menschen haben mich gelehrt, inspiriert, beraten und ermutigt, dass ich zögere, eine Liste zu erstellen. Aber einige waren beim Schreiben dieses Buches besonders hilfreich und verdienen es, erwähnt zu werden.

Wie jeder von uns stehe ich auf den Schultern von Giganten. Im Laufe der Jahre haben mich viele inspiriert, und ich hatte das Vergnügen, einige von ihnen zu treffen und von ihnen zu lernen. Zu denen, deren Gedanken und Ratschläge dieses Buch geprägt haben, gehören Subbu Allamaraju, Belinda Barnet, Tim Berners-Lee, Mel Conway, Roy Fielding, James Gleick, Ted Nelson, Mark Nottingham, Holger Reinhardt, Leonard Richardson, Ian Robinson und Jim Webber.

Besonders danken möchte ich Lorinda Brandon, Alianna Inzana, Ronnie Mitra, Sam Newman, Irakli Nadareishvili, Vicki Reyzelman und Erik Wilde für ihre Hilfe beim Lesen von Teilen des Textes und für ihre ausgezeichneten Anmerkungen und ihr Feedback.

Ich möchte auch allen Mitarbeitern von O'Reilly für ihre kontinuierliche Unterstützung und ihren klugen Rat bei diesem Projekt danken. Insbesondere bin ich Mike Loukides und Melissa Duffield zu großem Dank verpflichtet, die an dieses Projekt geglaubt haben, lange bevor ich mir über seinen Umfang und seine Form sicher war. Ich möchte mich auch bei Angela Rufino bedanken, die mich bei jedem Schritt unterstützt hat. Außerdem danke ich Katherine Tozer, Sonia Saruba und vielen anderen für die Arbeit hinter den Kulissen, die ein Buch wie dieses erst möglich macht. Ein besonderer Dank geht an Kate Dullea und Diogo Lucas, die die Illustrationen für das Buch beigesteuert haben.

Abschließend möchte ich all jenen danken, denen ich im Laufe der Jahre begegnet bin: Konferenzveranstaltern und -leitern, großen und kleinen Unternehmen, die mich zu Vorträgen und Beratungen eingeladen haben, Kursteilnehmern und den unzähligen Social-Media-Bewohnern, die mir Fragen gestellt haben, mir Einblicke in ihre Unternehmen gewährt haben und mir geholfen haben, die Ideen in diesem Buch zu erforschen, zu testen und zu vertiefen. Alles, was du hier siehst, verdanke ich zu einem großen Teil der Großzügigkeit all derer, die vor mir da waren und die jeden Tag unermüdlich daran arbeiten, Systeme aufzubauen, die die Konzepte in Anhang A nutzen.