Was ist der Unterschied zwischen den Konzepten service/user provided service und apps in Cloud Foundry? Nachdem alle beide URLs offenlegenCloud Foundry-Dienst im Vergleich zu App
Also wann ist es empfehlenswert, einen Service zu erstellen und wann eine App?
Der app sitzt oben auf dem Stapel und hat oft eine Benutzerschnittstelle. Es verbraucht Dienste (basiert auf Diensten). Die Cloud Foundry-App wird normalerweise im Browser ausgeführt und ist über eine URL zugänglich. Es gibt apps that have no route (keine zugängliche URL).
Ein service bietet Verbrauchsmaterial-Funktionalität. Es hat auch eine URL, damit Apps oder andere Dienste es erreichen können. Ein typischer Dienst ist eine Datenbank oder ein Bot-/Konversations-/Dialog-Dienst, eine Karte oder ein Anmelde-/Passwort-Dienst.
Um mehr Spaß zu machen, gibt es Dienste, die eine App umschließen und die Funktionalität der App über eine URL zugänglich machen. Ich würde empfehlen, die Cloud Foundry overview oder Bluemix overview zu lesen. Vielleicht möchten Sie auch einige Beispiele ausprobieren here oder here, die demonstrieren, wie Apps auf Diensten aufgebaut sind.
Um den Teil zu beantworten, wenn Sie einen Dienst oder eine App erstellen:
- Ist die Funktionalität für einen Endbenutzer? Hat es eine Benutzeroberfläche? => App
- Wird es von einer anderen App oder einem anderen Dienst verwendet? => Service
Danke 1+ Was ist der Anwendungsfall der App ohne Accessible URL? –
in addtion Wie App auf den Weltraum beschränkt ist, was ist mit Service zu Raum 1. Service - wenn ich Service (mit Service Broker API) in dev Raum implementieren tut es sichtbar in Qa Raum 2. user servicie - selbe Frage danke –
Ich habe einen Link zum Abschnitt "no route" hinzugefügt. Das können Daemon-Apps sein, Apps, die im Hintergrund laufen. Öffnen Sie ein anderes Thema für Ihre Follow-up-Fragen. –
Eine Möglichkeit, dies zu prüfen ist, indem sie aus einer Abhängigkeit Perspektive suchen:
Anwendungen typischerweise auf Dienste abhängen, wie Datenbanken oder Drittanbieter-SaaS-Anbieter. Wenn ein Entwickler einen Dienst für eine Anwendung bereitstellt und bindet, ist der Servicemakler für diesen Dienst für die Bereitstellung der Serviceinstanz verantwortlich.
Quelle: https://docs.cloudfoundry.org/concepts/architecture/#services
Auf der anderen Seite, Dienstleistungen sind in der Regel nicht auf Anwendungen angewiesen.
Danke 1+, wie app Raum ist, was ist mit Service zu Raum 1. Service - wenn ich Service (mit Service Broker API) in dev Raum implementieren tut es sichtbar in qa/Raum 2.user servicie - selbe quetio –
Ich bin mir der Antwort nicht sicher - Es könnte sich lohnen, eine neue Frage dazu zu stellen. –
Viele Dienste offenbaren URLs, aber es ist nicht erforderlich, dass sie dies tun. Ein Dienst kann Anmeldeinformationen und Verbindungswerte als diskrete Werte wie Host, Port, Benutzername und Kennwort anstelle einer URL verfügbar machen. Oder ein Dienst könnte überhaupt keine Verbindungsdetails oder Anmeldeinformationen bereitstellen (z. B. ein nicht bindbarer Dienst, der nur Ressourcen bereitstellt). –