TE
科技回声
首页24小时热榜最新最佳问答展示工作
GitHubTwitter
首页

科技回声

基于 Next.js 构建的科技新闻平台,提供全球科技新闻和讨论内容。

GitHubTwitter

首页

首页最新最佳问答展示工作

资源链接

HackerNews API原版 HackerNewsNext.js

© 2025 科技回声. 版权所有。

Ask HN: Have you ever switched cloud?

274 点作者 dustinmoris大约 3 年前
Has anyone ever switched clouds from one service provider to another (e.g. AWS to Azure or vice versa), partially or entirely?<p>If so why? They all offer almost identical services. Do small (but maybe significant?) differences or unique products (e.g. Spanner) make such a big difference that it has swayed someone to switch their cloud infrastructure?<p>I wonder how much these little things matter and how such a transition (in partial or as a whole) went along and how key stakeholders (who were possibly heavily invested in one cloud or felt they were responsible for the initial choice) were convinced to make the switch?<p>I&#x27;d love to hear some stories from real world experiences and crucially what it was that pushed the last domino to make the move.

66 条评论

vidarh大约 3 年前
Yes. I once did zero downtime migration first from AWS to Google, then from Google to Hetzner for a client. Mostly for cost reasons: they had a lot of free credits, and moved to Hetzner when they ran out.<p>Their savings from using the credits were at least 20x what the migrations cost.<p>We did the migration by having reverse proxies in each environment that could proxy to backends each place, set up a VPN between them, and switched DNS. Trickiest part was the database failover and ensuring updates would be retried transparently after switching master.<p>Upside was that afterwards they had a setup that was provider agnostic and ready to do transparent failover of every part of the service, all effectively paid for through the free credits they got.
评论 #30944157 未加载
评论 #30946263 未加载
评论 #30951593 未加载
评论 #30950842 未加载
评论 #30950792 未加载
评论 #30951662 未加载
YorickPeterse大约 3 年前
At GitLab we went from AWS to Azure, then to Google Cloud (this was a few years ago). AWS was what we started with, and I think like most companies very little attention was paid to the costs, setup, etc. The result was that we were basically setting money on fire.<p>I think at some point Azure announced $X in free credits for YC members, and GitLab determined this would save us something like a year&#x27;s worth in bills (quite a bit of money at the time). Moving over was rather painful, and I think in the months that we used Azure literally nobody was happy with it. In addition, I recall we burned through the free credits _very_ fast.<p>I don&#x27;t recall the exact reasoning for switching to GCP, but I do recall it being quite a challenging process that took quite some time. Our experiences with GCP were much better, but I wouldn&#x27;t call it perfect. In particular, GCP had&#x2F;has a tendency to just randomly terminate VMs for no clear reason whatsoever. Sometimes they would terminate cleanly, other times they would end up in a sort of purgatory&#x2F;in between state, resulting in other systems still trying to connect to them but eventually timing out, instead of just erroring right away. IIRC over time we got better at handling it, but it felt very Google-like to me to just go &quot;Something broke, but we&#x27;ll never tell you why&quot;.<p>Looking back, if I were to start a company I&#x27;d probably stick with something like Hetzner or another affordable bare metal provider. Cloud services are great _if_ you use their services to the fullest extend possible, but I suspect for 90% of the cases it just ends up being a huge cost factor, without the benefits making it worth it.
评论 #30955038 未加载
评论 #30947168 未加载
评论 #30950585 未加载
评论 #30949508 未加载
评论 #30950065 未加载
评论 #30950277 未加载
eric4smith大约 3 年前
Moved from Google Cloud -&gt; Digital Ocean -&gt; OVH.<p>Running our own stuff on high powered servers is very easy and less trouble than you think. Sorted out the deploy with a &quot;git push&quot; and build container(s) meant we could just &quot;Set it and forget it&quot;.<p>We have a bit under a terabyte of Postgresql data. Any cloud is prohibitively expensive.<p>I think some people think that the cloud is as good a sliced bread. It does not really save any developer time.<p>But it&#x27;s slower and more expensive than your own server by a huge margin. And I can always do my own stuff on my own iron. Really, I can&#x27;t see a compelling reason to be in the cloud for the majority of mid-level workloads like ours.
评论 #30944058 未加载
评论 #30943653 未加载
评论 #30943846 未加载
yonixw大约 3 年前
In my company, we were aware about the potential honeypots in each cloud and we developed our product from the first commit to be deployed on 3 (!) clouds: AWS, Azure, IBM.<p>And while we made it work by sticking to the least common denominator which was FaaS&#x2F;IaaS (Lambda, S3, API GW, K8s). It was certainly not easy. We also ignored tools that could&#x27;ve helped us greatly only against a single cloud in order to be multi cloud.<p>The conclusion after 2 years for us is kind of not that exciting.<p>[1] AWS is the most mature one, Azure is best suited for Microsoft products and Old Enterprise features. And IBM is best if you use only K8s.<p>[2] Each cloud has a lot of unique closed code features that are amazing for certain use cases ( Such as Athena for S3 in AWS or Cloud Run in GCP). But relaying on them means you are trapped in that cloud. Looking back, Athena could have simplified our specific solution if we were only on AWS.<p>[3] Moving between clouds, given shared features, is possible, but is definitely not a couple clicks or couple of Jenkins jobs away. Moving between clouds is a full time job. Finding how to do that little VM thing you did in AWS, now in Azure, will take time and learning. And moving between AWS IAM and Azure AD permission? time, time and time.<p>[4] Could we have known which cloud is best for us before? No. Only after developing our product we know exactly which cloud would offer us the most suited set of features. Not to mention different credits and discount we got as a startup.<p>Hope this helps.
评论 #30943833 未加载
评论 #30945578 未加载
评论 #30943866 未加载
评论 #30950874 未加载
评论 #30944803 未加载
评论 #30950608 未加载
评论 #30944730 未加载
bartread大约 3 年前
Yeah, but it was only for a side-project, so I only had a single VM to migrate.<p>I went from AWS (cost ~£25&#x2F;mo) to Microsoft Azure DE because I didn&#x27;t want any user data to be subject to search by US law enforcement&#x2F;national security. I thought the bill would be about the same, but it more than quadrupled almost overnight even though traffic levels, etc., were the same (i.e., practically non-existent).<p>What was happening was Azure was absolutely shafting me on bandwidth, even with Cloudflare in the mix (CF really doesn&#x27;t help unless you&#x27;re getting at a decent amount of traffic).<p>In the end I moved to a dedicated server with OVH that was far more powerful and doesn&#x27;t have the concerns around bandwidth charges (unless I start using a truly silly amount of bandwidth, of course).
评论 #30943401 未加载
评论 #30943552 未加载
评论 #30943372 未加载
warent大约 3 年前
Switched from GCP to my own server hardware. After doing the math it came out that it would pay for itself in less than a year. Depending on individual usecase, cloud can be prohibitively expensive and running a server for a small business really isn&#x27;t nearly as hard as they&#x27;d have you believe
评论 #30943790 未加载
评论 #30943315 未加载
myzreal2大约 3 年前
Doing it right now. Entire company is migrating from AWS to Azure for reasons I can&#x27;t discuss, and I&#x27;m currently tasked with this migration in the team I am in.<p>Honestly? It&#x27;s quite fun. Despite considering myself more of a programmer than devops, I really like the devops stuff - as long as I&#x27;m doing it as part of a team and I know the domain and the code - and not being that general devops guy who gets dropped into project, does devops for them and gets pulled into another one to do the same.<p>Working out all those little details of switching from AWS to Azure is fun and enjoyable and I also feel like I&#x27;m doing something meaningful and impactful. Luckily there&#x27;s not much vendor-locking as most of the stuff lives in k8s - otheriwse it would be much trickier.
busterarm大约 3 年前
AWS to Google Cloud. Already mature product (public company). Many potential customers are strongly Amazon-averse. Switching to GCP won some deals that were being lost otherwise.<p>Anybody&#x27;s cloud strategy should try and stick to the most basic services&#x2F;building-blocks possible (containers&#x2F;vms, storage, databases, queues, load balancers, dns, etc) to facilitate multi-cloud and&#x2F;or easy switching.<p>Not that each cloud doesn&#x27;t have its quirks that you&#x27;ll have to wrap your head around, but if you go all in with the managed services you&#x27;re eventually going to have a bad time.
评论 #30945034 未加载
hpeinar大约 3 年前
Moved a project with around 600k monthly users from Heroku &#x2F; Google (split setup) to full AWS setup.<p>Whole process took around 3 months, that was from start of creating AWS account to finish when all production environments were running on AWS and Heroku was &quot;shut down&quot;. There was some planning ahead of this as well, so actual time varies.<p>Heroku was heavily limiting platform (for example, they didn&#x27;t and still don&#x27;t support http2) and we needed more control over our infrastructure to support further growth without paying enormous costs (for example, redis prices in Heroku are just mind-blowing).<p>Also as we were about to open few new markets, Heroku would have required a lot of manual work to get everything working, something which is really, really simple with Kubernetes.<p>Our monthly costs did go up vs what we had at Heroku at that time, but we&#x27;re getting a lot more control and bang out of the buck.<p>Regarding convincing stakeholders, you really need to have good reasons to do it. These kind of switches are not cheap nor easy and come with bunch of risks. The easiest thing to sell is always pricing, but in that case you have to show calculations (big guys like AWS and Google have pretty decent calculators you could use) which show the switch is worth it.<p>As I was moving from small player (Heroku) to a big player (AWS) I also had other good reasons (better CI, better logging, better performance overview, more control in general). So it really improved a lot of things for the developers, devops and users.
评论 #30943859 未加载
pnathan大约 3 年前
yes.<p>I&#x27;ve done Aws, Azure, Google.<p>My basic impression, as a software engineer&#x2F;site reliability engineer, is that Google &gt;&gt; AWS &gt;&gt; Azure.<p>This relates to sophistication of offering and design of cloud.<p>The dominant questions look like this: - what is the familiarity to the infra people - can we implement appropriate governance concerns - how tightly bound is your important code with the specific cloud?<p>I have generally focused on Kubernetes in the last 5 years, to allow the service layer to be relatively portable. This is very useful in the switching&#x2F;migrating question.<p>My general thought process is not to use cloud services unless its very obvious (ec2, s3, etc); prefer to have k8s services provide that capability and use the cloud provider as portable COTS.
wazzaps大约 3 年前
DigitalOcean -&gt; Hetzner Cloud. Simply realized it&#x27;s much cheaper for my use case (single instance running everything), even doubled my ram from 2GB to 4GB and it was still cheaper. It&#x27;s also a European company which helps (more trustworthy IMO). Also took the time to simplify my deployment, which was nice.
brianhorakh大约 3 年前
I Was a very early aws client (first year of ec2). I moved to azure for better ai&#x2F;cognitive features, sso, ad blabla, also ms being better open source steward, better docs, better vscode plugins, also felt aws re: kibana&#x2F;elastic license is&#x2F;was not aligned with my desire to not live in a dystopian version of the future.<p>It was painful but Az has improved a lot of the sharp edges I encountered.
milesward大约 3 年前
I&#x27;ve helped around 900 companies make the switch (others to GCP in my case), and I can confirm based on their results over time that the differences are not as small as they might seem. For so many, it&#x27;s just ease of use and efficiency to get things done; for others its attention and partnership; for a third cohort its absurd cost advantages; and a fourth its performance and reliability. Our customers see gaps in one or many of those four areas? They move.
wirelesspotat大约 3 年前
I migrated a previous company&#x27;s infrastructure from AWS to Fly.io<p>Our AWS bill was the main reason. It was far higher than it should have been for the traffic we were serving. Even after we&#x27;d halved our AWS bill (the original bills had been crazy), it was still kinda high<p>Fly was a pretty clear choice when we looked at the lower costs and ease of transitioning from single-region to multi-region infrastructure<p>I&#x27;d been nudging the CEO about doing a migration for about a year before we decided to make the move. When I found that I couldn&#x27;t really get our AWS costs any lower and did a full cost estimate of Fly vs AWS, the wheels moved reasonably quickly<p>The CEO primarily cared about lowering our monthly costs and being able to do the migration reasonably quickly (~1 month)
heywire大约 3 年前
I know of several retailers and companies serving retailers that switched away from AWS around the time they bought Whole Foods. Before our company switched away, we had multiple retailers say that they would not use our services hosted by one of their biggest competitors.
thatwasunusual大约 3 年前
Switched from Amazon to Google because I hate Amazon more than Google.<p>Feature-wise, I&#x27;m just as happy. However, I trust Google more, but that probably boils to my hatred again. :)
评论 #30946513 未加载
评论 #30943334 未加载
kevin_nisbet大约 3 年前
In startup mode, we switched multiple times, from Azure to Google Cloud to AWS, chasing those startup credits. Things that were easy to move tended to move quickly, but systems that lost owners or priorities didn&#x27;t tend to get moved all that quickly, so left a fun legacy of a system or two on an old cloud account.<p>Growing out of that mode has the team mostly focused on a single cloud provider, with a few things that&#x27;ll remain on alternatives because they&#x27;re better suited, and projects will clean up the rest in a couple of years.
thom大约 3 年前
There have been two circumstances where we’ve seriously thought about it, but as of yet haven’t changed:<p>1) Under some circumstances we might want to give very stringent uptime guarantees for some systems, and I do not trust providers to have zero global (cross AZ) outages. Having a hot standby or even load balancing across clouds could be tempting.<p>2) One cloud provider is very keen to get into our sector and has made extremely generous overtures which we’d be silly to completely ignore.<p>As I say, not something we’ve followed through as yet but both are serious considerations.
pavelevst大约 3 年前
My team was migrating 1000+ VMs from aws to gcp, mostly for cost efficiency (and adoption of k8s for even better cost)<p>We used kafka mirrormaker 1, with 2 ways sync (new cluster have separate topics for write that are synced to old cluster, and all topics from old cluster synced to new cluster) For postgres failover switch to new master required about 1-2 minutes of downtime<p>We migrated ~80 microservices within 8 months and now our infra cost about 1&#x2F;4 of what we paid to aws, completely worth the effort!
drusepth大约 3 年前
I switched from Heroku to AWS, then eventually back to Heroku. Heroku to AWS was for cost reasons (cut monthly costs by roughly 35%) but wasn&#x27;t enough savings to justify hiring a devops person. As soon as there were too many issues I didn&#x27;t know how to fix (setting up everything Heroku offers was hard and likely done wrong, which made ongoing maintenance some level of hell), I switched back to Heroku where the lack of devops needs basically paid for itself.
评论 #30954675 未加载
评论 #30953663 未加载
randomtwiddler大约 3 年前
Moved from AWS to vultr. Primary reason is unsafe billing practices at AWS. I&#x27;m a small shop and felt very uncomfortable about the potential of getting a surprise $xx,000 bill from AWS. The hack in December tripled my anxiety. Changed my password and migrated in January. Closed out my AWS account once every last service was migrated.<p>I mostly use only basic services so pretty much any cloud provider can fit my use case. It took some time but I have peace of mind now.
评论 #30946123 未加载
John23832大约 3 年前
Went from AWS to GCP. Everything we deploy is on Kubernetes, so a combination of Terraform and ArgoCD was pretty easy to move. It was pretty much push button.
评论 #30944905 未加载
cnj大约 3 年前
Yes. We migrated from Rackspace to GCP. When I joined the company, it was clear Rackspace was loosing the cloud race, but back in 2012&#x2F;2013 it was a strong contender.<p>Sometimes one adopts a technology too early...<p>We had a longer selection process between AWS, GCP and Azure. AWS was difficult because some of our customers see Amazon as a competitor. However today we also offer the option to run on AWS. GCP won over Azure.
oauea大约 3 年前
Yes, switched from AWS to Google to Azure. Don&#x27;t switch to Azure unless your employer forces you, you will regret it. Google is great on a technical level though, especially if you do things with Kubernetes.
评论 #30943283 未加载
0x500x79大约 3 年前
I had a company that wanted to move from AWS to GCP. This was a top-down decision that was made with an incompetent &quot;tech lead&quot; stating that we could move everything and save money with the 10 year commit hundred million dollar contract in Google.<p>It failed, horrendously. Even though multiple people in the organization were calling out how bad of an idea it was they still moved forward. Google has some nicities with how things connect, setup, etc, but at the end of the day they are cloud providers and not everything they provide is a silver bullet.<p>This project was canceled after 3 years after spending millions on migrating since the migration was not a drop-in replacement (no one thought it was except the &quot;tech lead&quot;).<p>There are a lot of things besides tech that can affect these projects. If you hire AWS experts and they are having to be AWS experts expect to need to hire GCP experts.
martingoodson大约 3 年前
I once worked with a CTO who decided to move from AWS to GCP (and also move from Spark to Hive and python to scala, at the same time). That guy was an idiot.<p>(At one point somebody accidentally spent £30,000 in data transfer costs with one key press.)<p>The project was never completed and the CTO just moved on to another fancy CTO position.
评论 #30957016 未加载
dkechag大约 3 年前
At work we moved from AWS to GCP for pricing reasons. We are still paying loads more than before moving to the cloud, but it&#x27;s hard to find good sysadmins nowadays that don&#x27;t want to do everything on the cloud. For personal projects I&#x27;ve moved things to Linode and Digital Ocean, as they provide quite decent value. Actually, for a comparison of AWS&#x2F;GCP&#x2F;Azure&#x2F;Linode&#x2F;DO&#x2F;Tencent&#x2F;Ali value &amp; performance, check out an extensive comparison I ran recently: <a href="http:&#x2F;&#x2F;blogs.perl.org&#x2F;users&#x2F;dimitrios_kechagias&#x2F;2022&#x2F;03&#x2F;cloud-provider-performance-comparison-gcp-aws-azure-perl.html" rel="nofollow">http:&#x2F;&#x2F;blogs.perl.org&#x2F;users&#x2F;dimitrios_kechagias&#x2F;2022&#x2F;03&#x2F;clou...</a>
评论 #30945025 未加载
jpgvm大约 3 年前
Yes. Huge AWS -&gt; GCP migration.<p>Why? Incoming CTO signed a massive GCP deal probably because it was marginally cheaper than AWS (while probably ignoring the migration costs).
评论 #30944090 未加载
jesterson大约 3 年前
Yes, moved away from rackspace to IBM Cloud. Since then use several cloud providers for redundancy.<p>Every provider has severe downtime (when even phone lines are not operational) so we do failover across several providers. Saved a lot of uptime for us.<p>Also we do not use (almost) vendor-specific solutions. Almost everything your cloud provider sells up to you can be achieved without using the provider lock. Will save time later when provider quality goes into sh*t (eventually happens) and you have to migrate your infra somewhere.
kitsune_cw大约 3 年前
Consolidated all of my small cloud VMs from DigitalOcean, GCP, and AWS into a single dedicated server on Hetzner. It costs way less and I don&#x27;t have to pay for egress anymore.
dagw大约 3 年前
<i>If so why?</i><p>Company policy change. We went from each office (or even department) basically doing their own thing and having their own billing accounts and negotiating (or not) their own deals, to one central cloud deal with central billing and administration.<p>The change from everybody doing their own thing to having a central devops strategy we all had to work within was a much bigger change than the actual changing of cloud providers.
k101大约 3 年前
We decided on a multi-cloud infrastructure. Now the team is thinking about choosing a tool that would allow you to migrate and do multi-cloud in two clicks. We try to go to not very large clouds, because first we want to support small businesses, and secondly, sometimes it is more convenient for regional legislation. The main clouds are Scaleway, DigitalOcean and your own servers.
someelephant大约 3 年前
I&#x27;d be surprised if more small businesses hadn&#x27;t, the credits sales people are willing to give you are massive
评论 #30943275 未加载
fxtentacle大约 3 年前
Amazon EC2 to OVH AI Docker. Price for GPU instances went down 80%.
评论 #30944974 未加载
jcal93大约 3 年前
Moved a SaaS tool from Linode to DigitalOcean. Reason for the move was security driven. DO&#x27;s K8S volumes are LUKS encrypted at rest by default; one less thing in your security controls to worry about. Prices are higher than Linode&#x27;s, and have had some reliability issues occasionally with the LoadBalancer, but for the most part it works really well.<p>The SaaS tool was mostly cloud-agnostic, so the changeover was not terrible. Changing the deployments to use DO&#x27;s CSI storage, setup secrets, deploy services. I stood up the entire infra on DO, then moved the DNS over one subdomain at a time.Took about 4 days to make the move, including validating everything, and finally cutting off Linode totally.
评论 #30944875 未加载
janvdberg大约 3 年前
Yes from Linode to Hetzner [1]<p>Mainly because of price: more CPU&#x2F;RAM&#x2F;Storage for a lower price.<p>I think my previous server was underpowered, because it kept swapping. Now it runs as smooth as it can (it never swaps). Migrating is a bit of a hassle though and things might not work as you expect [2]<p>[1] <a href="https:&#x2F;&#x2F;j11g.com&#x2F;2021&#x2F;12&#x2F;28&#x2F;migrating-a-lamp-vps&#x2F;" rel="nofollow">https:&#x2F;&#x2F;j11g.com&#x2F;2021&#x2F;12&#x2F;28&#x2F;migrating-a-lamp-vps&#x2F;</a><p>[2] <a href="https:&#x2F;&#x2F;j11g.com&#x2F;2022&#x2F;01&#x2F;03&#x2F;bypassing-hetzner-mail-port-block-port-25-465&#x2F;" rel="nofollow">https:&#x2F;&#x2F;j11g.com&#x2F;2022&#x2F;01&#x2F;03&#x2F;bypassing-hetzner-mail-port-bloc...</a>
bajsejohannes大约 3 年前
I&#x27;ve done so at two companies (without naming names). Not entirely, but enough to have a bargaining chip with AWS. At the largest company, our monthly bill was at least $1M at AWS, so the savings more than made up for the engineering time.<p>Also, in both cases, it was moving from AWS to GCP, and in both cases we were using Kubernetes and not really using much of the provided services of the platforms. I suspect this is the biggest reason for Google to push Kubernetes; abstract away compute so it&#x27;s easier to switch.
seattle_spring大约 3 年前
New CTO came into my previous place and forced a switch from AWS to GCP. It took 3 years and an enormous amount of effort just to help the bottom line a small amount. Totally ridiculous.
timmit大约 3 年前
Yes, I changed from AWS to Oracle, from Caprover to k8s, because of the Oracle Cloud Always Free resources, it can save $20&#x2F;month, and give me 20 times more ram, 6 times more storage<p>I wrote a blog before the implementation. [move to k3s cluster](<a href="https:&#x2F;&#x2F;tim.bai.uno&#x2F;how-to-deploy-a-django-application-to-a-k3s-cluster-re-platform-aceielts-pro-to-k8s&#x2F;" rel="nofollow">https:&#x2F;&#x2F;tim.bai.uno&#x2F;how-to-deploy-a-django-application-to-a-...</a>)
StreamBright大约 3 年前
From OVH to AWS. 30% TCO reduction. This was before the fire.
评论 #30943271 未加载
uuyi大约 3 年前
We moved a load of stuff from an acquisition from Azure to AWS only because it&#x27;s under one cost centre then so we don&#x27;t have to pay or justify as many invoices.<p>After futzing with this stuff for years though I really would only use the IaaS options in clouds if you want to consider portability. Network, storage, compute and nothing else. The neutral abstraction is Linux for me these days, not a specific vendor!
ageyfman大约 3 年前
We switched 3 times with 0 downtime. Linode &gt; Google &gt; Azure &gt; AWS. Chasing that sweet startup package at each place. We stuck with AWS.
renewiltord大约 3 年前
Didn&#x27;t, but went multi-cloud for performance reasons (we have to be close to the people we&#x27;re talking to). The most annoying part was the network topology. Used DirectConnect with a provider so that x-cloud latency was as low as it could be. Overall, not too upset. Used terraform to configure things across clouds. Without that, would be too hard to keep track of everything.
cbushko大约 3 年前
Yes. I built an entire new platform on Google Cloud using Kubernetes (GKE). We moved from AWS.<p>It was a chance to re-architect the platform, make things simpler and cost effective. Huge success on all of those. Costs were reduced by millions a year.<p>Other than GKE, there was not a significant technology reason to move to Google Cloud. AWS didn&#x27;t even have a managed version of Kubernetes at the time.
lewisjoe大约 3 年前
I have a VM running on GCP. I have the world&#x27;s simplest usecase: how do you export the instance as a snapshot so that I can run it from somewhere else. Say, a virtual box environment or another cloud provider. How do you export a snapshot of your disk and VM?<p>Good luck searching for a solution. I just spent 2 hours trying to figure this out and it seems impossible :(
评论 #30946670 未加载
mschuster91大约 3 年前
As long as you keep on using common services that are available everywhere-ish (=virtual machines, NFS file share, managed mysql&#x2F;pgsql, managed kubernetes, DNS) it&#x27;s relatively painless to switch if you&#x27;re using Terraform.<p>Worst problem in my experience is all the stuff that creeps upon you with time that assumes hardcoded IPs and service names.
christian7007大约 3 年前
In OpenNebula we&#x27;re working on trying to ease these use cases by adding an extra layer of abstraction, so you can migrate load as easy as this: <a href="https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=IopA_deQK4M&amp;t=1s" rel="nofollow">https:&#x2F;&#x2F;www.youtube.com&#x2F;watch?v=IopA_deQK4M&amp;t=1s</a>
eek2121大约 3 年前
Yes, I moved a decent sized project from AWS to Digital Ocean. The biggest hurdles I had to deal with were the things Digital Ocean did NOT support. It was worth it in the end, because our bill went from millions of dollars a month to a few hundred thousand a month. Estimated labor cost was about a million.
评论 #30974680 未加载
intrepidsoldier大约 3 年前
Some thoughts here: <a href="https:&#x2F;&#x2F;www.devprojournal.com&#x2F;technology-trends&#x2F;cloud&#x2F;are-cloud-infrastructure-providers-fulfilling-their-original-promises&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.devprojournal.com&#x2F;technology-trends&#x2F;cloud&#x2F;are-cl...</a>
amir大约 3 年前
We did, a few times. Only because many of them had generous credits for early stage startups. GCP, Azure, SoftLayer (now IBM Cloud), DigitalOcean. We weren&#x27;t relying on any particular service except managed Kubernetes, but we were happy to set it up overselves if it wasn&#x27;t on offer.
more_corn大约 3 年前
I ported a client from OVH to AWS with zero downtime. Built new infrastructure with terraform, flipped dns. Was easier than wading through the existing architecture fixing problems and security vulnerabilities.<p>It was a single web app though. Not too complicated.
comprev大约 3 年前
I&#x27;ve done a few zero downtime migrations for clients, mostly due to the common story of the credits when they started out on coming to an end.<p>More often than not they realised a super dynamic cloud infrastructure was completely overkill for their business needs.
wink大约 3 年前
2016. AWS to GCP. Mostly cost reasons and AWS had some annoyances at the time.<p>We also replaced our ~4y old very manual setup with a ground-up rewrite with terraform.<p>Zero regrets, but we didn&#x27;t have a lot of vendor-lock in with &lt;100 VMs and S3 + a couple of SSL things.
jaimex2大约 3 年前
AWS to GCP.<p>Google sales people made it worth the companies while and it was a good time for us to refactor the orchestration stack. BigQuery is pretty sweet.<p>Services were done one at a time with a VPN holding the two together till everything was migrated over.
nojito大约 3 年前
Yup moved from AWS --&gt; GCP --&gt; Oracle<p>Most because of cost mitigation.
评论 #30943811 未加载
dijit大约 3 年前
Yes, I moved from AWS to GCP while a product was in a late release cycle.<p>I talk about it in detail in a google cloud podcast: <a href="https:&#x2F;&#x2F;www.gcppodcast.com&#x2F;post&#x2F;episode-265-sharkmob-games-with-jan-harasym&#x2F;" rel="nofollow">https:&#x2F;&#x2F;www.gcppodcast.com&#x2F;post&#x2F;episode-265-sharkmob-games-w...</a><p>The primary reasons were: Ease of Use, Support and Cost (in that order).<p>I had a bunch of what I call &quot;3am topics&quot; which inhibited our ability to perform stressful operations in the middle of the night meaning we minimise our opportunity of successful outcomes when on-call... I&#x27;m not a fan of that.<p>I also argued (quite successfully) the case that AWS was not saving us money or much time when the alternative was renting a handful of servers from a provider.<p>There were attempts by AWS staff to lock us into the platform but those services (cloudfront and ECS being large ones) worked so poorly that caching&#x2F;reconciliation layers were added into the product to build resiliency: all that was needed was to replace what populated the cache with something else (eventually we moved to Kubernetes which worked much better).<p>Cloudformation was so hard to work with (at least our implementation) that replacing it with terraform was easy: the hard part was understanding what was needed and what was fluff.<p>We also had to care a _lot_ about how the network was setup in AWS, there were issues with MTUs not being aligned by default in some cases for example so we had to write workarounds, and the VPCs being zonal by default meant we had much more complex setups.<p>Another ease of use topic was the sizing of instances, instead of specifically saying what shape of machine most matches your workload in GCP you allocate a number of cores and you&#x27;re kinda done. Another ease of use topic was that discounts are provided retroactively via sustained use (though, they do have commitments too) where as in AWS you needed to very carefully carve up your requirements to get significant discounts, or write your application to be as stateless as possible (which you can do in GCP too). This is not a lot better than physical machines because the upfront work of trying to capacity plan is still there... at least if you care about cost.<p>Regardless, our dev cycles are much more streamlined now, it&#x27;s rather easy to deploy an entirely new environment, the operations can be handled by a single individual on a part-time basis, which in my opinion is the point of a cloud provider: to save you time.<p>I can go into much more detail if you have any specific questions.
评论 #30944304 未加载
jeffkeen大约 3 年前
Switched from heroku to a vultr VPS, and AWS S3&#x2F;Cloudfront -&gt; Backblaze B2 + Bunny CDN.<p>Saved myself a boatload and don’t regret it for a second.
alexnewman大约 3 年前
I once had to move 30 PB of satellite imagery from Aws to GCP. google gave us all these tools to do it, none of it worked. It was rough
anonymousDan大约 3 年前
I&#x27;d love to hear any tricks for avoiding punitive egress bandwidth charges needed to get your data out of AWS.
notyourday大约 3 年前
I have done a few zero downtown migrations. It is not rocket science if you do not use cloud-specific products.
deeteecee大约 3 年前
For kubernetes, we prefer GCP but have to also support Azure because Microsoft is also our business partner.
pettycashstash2大约 3 年前
I went from Digital Ocean to AmazonWEb Services. Mainly to get familiar and train on the platform.
kgeist大约 3 年前
We have to follow GDPR-like laws and in our country providers aren&#x27;t very reliable (&quot;hey we have a maintenance tomorrow with a 30 minute downtime, sorry&quot;) so we migrate between providers a few times per year. There are always at least two providers we use at any given time (exact configuration changes every year), one in standby mode with replication between the two, and various homegrown tools to make the switch instant. Sometimes our application can enter a critical state (hardware errors or a bug in the application) so we switch to a different instance to investigate later without hurry. This complex setup was dictated by the stakeholders after we had a series of painful downtimes in 2019. There also have been cases when we migrated due to pricing changes. For the US region we use AWS and it is the most stable of all, we have zero switches there. Our platform is therefore provider-agnostic mostly.
dataminded大约 3 年前
Yes. I got a new job at a new company.
awinter-py大约 3 年前
credits<p>and sometimes service reliability
Hardik_Shah大约 3 年前
I have. I was working for a company that had its own data centers, but we were running out of space and time to add more. We were already using Rackspace as a managed hosting provider (we didn&#x27;t want to manage our own infrastructure), so we decided to move from our data center to Rackspace&#x27;s data center.<p>The difference in terms of services was negligible, because they all offered almost identical services. But we did it because:<p>* We were looking for someone to manage the hardware and infrastructure for us.<p>* Rackspace&#x27;s managed hardware offered higher availability than what we were able to achieve on our own.<p>* We had a relationship with Rackspace and they understood our needs, so we felt comfortable switching over entirely.
评论 #30943836 未加载
评论 #30943575 未加载