Ho bisogno di chiarimenti su un aspetto delle linee guida sull'architettura di CloudFoundry. CF ha due concetti principali: applicazioni e servizi. Le CF-Applications possono utilizzare CF-Services utilizzando l'infrastruttura CloudFoundry per creare e gestire istanze di servizio.
Tuttavia, abbiamo riscontrato che le CF-Applications possono anche esporre gli endpoint REST ai consumatori. Pertanto, possono agire come sostituti veloci e sporchi per i servizi CF reali. Ovviamente, non è possibile utilizzare alcuna gestione delle istanze o funzioni di associazione, che IMO sconfigge lo scopo dell'utilizzo di CF.
La mia domanda: questo utilizzo è valido in termini di architettura di implementazione CF? Dovremmo (come una squadra) permettere che i nostri servizi funzionali siano implementati come CF-Applications invece di CF-Services?
Inoltre, alcuni dei nostri servizi sono servizi "utilità" singleton senza alcun concetto di spazio utente o di locazione, come la traduzione, la registrazione, ecc. In questo caso, la gestione delle istanze è un sovraccarico. Le linee guida sarebbero diverse per questo tipo di servizio?
Ho letto i documenti CF, ma non mi sono imbattuto in questo caso d'uso. Sto cercando linee guida pubblicate o qualsiasi impatto sul mondo reale di questa rotta.