Backing Services als beigefügte Ressourcen

Question

Ich schaute auf 12-Faktor-App-Prinzip und sah diese Aussage. Ich glaube, dass diese Aussage besagt, dass die Anwendung auf jeden Unterstützungsdienst wie Datenbank oder Nachrichtenbroker antworten und sich mit ihnen verbinden muss, ungeachtet dessen, was sie sind. Wie unterscheidet es sich von der traditionellen Art der Verbindung? Zum Beispiel: In meinem Microservice wurde ich als Datenbank- und Kafka-Broker als Benutzerdienst in der Cloud Foundry definiert. Es stellt nur die Verbindungsparameter als vcap-Dienstvariablen bereit. Ich habe noch Code, um eine Verbindung zu einer Datenbank und einem Kafka-Broker herzustellen, die völlig verschieden sind. Was bedeutet diese Aussage und wie unterscheidet sie sich von dem, was wir in einer Nicht-Cloud-Umgebung tun?

Answer 1

Wie im Artikel unten angegeben:

https://12factor.net/backing-services

Es besagt, dass:

Ein Trägerdienst eine Dienstleistung ist die App über das Netzwerk als Teil seines normalen Betriebes verbraucht. Beispiele hierfür sind Datenspeicher (wie MySQL oder CouchDB), Messaging/Queuing-Systeme (wie RabbitMQ oder Beanstalkd), SMTP-Dienste für ausgehende E-Mails (wie Postfix) und Caching-Systeme (wie Memcached).

Der Microservice kann unabhängig von der Plattform eine Verbindung zu einem beliebigen Sicherungsdienst herstellen. In PCF binden Sie Dienste an Ihre Microservices, um eine Verbindung herzustellen. In einer anderen Cloud-Umgebung können Sie auf jeden Backing-Dienst wie AWS RDS oder andere von der Plattform bereitgestellte Dienste verweisen.

Der wirkliche Unterschied ist dieser:

Backing-Dienste wie die Datenbank werden traditionell von den gleichen Systemadministratoren wie die App-Runtime-deploy verwaltet. Zusätzlich zu diesen lokal verwalteten Diensten kann die App auch Dienste bereitstellen, die von Dritten bereitgestellt und verwaltet werden. Ressourcen können beliebig an Deploys angehängt und getrennt werden. Wenn beispielsweise die Datenbank der App aufgrund eines Hardwareproblems fehlerhaft arbeitet, kann der Administrator der Anwendung einen neuen Datenbankserver hochfahren, der aus einer kürzlich durchgeführten Sicherung wiederhergestellt wurde. Die aktuelle Produktionsdatenbank kann getrennt und die neue Datenbank angehängt werden - alles ohne Codeänderungen.