Use Bridge to Kubernetes with Visual Studio Code
Bridge to Kubernetes allows you to run and debug code on your development computer, while still connected to your Kubernetes cluster with the rest of your application or services. For example, if you have a large microservices architecture with many interdependent services and databases, replicating those dependencies on your development computer can be difficult. Additionally, building and deploying code to your Kubernetes cluster for each code change during inner-loop development can be slow, time consuming, and difficult to use with a debugger.
Bridge to Kubernetes avoids having to build and deploy your code to your cluster by instead creating a connection directly between your development computer and your cluster. Connecting your development computer to your cluster while debugging allows you to quickly test and develop your service in the context of the full application without creating any Docker or Kubernetes configuration.
Bridge to Kubernetes redirects traffic between your connected Kubernetes cluster and your development computer. This traffic redirection allows code on your development computer and services running in your Kubernetes cluster to communicate as if they are in the same Kubernetes cluster. Bridge to Kubernetes also provides a way to replicate environment variables and mounted volumes available to pods in your Kubernetes cluster in your development computer. Providing access to environment variables and mounted volumes on your development computer allows you to quickly work on your code without having to replicate those dependencies manually.
In this guide, you will learn how to use Bridge to Kubernetes to redirect traffic between your Kubernetes cluster and code running on your development computer. This guide also provides a script for deploying a large sample application with multiple microservices on a Kubernetes cluster.
Before you begin
This guide uses the Bike Sharing sample application to demonstrate connecting your development computer to a Kubernetes cluster. If you already have your own application running on a Kubernetes cluster, you can still follow the steps below and use the names of your own services.
- An Azure subscription. If you don't have an Azure subscription, you can create a free account.
- Azure CLI installed.
- Visual Studio Code running on macOS, Windows 10, or Linux (currently in preview).
- The Bridge to Kubernetes extension installed in Visual Studio Code.
Note Although this quickstart works with Azure Kubernetes Service (AKS), you can also try Bridge to Kubernetes with other Kubernetes clusters. Support for other clusters is in preview.
Create a Kubernetes cluster
Create an AKS cluster in a supported region. The below commands create a resource group called
MyResourceGroup and an AKS cluster called
az group create \ --name MyResourceGroup \ --location eastus az aks create \ --resource-group MyResourceGroup \ --name MyAKS \ --location eastus \ --node-count 3 \ --generate-ssh-keys
Install the sample application
Install the sample application on your cluster using the provided script. You can run this script on your development computer or using the Azure Cloud Shell. Use the name of your cluster and resource group.
Important: You must have Owner or Contributor access to your cluster in order to run the script.
git clone https://github.com/Microsoft/mindaro cd mindaro/ chmod +x ./bridge-quickstart.sh ./bridge-quickstart.sh -g MyResourceGroup -n MyAKS
Navigate to the sample application running your cluster by opening its public URL, which is displayed in the output of the installation script.
$ ./bridge-quickstart.sh -g MyResourceGroup -n MyAKS Checking directory /home/
/mindaro for GIT repo Microsoft/Mindaro Setting the Kube context ... To try out the app, open the url: bikeapp.bikesharingweb.EXTERNAL_IP.nip.io
In the above sample, the public URL is
Connect to your cluster and debug a service
On your development computer, download and configure the Kubernetes CLI to connect to your Kubernetes cluster using az aks get-credentials.
az aks get-credentials --resource-group MyResourceGroup --name MyAKS
mindaro/samples/BikeSharingApp/Bikes from the Bike Sharing sample application in Visual Studio Code. Open the Azure Kubernetes Service extension and select the bikeapp namespace in the MyAKS cluster. Right-click the bikeapp node, and choose Use Namespace.
npm install command to install the dependencies for the application.
Select the Debug icon on the left and select Launch via NPM with Kubernetes at the top.
Click on the start button next to Bridge to Kubernetes. The first time you run this launch configuration you are prompted to configure the service you want to replace, the port to forward from your development computer, and the launch task to use.
Choose the bikes service.
All traffic in the Kubernetes cluster is redirected for the bikes service to the version of your application running in your development computer. Bridge to Kubernetes also routes all outbound traffic from the application back to your Kubernetes cluster.
Important: You can only redirect services that have a single pod.
After you select your service, you are prompted to enter the TCP port for your local application. For this example, enter "3000".
Choose Launch via NPM as the launch task.
Note: You will be prompted to allow the EndpointManager to run elevated and modify your hosts file.
You have the option of running isolated or not isolated. If you run isolated, only your requests are routed to your local process; other developers can use the cluster without being affected. If you don't run isolated, all traffic is redirected to your local process. For more information on this option, see Using routing capabilities for developing in isolation.
Your development computer is connected when the VS Code status bar turns orange and the Kubernetes extension shows you are connected.
Note: On subsequent launches, you will not be prompted for the service name, port, launch task, or whether to run isolated. These values are saved in
.vscode/tasks.json. To change these settings later, open the Command Palette, and run the command Bridge to Kubernetes: Configure.
Once your development computer is connected, traffic starts redirecting to your development computer for the service you are replacing.
Set a break point
Open server.js and click somewhere on line 233 to put your cursor there. Set a breakpoint by hitting F9 or selecting Run then Toggle Breakpoint.
Navigate to the sample application by opening the public URL. Select Aurelia Briggs (customer) as the user, then select a bike to rent. Notice the image for the bike does not load. Return to Visual Studio Code and observe line 233 is highlighted. The breakpoint you set has paused the service at line 233. To resume the service, hit ⌃F5 (Windows, Linux Ctrl+F5) or select Run then Continue. Return to your browser and verify you see a placeholder image for the bike.
Remove the breakpoint by putting your cursor on line 233 in
server.js and hitting F9.
Update your application
server.js to remove lines 234 and 235:
// Hard code image url *FIX ME* theBike.imageUrl = '/static/logo.svg';
The section should now look like:
var theBike = result; theBike.id = theBike._id; delete theBike._id;
Save your changes and press ⇧⌘F5 (Windows, Linux Ctrl+Shift+F5) or click Run then Restart Debugging. After you are reconnected, refresh your browser and verify that you no longer see a placeholder image for the bike.
Click Run then Stop Debugging or press ⇧F5 (Windows, Linux Shift+F5) to stop the debugger.
Note: By default, stopping the debugging task also disconnects your development computer from your Kubernetes cluster. You can change this behavior by searching for Bridge to Kubernetes: Disconnect After Debugging in the Visual Studio Code settings and removing the check next to Disconnect automatically when Debugging ends. After updating this setting, your development computer will remain connected when you stop and start debugging. To disconnect your development computer from your cluster click on the Bridge to Kubernetes extension on the status bar then choose Disconnect current session.
Bridge to Kubernetes can handle routing traffic and replicating environment variables without any additional configuration. If you need to download any files that are mounted to the container in your Kubernetes cluster, such as a ConfigMap file, you can create a
KubernetesLocalProcessConfig.yaml to download those files to your development computer. For more information, see Configure Bridge to Kubernetes.
Using logging and diagnostics
Logging output is written to the Bridge to Kubernetes window after your development computer is connected to your Kubernetes cluster.
Click on the Kubernetes status bar and choose Show connection diagnostics information. This command prints the current environment variables and DNS entires in the logging output.
Additionally, you can find the diagnostic logs in the
Bridge to Kubernetes directory in your development computer's TEMP directory. On Windows 10, that's in
%TEMP%\Bridge to Kubernetes. On a Mac, the TEMP directory can be found by running
echo $TMPDIR from a terminal window. On Linux, it is
/tmp/Bridge to Kubernetes.
Running in isolation mode
With Bridge to Kubernetes, you can also set up an isolated version the services you're working on, meaning that others who are using the cluster won't be affected by your changes. This isolation mode is accomplished by routing your requests to your copy of each affected service, but routing all other traffic normally. More explanation on how this is done can be found at How Bridge to Kubernetes Works.
Remove the sample application from your cluster
Use the provided script to remove the sample application from your cluster.
./bridge-quickstart.sh -c -g MyResourceGroup -n MyAKS
Learn more about Bridge to Kubernetes at How Bridge to Kubernetes works.