的Cloud Foundry服務VS應用

是什麼的service/user provided service和apps Cloud Foundry中的概念之間的區別？畢竟都暴露的URL的Cloud Foundry服務VS應用

那麼什麼時候建議創建一個服務，當一個應用程序？

許多服務公開URL，但沒有要求他們這樣做。服務可以將憑據和連接值作爲離散值（如主機，端口，用戶名和密碼）而不是URL來公開。或者服務根本不能提供任何連接細節或憑證（例如只提供資源的非可綁定服務）。 –

app位於堆棧頂部，通常有一個用戶界面。它消耗服務（建立在服務上）。 Cloud Foundry應用程序通常在瀏覽器中運行，並可通過URL訪問。有apps that have no route（不是可訪問的URL）。

甲service提供可消耗的功能。它也有一個URL，以便應用程序或其他服務可以訪問它。典型的服務是數據庫或bot /對話/對話服務，地圖或某些登錄/密碼服務。

爲了讓更多的樂趣，也有包裝的應用程序，使應用程序的功能通過URL訪問的服務。我會推薦閱讀Cloud Foundry overview或Bluemix overview。您可能還想查看一些示例here或here，這些示例演示瞭如何在應用程序上構建應用程序。

要回答關於何時構建服務或應用程序的部分：
- 最終用戶的功能是什麼？它有一個用戶界面嗎？ =>應用程序
- 它是否會被其他應用程序或服務使用？ =>服務

2017-01-02 13:14:29

感謝1+沒有可訪問的URL的應用程序的用例是什麼？ –

另外由於應用程序的作用域是空間，服務空間如何 1.服務 - 如果我在dev空間中實現服務（使用服務代理api），它是否可以在qa空間中看到 2。用戶提供的服務 - 相同的問題謝謝 –

我添加了一個鏈接到「無路線」部分。這可能是守護程序，應用程序在後臺運行。爲您的後續問題打開另一個話題。 –

一種方式來考慮，這是由依賴視角看一下：

應用程序通常依賴於服務，如數據庫或第三方的SaaS服務提供商。當開發人員將服務提供並綁定到應用程序時，該服務的服務代理負責提供服務實例。

來源：https://docs.cloudfoundry.org/concepts/architecture/#services

在另一面，服務不傾向於依賴於應用程序。

2017-01-02 13:14:58

感謝1+，隨着應用程序的作用域的空間，有關服務到什麼空間 1.服務 - 如果我執行服務（通過服務代理API）的開發空間確實在QA /空間二可見。用戶提供的服務 - 同樣問題 –

我不確定答案 - 這可能值得發佈一個關於此的新問題。 –

回答