forked from mboldt/docs-tiledev
-
Notifications
You must be signed in to change notification settings - Fork 0
/
managed.html.md.erb
60 lines (44 loc) · 2.98 KB
/
managed.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
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
---
title: How to integrate your managed services
owner: Services
---
You can integrate your [brokered service](./brokered.html) more closely
with <%= vars.platform_name %> to create a managed service and service tile for VMware Tanzu.
The next level of integration is to get your service to be deployed on <%= vars.platform_name %> rather
than externally, on the same IaaS that your particular Cloud Foundry instance
is deployed on, and by the same orchestration tool, [BOSH](http://bosh.io).
This is usually one of the more involved integrations, because you configure your packaging to allow your
service components to deploy BOSH onto the
<%= vars.platform_name %> infrastructure.
When you offer your software as a managed service, it means that you do not have to learn different ways to
deploy, manage, and monitor different components of your application platform.
As with the brokered service, the service has a service broker and a tile listed on
VMware Tanzu Network. VMware Tanzu Network lists managed services as "for VMware Tanzu," without
"Service Broker" in the name.
To integrate your service at this level, you learn about stemcells, BOSH releases, and manifests. You can
decide how your service maps to a virtual machine and how persistent storage is managed.
### <a id="managed-mvp"></a> Minimal viable product
Minimal Viable Product (MVP) version of a managed service is a single, shared service instance.
This integration level is mostly about getting the BOSH packaging, deployment, and monitoring working
correctly.
### <a id="managed-ha"></a> High availability
After you have a managed service, you can decide to prioritize either
[on-demand provisioning](./on-demand.html) of service instances, or making your
single shared service instance more highly available.
When properly configured, BOSH monitors and restarts any failing processes
and VMs that are part of your service deployment. To further increase
availability, consider spreading your
resources across multiple AZs or even regions, and replicating
your persistent storage across those as well.
## <a id="create"></a> Create a managed service
* For BOSH to manage your service, you must create a BOSH release for it.
[BOSH releases](./bosh-release.html) explains how to do this, and how to use your already existing Docker image as a shortcut.
* After you create a BOSH release for your managed service integration, you can work through
[Building your first tile](./index.html#tile-steps) to create your tile.
* The [Tile generator](./tile-generator.html) tool automatically creates the life cycle
errands that can run after a <%= vars.platform_name %> tile is deployed or before it is removed. You
control which errands run the next time when you click **Apply Changes** to redeploy.
See the
[Errands](./tile-errands.html) for how <%= vars.platform_name %> to control when errands run, and how
to set default errand run rules in the tile.
At any level of integration, use [Concourse](./concourse.html) for continuous integration during development.