Esoterik Muster

Betrachten Sie vielmehr diese Muster als Lösungen für Probleme, die für andere Menschen funktioniert haben, und versuchen Sie, dies an Ihre eigene Situation anzupassen. Sie werden mit ziemlicher Sicherheit mit etwas einfacher und zuverlässiger in den Prozess kommen. [1] microservices.io/patterns/data/saga.html Die Vorbereitung auf die Skalierung mag gut sein, aber diese technischen Entscheidungen neigen dazu, ihre eigenen Komplexitäten hinzuzufügen (siehe zufälliges Beispiel, siehe Das Saga-Muster [1]). Müssen Sie sich überlegen, ob Sie eine Plattform erstellen sollten, die 10M aktive Benutzer verwalten kann, oder ist es wichtiger, Funktionen hinzuzufügen, die Ihnen die ersten 100 erhalten. Vergrößern Diese Kreuzmuster 130 auf einem Kopiergerät Das bedeutete zum Beispiel, dass mein Team, einen Audio-Transkodierungsdienst, einen automatisierten Transkriptionsdienst, einen Post-Telefon-Telefon-Messaging-Dienst und mehrere Datenintegrationen hatte. Kompilationen werden nicht viel besser als dies. Kohäsiv, hypnotisch und wahnsinnig gut kuratiert von Pan. Paul Jordan | OST Die Zwerge von East Agouza sind eine brillante Mischung aus Funk und Free Jazz Obwohl ich auf einer Plattform wie dieser gerade arbeite (siehe github.com/1backend/1backend) der Grund, warum ich anfing, war es eher die Tatsache, dass ich nicht einfach einen benutzerdefinierten winzigen Dienst bereitstellen konnte und es einfach nennen konnte. Wenn Sie die Binärkompatibilität verstehen, können Sie eine Bibliothek bereitstellen, ohne ihre Clientanwendungen/-bibliotheken bereitzustellen (sie müssten jedoch neu gestartet werden). #Sanskrit #yoga #om Sanskrit ist eine BEAUTIFUL Sprache blog.encapsule.org/early-encapsule-project-history/20… Wir haben Dienstleistungen, die gebaut wurden und im Hintergrund sind, weil sie effektiv abgeschlossen sind (vorerst.) Es gibt potenzielle gute Designs, die als „Microservice-Architekturen“ gelten würden, aber ich habe sie nur selten gesehen.

Was ich öfter sehe, ist das, was ich gerne „Brittle-Services“ nenne: Dutzende winziger, zerbrechlicher, voneinander abhängiger Einheiten, die praktisch unmöglich zu debuggen, instrumentieren oder zu kohäsiv zu begründen sind. – das heißt, der Overhead ist real. Es gab eine ganze Reihe von Veröffentlichungen und Befürwortern (wie Randy Shoup), dass es in Ordnung ist, Monolith zu bleiben, bis man Schmerzen hat, die eine Microservice-Architektur lindern kann. Microservice-Architektur ist ein Tool. Es ist kein Ersatz für Sie oder Ihren Job. Es ist kein Ersatz für die Kommunikation. Es gibt eine Erkenntnis, dass Conways Gesetz ein ernstes Problem in Organisationen ist, wie sie skalieren – Microservices (teilweise) versuchen, damit umzugehen. Könnten Sie auch die Zeitverschwendung aufzählen? Abgesehen davon, dass ich gelegentlich die Architektur neu konsolidieren muss, kann ich mir nicht viele vorstellen.