-
Notifications
You must be signed in to change notification settings - Fork 106
Are you using Bridge to Kubernetes? #180
Comments
Usage scenario: Want to use it for debugging my On Prem, Nutanix based Kubernetes clusters |
Usage scenario: Replace the local development experience |
Thanks @clintsinger! We've been working on adding support for Dapr in the last few weeks, and I'm happy to share that its support is now available in VS Code, and will soon be available in Visual Studio. We'll be part of the Dapr community call tomorrow to present this change. |
Usage scenario: Help developers to not run the whole pipeline locally Anything else you would like us to know? At the moment all developers are running all of that microservices on their local machine. Basicly I'm missing an example of how to use it together with services like EventHub instead of simple direct http connections and also prevent the case where Developer of Service B can't work as there are no data if Developer of Service A is locally testing things and their service isn't running correctly. |
Thanks @WolfspiritM for your message. |
@WolfspiritM I have a normal Dev service running in a namespace. But I also have a "DevUnstable" namespace. The DevUnstable namespace is where most of the development is done. If a developer is working on Service B, then he/she would setup to debug against Service A's DevUnstable namespace. But all the connections for Service C and Input from Service A would come from the more stable "Dev" environment. I have even setup to allow different instances of services in DevUnstable to allow for more than one developer working on the same product in DevUnstable. This may or may not apply to your scenario, but I thought I would share incase it is helpful. |
Usage scenario: we/I have used b2k for all our development scenarios that involve Kubernetes this has ranged from traditional AKS clusters, to on premise and across multi cloud environments. |
Thanks so much @Nico-VanHaaster! Glad that you're using our product and liking it. In VS Code, you can uncheck "Disconnect after debugging": In Visual Studio, you can set the same option to "False" in the Options window: |
Sorry... Editing as I didn't see the template... Usage scenario: Debugging tool for micro-services running in AKS Organization/Company: Optum |
Thank you @markgarrigan for your reply! I also see from the other issue that you found the solution to the problem. Thank you so much for taking the time to explain what you updated! It will be useful if other users are in the same situation. |
Usage scenario: Primary debugging tool to develop microservices running on Azure How many people in your team use Bridge to Kubernetes: 15 devs How long have you been using Bridge to Kubernetes: 1yr 2 months How often do you use Bridge to Kubernetes: every day Have you tried other debugging solutions (docker-compose, running everything locally, etc.) and, if yes, why do you use Bridge: We don't use other debugging tools as it would not represent the K8s environment well. We try to be as close to production as possible in our dev environment so we can reduce regressions. Bridge does that for us. docker compose cannot replicate certain things inside the cluster. Anything else you would like us to know? I would like to see a faster cadence around Bridge 2 Kubernetes. My company is putting more teams to work with Bridge 2 Kubernetes. So we would like MSFT to invest more into it and support more scenarios. |
A bad news here, B2K is not ready for visual studio 2022。 |
There is a thread discussing it here. Please thumbs up this issue to get more attention. |
Thank you for using Bridge! The goal of this issue, inspired by what the great Dapr project is doing, is to better understand who is using Bridge to Kubernetes and your usage.
Could you please comment on this issue by using the following template?
Optional questions (if you don't want the answers to show publicly, feel free to send us an email: [email protected]):
The text was updated successfully, but these errors were encountered: