-
Notifications
You must be signed in to change notification settings - Fork 1.3k
Epic: more regional workspace clusters #7489
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
It's clear that we want to have a Singapore cluster ( Given our focus on reducing latency to values below 100ms, it might be relevant to consider South America but I wouldn't attribute the same level of urgency given the feedback from the community, data on usage, and resource costs. Also worth noting that there's no GCP region in Africa. Related issues:
Related resources: |
+1000 to all the things said above. I got a Ping times for SAAS vs Self-hosted (in `asia-east1`)
A min of |
For me in Australia the only regions from GCP that get under 100ms were the Australian regions which for Data Sovereignty issues I would love as well. Otherwise the next best based on mean is asia-southeast2 |
I am in China and hope to have Hong Kong, Taiwan, Japan or Singapore |
This issue has been automatically marked as stale because it has not had recent activity. It will be closed if no further activity occurs. Thank you for your contributions. |
I think this needs to be reopened |
This needs reopening |
Hey @ghuntley! This issue is open 🙌 Unless I'm misunderstanding what you mean something else? 🦩 |
There seems to be some confusion relating to the closing of the following issues: Please note: This is not a an update of the status of this issue (closing or opening). The reason for the consolidation is that we now have a proliferation of different regional issues being raised by users. It doesn't make sense for users to directly raising issues about specific required regions, as when it comes to rolling out new regions we'll need to review:
...and many other factors. It makes sense for this conversation to happen in a single issue, which is this one. Please continue to share any thoughts or feedback. We'll look to update the description soon as a consolidation of current thinking, as there are now multiple region related issues with many comments. Thanks all 🙏 |
+1 for |
Can't believe there's still no progress on this issue after nearly a year and a half, I've heard a gitpod ex-employee complain about high latency pain within your team (in Asia Pacific or Oceania) . What I really can't understand is that this requirement is to simply deploy an additional k8s cluster in another data center of GCP, but the gitpod team seems to have no motivation to do this at all. Is it because the number of users in APAC is too small to be profitable? |
Very good. I support what you said. |
This is exactly right. I switched back to mostly local development because gitpod is just too slow. It's actually been two years since this was original promised. |
Although I bought a one-year license, I didn't use it for an hour. There will be no renewal later. |
Thank you @xzmeng, @bbhxwl and @smacintyre for caring so much about Gitpod, and again raising this issue with us—we really do hear your feedback, and we have been discussing internally this issue / feature and how we can make it happen. It’s not easy to see the work that Gitpod is doing behind-the-scenes to progress with issues like this one, but believe us when we say that we’re working towards it. Sadly, it isn’t as straightforward as simply deploying a new cluster. If it were we probably would have shipped this feature already to the community. We really do appreciate your patience, and hopefully we can provide another update soon. Thanks for caring so much about Gitpod and the experience! 🙌 |
I prefer Taiwan because it just at the middle of east Asia and even GitHub codespaces have Asia server... |
Best latency for my team is Australian deployment option would be great. |
any update on these? it's been 4 months |
|
Hey, is there any updates on the ability to chose a region in asia? It's been years in the making now... |
Hey guys, any news? That's been years now... We are abandoning gitpod because of this, quite sad. |
I have already given up, and I also need Asia |
@LouAdrienCEL GitHub Codespaces offer regional servers... Just sayin |
@electrolyte-orb thanks for the feedback! Yes aware of codespace (that's actually what we are moving to), but they are tightly coupled with github, while we are on bitbucket. So would have prefered a tool that is more platform agnostic! Cheers |
@LouAdrienCEL not a big deal... Create a custom dockerfile that automatically checks in bitbucket repo on boot |
Summary
Add workspace-clusters to more regions, we currently use two (europe-west and us-west).
Context
Customers with high latency are less likely to adopt or continue using Gitpod.
Depending on where you live in the world, latency can be so high that adopting Gitpod is not possible due to latency as a result of distance from the existing EU or US clusters. Further, adoption may be possible, but retention may not because its "just" not quite fast enough. In other words, fast enough to 'check out' but not 'consistently use'.
Test your own latency to regions:
Additional context:
Prior issue
Related epic from Meta to simplify multi-meta
Value
Users will be more likely to adopt and continue using Gitpod saas because the speed is conducive to a good user experience. For example, as you type quickly, you expect to see those characters instantly.
Acceptance criteria
New workspace clusters are
Measurement
Adoption and retention for customers location in regions who currently lack workspace clusters will increase.
Growth Area
Adoption - new customers will be more likely to try Gitpod because its not slow on first use
Retention - customers who adopt Gitpod will continue using because it is just as fast as applications on their local machine
Hypothesis
If we add workspace-clusters to new regions, users will be more likely to adopt and continue using Gitpod in those regions.
Complexities
Related
The text was updated successfully, but these errors were encountered: