@@ -21,7 +21,7 @@ staged integration approach is often possible and desirable.
21
21
22
22

23
23
24
- ## <a id ="ups "> </ a > Level 1: User-provided service
24
+ ## <a id ="ups "> </ a > Level 1: User-Provided Service
25
25
26
26
The service runs external to <%= vars . app_runtime_abbr %> and has no service broker or tile. To use a service
27
27
with an app, the developer creates a service broker by running
@@ -31,7 +31,7 @@ with an app, the developer creates a service broker by running
31
31
Configuring, running, upgrading, and paying for a user-provided service are all
32
32
up to the developer.
33
33
34
- ## < a id ="broker "> </ a > Level 2: Brokered service
34
+ ## < a id ="broker "> </ a > Level 2: Service Broker Only
35
35
36
36
A brokered service runs external to <%= vars . app_runtime_abbr %> , but has a tile on
37
37
[VMware Tanzu Network](https://network.tanzu.vmware.com/).
@@ -46,7 +46,7 @@ service instances in Apps Manager, or by running the `cf marketplace` and
46
46
[Brokered Service](./brokered.html) has more information about brokered
47
47
service tiles and how to create them.
48
48
49
- ## < a id ="managed "> </ a > Level 3: Managed service
49
+ ## < a id ="managed "> </ a > Level 3: Managed Service
50
50
51
51
With a managed service, both the service broker and the service itself run within
52
52
<%= vars . app_runtime_abbr %> . <%= vars . app_runtime_abbr %> activates to manage, monitor, and
@@ -62,7 +62,7 @@ instances and provisions for CPU and memory resources.
62
62
[Managed Service](./managed.html) has more information about managed
63
63
service tiles and how to create them.
64
64
65
- ## < a id ="dynamic "> </ a > Level 4. On-Demand (dynamic) service
65
+ ## < a id ="dynamic "> </ a > Level 4. On-Demand (dynamic) Service
66
66
67
67
Just as with a managed service, an on-demand service and broker both run within
68
68
<%= vars . app_runtime_abbr %> ,
0 commit comments