Tanzu Platform for Cloud Foundry 10.0

PDF
10.0 6.0 4.0

Tanzu Platform for Cloud Foundry Overview

Last Updated March 13, 2025

This topic tells you about Tanzu Platform for Cloud Foundry and how it works with Tanzu Operations Manager.

Introduction to Cloud Platforms

Cloud platforms enable rapid deployment of applications and services, making them globally accessible within minutes. When application requests increase, cloud infrastructure can automatically scale to meet higher demand, eliminating traditional build-outs and migrations. This approach allows developers to focus on applications and data without the need to manage underlying infrastructure.

The following diagram illustrates the layers of a typical technology stack, comparing the traditional IT model with an IaaS stack and a PaaS stack, showing which layers are managed by users vs. providers.

  • Traditional IT Stack: All layers are managed in-house, including applications, data, runtime, middleware, OS, virtualization, servers, storage, and networking.

  • IaaS Stack: The provider manages the servers, storage, networking, and virtualization, while the user manages applications, data, runtime, middleware, and OS.

  • PaaS Stack: The provider manages all layers except for applications and data, which remain the user’s responsibility.

View a larger version of this diagram.

About Tanzu Platform for Cloud Foundry

This section describes why Tanzu Platform for Cloud Foundry is an industry-standard cloud platform.

Not all cloud platforms are created equal. Some have limited language and framework support, lack key app services, or restrict deployment to a single cloud.

As an industry-standard cloud platform, Tanzu Platform for Cloud Foundry offers the following:

  • Open source code: The platform’s openness and extensibility prevent its users from being locked into a single framework, set of app services, or cloud. For more information, see the Cloud Foundry project on GitHub.

  • Deployment automation: Developers can deploy their apps to Tanzu Platform for Cloud Foundry using their existing tools and with zero modification to their code.

  • Flexible infrastructure: You can deploy Tanzu Platform for Cloud Foundry to run your apps on your own computing infrastructure, or deploy on an IaaS like vSphere, AWS, Azure, GCP, or OpenStack.

  • Commercial options: You can also use a PaaS deployed by a commercial Tanzu Platform for Cloud Foundry cloud provider. For more information, see Cloud Foundry Certified Platforms.

  • Community support: A broad community contributes to and supports Tanzu Platform for Cloud Foundry. See Welcome to the Cloud Foundry Community.

Tanzu Platform for Cloud Foundry is ideal for anyone interested in removing the cost and complexity of configuring infrastructure for their apps.

How Tanzu Platform for Cloud Foundry Works

To flexibly serve and scale apps online, Tanzu Platform for Cloud Foundry has subsystems that perform specialized functions. The following sections describe how some of these main subsystems work.

Load balancing

This section describes how Tanzu Platform for Cloud Foundry handles load balancing.

Clouds balance their processing loads over multiple machines, optimizing for efficiency and resilience against point failure. A Tanzu Platform for Cloud Foundry installation accomplishes this using the following components:

  • BOSH creates and deploys VMs on top of a physical computing infrastructure, and deploys and runs Tanzu Platform for Cloud Foundry on top of this cloud. To configure the deployment, BOSH follows a manifest document. For more information, see the BOSH documentation.

  • Cloud Controller runs the apps and other processes on the cloud’s VMs, balancing demand and managing app lifecycles. For more information, see Cloud Controller.

  • The Gorouter routes incoming traffic from the world to the VMs that are running the apps that the traffic demands, usually working with a customer-provided load balancer. For more information, see Tanzu Platform for Cloud Foundry Routing Architecture.

Running apps

This section describes the VMs that run your apps in Tanzu Platform for Cloud Foundry and how the platform packages your apps to run on these VMs.

VMs in Tanzu Platform for Cloud Foundry

Tanzu Platform for Cloud Foundry designates the following types of VMs:

  • Component VMs make up the platform’s infrastructure.
  • Host VMs host your apps for the outside world.

Within Tanzu Platform for Cloud Foundry, the Diego system distributes the hosted app load over all of the host VMs, and keeps it running and balanced through demand surges, outages, or other changes. Diego accomplishes this through an auction algorithm.

For more information, see Diego Components and Architecture.

Distributing apps

To meet demand, multiple host VMs run duplicate instances of the same app. This means that apps must be portable. Tanzu Platform for Cloud Foundry distributes app source code to VMs with everything the VMs need to compile and run the apps locally.

Tanzu Platform for Cloud Foundry includes the following with your app’s source code:

  • Stack: the operating system the app runs on.
  • Buildpack: contains all languages, libraries, and services that the app uses.

Before sending an app to a VM, the Cloud Controller stages it for delivery by combining the stack, buildpack, and source code into a droplet that the VM can unpack, compile, and run. For simple, standalone apps with no dynamic pointers, the droplet can contain a pre-compiled executable instead of source code, language, and libraries.

For more information, see:

Organizing users and workspaces

This section describes how Tanzu Platform for Cloud Foundry organizes users and workspaces.

Tanzu Platform for Cloud Foundry manages user accounts through two User Account and Authentication (UAA) servers, which support access control as OAuth2 services and can store user information internally, or connect to external user stores through LDAP or SAML.

For more information, see User Account and Authentication (UAA) Server.

