Cloud Foundry for Subaccount: shared
Auto-generated from the Terraform output
globalaccount_metadata- do not edit by hand. Regenerate withmake docs(SPEC-TF-004; ADR-TF-008 / ADR-TF-009).
Cloud Foundry orgs, spaces and service instances for Subaccount shared (14ee2b27-844b-47ad-977e-4ab58a12ad90).
Org-level facts come from btp_subaccount_environment_instances
(SAP/btp); spaces and per-space service instances come from the
cloudfoundry/cloudfoundry provider via modules/cf_environment
(ADR-TF-014).
Credential values are never collected and never rendered here. Only
credential-binding NAMES appear, from
cloudfoundry_service_credential_bindings; the credentials field of
cloudfoundry_service_instance is not referenced anywhere in the
Terraform module.
This page is Cloud Foundry-scoped. The service instances below come
from the cloudfoundry/cloudfoundry provider, so this is the only view
that can say which org and space an instance lives in. The
account-side list — every service instance in this subaccount across
Cloud Foundry, Kyma and any other environment, with its ready and
usable state — is on Service Instances.
An instance provisioned in Cloud Foundry legitimately appears in both;
the two lists read it from opposite sides and neither replaces the other.
Spaces collection status: collected - Cloud Foundry orgs were read and spaces were collected.
Cloud Foundry org
shared-in4g6lte_shared
| Attribute | Value |
|---|---|
| Cloud Foundry org name | Vine House Solutions Ltd_shared-in4g6lte |
| Org GUID | 7c11a33a-2f1a-4b5b-99c6-53d7823cfbe4 |
| API endpoint | https://api.cf.eu20-002.hana.ondemand.com |
| Org memory limit | 204,800MB |
| Environment instance name | shared-in4g6lte_shared |
| Environment instance id | 6AA20A53-506C-4DC5-B52A-47DE06AAFEAD |
| Environment type | cloudfoundry |
| Plan | standard |
| Landscape | cf-eu20-002 |
| State | OK |
| Last operation | Provision |
| Healthy | true |
| Dashboard URL | `` |
| Created | 2026-10-02T19:17:37Z |
| Last modified | 2026-10-02T19:17:57Z |
Spaces
Total spaces: 1
Application counts are not shown: cloudfoundry_apps is gated behind
var.cf_collect_extras (default false) and is not in the output contract,
so a count is not collected. A space with applications shows no count here -
that is a collection gap, not a zero.
| Space | GUID | Org | Allow SSH | Isolation segment | Created | Updated | Service instances |
|---|---|---|---|---|---|---|---|
dev |
65221626-eb4b-45f5-a80e-a66be09db62d |
Vine House Solutions Ltd_shared-in4g6lte | true |
- | 2026-10-02T19:18:54Z | 2026-10-02T19:18:54Z | 1 |
Service instances
Space: dev
| Service instance | GUID | Service plan | Type | Dashboard URL | Upgrade available | Maintenance info | Tags | Credential binding names |
|---|---|---|---|---|---|---|---|---|
flag-lite |
d6e476a0-60a3-4215-9173-b31407bb0c7d |
4773a8b9-9c40-4714-ac94-ea143e0c77e5 |
managed | dashboard | false |
(none) | (none) | (none) |
service_plan is rendered exactly as the capture carries it.
In this capture it is a plan GUID, not a readable plan name:
the CF API returns the service plan id for
cloudfoundry_service_instance and this capture collects no
plan-name lookup, so no readable plan name (for example the
plan shown in the BTP cockpit) can be shown here. That is a
capture gap, not an unknown value - the plan behind the GUID
is not lost, only its display name.
Service instances are joined to spaces on the space GUID
(cloudfoundry_service_instance.space -> spaces[].id), which is what
the capture carries. cloudfoundry_service_instance.space is not a
space name.
Credential-binding names only. The credentials object of
cloudfoundry_service_instance is never read by the Terraform module, so
no credential value exists in the capture to render here.
Generated from the Terraform output globalaccount_metadata (SPEC-TF-004). Subaccount shared (14ee2b27-844b-47ad-977e-4ab58a12ad90) in Global Account 24767a6d-72de-4bb7-8d44-221f3286a7e7 - subdomain vinehousesolutionsltd - generated 2026-10-02T21:34:30Z (UTC).