-
Notifications
You must be signed in to change notification settings - Fork 23
/
roadmap.html.md.erb
41 lines (23 loc) · 2.58 KB
/
roadmap.html.md.erb
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
---
title: Service Development Roadmap
owner: Services
---
<strong><%= modified_date %></strong>
Pivotal recommends that developers create service tiles iteratively, starting at the lowest level of
integration and successively re-developing their code for increasing [levels of integration](./stages.html).
The topics in this section map out this iterative development process.
1. [Level 1: User-Provided Service](#user-provided)
1. [Level 2: Brokered Service](./brokered.html)
1. [Level 3: Managed Service](./managed.html)
1. [Level 4: On-Demand Service](./on-demand.html)
## <a id="user-provided"></a>Level 1: User-Provided Service
A PCF developer can call your service from their app code, even if the service runs outside of PCF and has no service broker. Use cases for this include:
* Your software is available as a SaaS.
* You already have a way to install your software on-premises at a customer site.
* Your customer already uses your software, is now adopting PCF, and wants to consume your software from applications that they deploy on PCF.
To use an external service that has no tile, they do the following from the the Cloud Foundry Command-Line Interface (cf CLI).
1. Run `cf create-user-provided-service MY-SERVICE-NAME -p CREDENTIALS` (or `cf cups`) to create a service instance. The `CREDENTIALS` argument should be a valid JSON string that contains the URL and credentials necessary to connect to your externally-deployed service.
1. Run `cf bind-service` to bind the service instance to their app.
By doing this, app developers can bind their apps to your service and write all code necessary to access it through a Cloud Foundry service binding.
This do-it-yourself solution represents the lowest level of PCF service integration. It works only for services running external to PCF, and does not publish the services to the Services Marketplace or make them available to anyone outside the space of the developer who runs these commands. See the [User-Provided Service Instances](http://docs.pivotal.io/pivotalcf/devguide/services/user-provided.html) topic for more information.
Running apps with a user-provided service is a great way to determine what information needs to be passed in the credential structure (useful in higher integration levels), verify that the integration works, and develop a test app that can continue to be used at higher levels. From the app developer perspective, once a user-provided service works, later integrations of the service will not require any further code changes. User-provided service bindings are fully forward-compatible with brokered service bindings.