The following table describes what the two UAA servers do:

Server Purpose
First UAA server
  • Grants access to BOSH
  • Holds accounts for Tanzu Operations Manager operators who deploy runtimes, services, and other software onto the BOSH layer directly
Second UAA server
  • Controls access to the Cloud Controller
  • Defines user roles, such as admin, developer, or auditor, and grants them different sets of privileges to run Tanzu Platform for Cloud Foundry commands
  • Scopes the roles to separate, compartmentalized orgs and spaces within an installation to manage and track use

For more information, see Orgs, Spaces, Roles, and Permissions.

Storing resources

The following table describes where Tanzu Platform for Cloud Foundry stores resources:

Resource Storage Location
  • Source code
  • Buildpacks
  • Documentation
  • Custom configurations
  • Other platform resources
 GitHub
  • Large binary files
  • Droplets
 Internal or external blobstore
  • Internal component states
  • Other temporary information
 MySQL

Communicating with components

This section describes how Tanzu Platform for Cloud Foundry components communicate with one another.

Tanzu Platform for Cloud Foundry components communicate in the following ways:

  • By sending messages internally using HTTP and HTTPS protocols
  • By sending NATS messages to each other directly

BOSH Director co-locates a BOSH DNS server on every deployed VM. All VMs keep up-to-date DNS records for all the other VMs in the same foundation. This enables service discovery between VMs.

BOSH DNS allows deployments to continue communicating with VMs even when the VMs’ IP addresses change. It also provides client-side load balancing by randomly selecting a healthy VM when multiple VMs are available.

For more information about BOSH DNS, see Native DNS Support in the BOSH documentation.

Monitoring and Analyzing

This section describes logging in Tanzu Platform for Cloud Foundry.

Tanzu Platform for Cloud Foundry generates system logs from Tanzu Platform for Cloud Foundry components and app logs from hosted apps. As Tanzu Platform for Cloud Foundry runs, its component and host VMs generate logs and metrics. Tanzu Platform for Cloud Foundry apps also typically generate logs.

The following table describes where Tanzu Platform for Cloud Foundry sends logs:

Log Type Destination
Tanzu Platform for Cloud Foundry component logs Rsyslog agents
Tanzu Platform for Cloud Foundry component metrics Loggregator
App logs Loggregator

Component logs stream from rsyslog agents, and the cloud operator can configure them to stream out to a syslog drain.

The Loggregator system aggregates the component metrics and app logs into a structured, usable form, the Firehose. You can use all of the output of the Firehose, or direct the output to specific uses, such as monitoring system internals, triggering alerts, or analyzing user behavior, by applying nozzles.

For more information, see Loggregator Architecture.

Using services

This section describes how you can use services with your apps on Tanzu Platform for Cloud Foundry.

Typical apps depend on free or metered services such as databases or third-party APIs. To incorporate these into an app:

  1. Write a Service Broker: This component manages the life cycle of the service. The Service Broker uses the Service Broker API to advertise a catalog of service offerings to Tanzu Platform for Cloud Foundry apps.

  2. Provision the Service Instance: Create an instance of the service offering by sending a provision request to the Service Broker API.

  3. Enable apps to access the Service Instance: Configure the Tanzu Platform for Cloud Foundry app to make calls to the Service Instance using the Service Broker API.

For more information, see Services.

Small Footprint Tanzu Platform for Cloud Foundry

The Small Footprint Tanzu Platform for Cloud Foundry is a repackaging of the Tanzu Platform for Cloud Foundry components into a smaller deployment with fewer virtual machines (VMs). For a description of the limitations that come with a smaller deployment, see Limitations.

Differentiate small footprint Tanzu Platform for Cloud Foundry and Tanzu Platform for Cloud Foundry

A standard Tanzu Platform for Cloud Foundry deployment must have at least 13 VMs, but Small Footprint Tanzu Platform for Cloud Foundry requires only four.

  • Required VMs: Cloud Controller, Cloud Controller Worker, Clock Global, Diego BBS, Diego Brain, Diego Cell, Doppler Server, Loggregator Traffic Controller, NATS, Router, Syslog Adapter, Syslog Scheduler, and UAA.
  • Optional VMs: File Storage, HAProxy, Backup Restore Node, MySQL Monitor, MySQL Proxy, MySQL Server, TCP Router, and CredHub.

For Small Footprint Tanzu Platform for Cloud Foundry:

  • Required VMs: Compute, Control, Database, and Router.
  • Optional VMs: File Storage, HAProxy, Backup Restore Node, MySQL Monitor, and TCP Router.

The following image displays a comparison of the number of VMs deployed by Tanzu Platform for Cloud Foundry and Small Footprint Tanzu Platform for Cloud Foundry.

How Tanzu Platform for Cloud Foundry Differs from Open Source Cloud Foundry

Open-source software provides the basis for Tanzu Platform for Cloud Foundry, which is the VMware distribution of Cloud Foundry Application Runtime software for hosting apps. VMware offers additional commercial features, enterprise services, support, documentation, certificates, and other value-adds.

The following diagram shows open source Cloud Foundry components in blue and commercial features available with Tanzu Platform for Cloud Foundry in green:



View a larger version of this diagram.