Skip to main content
Version: 1.3.x

Welcome to Tetrate Service Bridge!

As you set out on your journey with Tetrate Service Bridge (TSB), it's essential for you to understand its architecture, and how it's going to work within your environment.

The concepts section will take you through:
✓ Tetrate Service Bridge Terminology
✓ An introduction to Tetrate Service Bridge architecture
✓ Using Tetrate Service Bridge for traffic management
✓ Explain the security capabilities within Tetrate Service Bridge
✓ Show you the observability tools available in Tetrate Service Bridge.

How does TSB work?

Tetrate Service Bridge is a service mesh management plane designed to sit on top of your infrastructure and provide you with a single place to manage and configure networking, security and observability for your entire mesh-managed environment.

It’s a one-stop-shop for managing a heterogeneous environment of Kubernetes, Virtual Machines, Bare Metal servers, on-premises and cloud all in one place, and in a standardized, controlled way.

TSB does this by creating logical views of your environment by grouping resources into ‘services’, ‘workspaces’, and ‘groups’ so that they’re easier to manage.

TSB maps to your existing organizational structure, assigning policies and access rights to teams and individuals so that they can access those resources is a straightforward click of a button.

TSB does this by:

  • Encouraging you to create ‘tenants’ within your business, using your corporate directory to synchronize user accounts and teams, and allows you to…
  • Define fine-grained access control, editing rights for resources and zero trust as standard. So that you can monitor everything that goes on within your environment, and...
  • Audit changes to services and shared resources from start to finish -- regardless of whether they’re approved or denied. So...
  • When you author configuration changes, you only push the change once, because TSB has enabled you to group them into ‘services’, which helps with…
  • Creating isolated failure domains out of each cluster by giving them their own Istio control plane and gateway, to prevent an issue in one cluster negatively impacting another. It makes your applications more reliable, however if something does go wrong in your application...
  • Standardized observability and telemetry to make it easier to find out what went wrong and where in near real-time.

What to take away

There’s a lot going on in TSB, and it’s all been designed with enterprise users and experiences in mind. Learn more about TSB’s architecture, in the next section of the docs, or try it out for yourself in a demo environment.