的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 /空间二可见。用户提供的服务 - 同样问题 –

我不确定答案 - 这可能值得发布一个关于此的新问题。 –

回答