GitHub will prioritize migrating to Azure over feature development

[827a]

> The plan, he writes, is for GitHub to completely move out of its own data centers in 24 months.

I find it interesting to compare timelines like this (which is very reasonable and expected for an organization of Github's size) with, for example, how AI 2027 describes the world will look like in October 2027.

In the next 24 months, if all these timeslines are to be believed, AI will have cured cancer, agent-5 will be plotting to kill all humans, leveraging all the data in a Global Central Memory Bank to subvert the internal corporate politics of all companies, governments, and militaries toward this goal (These are all real predictions AI 2027 makes); and Github will still be migrating workloads to Azure.

Maybe they should get agent-4 to help them.

[ameliaquining]

This discrepancy is precisely the reason (or at least one reason) why AI 2027 hypothesizes that all the interesting developments will be happening inside whichever AI lab is in the lead. The kind of AI agent that AI 2027 hypothesizes in that timeframe could do the migration in much less than 24 months, but only if the organization completely changes how it works internally so that everything is driven by the goal of exploiting the AI's capabilities to the maximal extent. Microsoft/GitHub probably can't do that that quickly.

[phatfish]

Wow, that AI 2027 thing is some real dedicated OpenAI fan fiction.

[vpShane]

We're in the Biff Tannen timeline I'm pretty sure. Things got sketch around 2012.

So none of that is far fetched.

[Neywiny]

The difference, as I'm sure you know, is that stocks don't care about azure migration. They care about delusions of grandeur

[ryandvm]

Obviously this makes sense from a dog-fooding perspective because the cloud provider (Microsoft) owns the product (Github), but I'm always surprised when very capable tech companies decide they aren't capable of running bare metal.

Running your own servers was never rocket science, it was literally the only option 20 years ago. Every startup used to have a rack of servers in a closet.

I have always thought of cloud hosting as something you do because you cannot afford a full-time ops team so it's wild to me that companies like Netflix decide that they literally don't have the operational expertise to manage servers.

[dnadler]

It’s not that they don’t have it. It’s that they don’t want it.

[landsman]

I agree with this. It makes total sense for startup, but not for large profitable company, full of smart people. Look at Basecamp cloud exit, good example.

[JohnMakin]

I've never done a migration at a scale like this, but I have seen infra at similar scale, and I can't imagine how difficult this will be in a 12 month period. How big are github's ops/dev teams? That seems like a really unrealistic target to me. I expect outages.

[ndiddy]

> I expect outages.

With Github's service record, that means there should be no observable difference between them doing the migration and them operating as usual.

[tstrimple]

In practice, I'd expect the majority of servers to go through a tool based lift and shift like Azure Migrate. That's what we're using to migrate around 6k state government servers to the cloud. Where there are opportunities for low hanging modernization, we'll take that route. Like migrating to SQL Managed Instances rather than pushing to SQL in a VM.

[trenchpilgrim]

When I was on infrastructure at Adobe, similar migrations took around 8-9 months (e.g. expanding into Azure, modernizing our datacenters, switching to Kubernetes).

[zulban]

Maybe. Tho I would expect the devops practices and automation effectiveness of github internal projects to be far above your average shop.

[nikolay]

Okay, I get it, but they also abandoned maintaining their Terraform provider! What a joke! They don't even want to open its maintenance and development to the community! How can you manage hundreds and thousands of repos manually?! It's always been a terrible provider - slow, buggy, and severely behind the latest GitHub features, but now it's literally dead! They openly claimed to be focusing their energy on API development, and until the API is fixed, they will continue working on the provider. This is unacceptable!

[amai]

This is fine. Now also Github will be as secure as Azure:

https://www.wired.com/story/microsoft-entra-id-vulnerability...

[__turbobrew__]

Running your own physical infrastructure is hard, so it makes sense to me that github should benefit from the economies of scale of Azure. Given the biggest downside of running in a public cloud is cost, this is a non-issue for github as they will be vertically integrated with Azure and will receive infra at cost.

[tracker1]

I'm kind of neutral on this... It was more than expected since the MS acquisition and my biggest surprise is that both it didn't come sooner and that they're making the relatively sane choice to clearly prioritize getting the environment shifted instead of juggling multiple "priority" projects and features.

[iamleppert]

I hope they are prepared for lots of headaches, random outages, slow (did I say S-L-O-W) tooling and infrastructure, terrible access to GPU's, at least 2-3x more expensive than any other cloud. Support is staffed by overseas Indians who drag every interaction out and just wear you down until you give up.

[mindcrash]

> Support is staffed by overseas Indians who drag every interaction out and just wear you down until you give up

You really think they, not unlike most top of the crop MSFT partners, get support out of India?

Try directly from the teams in Redmond.

[1una]

Does this mean GitHub will finally support IPv6?

[jiggawatts]

Azure would have to fix their IPv6 support first to not be “mostly broken” or alternatively “exists only to tick a compliance checkbox.”

[nitwit005]

I essentially don't want any more GitHub features, so this sounds totally positive.

[avtar]

It would be great if Actions received some polish. How are people applying org/team wide policies such as job timeouts to avoid burning through monthly limits? Last I checked this wasn’t a feature :/

[gdulli]

This is good news right? People complain about them having bloated it with too many features. If this keeps them from making it even more of an ridiculous AI editor rather than something that complements an editor, that would be great.

[dserodio]

Absolutely! I've been complaining about this exact problem for a while: stop pushing AI features no one asked for and improve the reliability.

I just hoped they would fix the mess that are GitHub notifications: https://github.com/orgs/community/discussions/15747

[blibble]

> It’s existential for us to keep up with the demands of AI and Copilot, which are changing how people use GitHub,” he writes.

yes, the addition of un-disableable "AI" features made me spend a large amount of time and effort moving every single one of my projects off GitHub

[jasonthorsness]

It makes sense given "CTO Vladimir Fedorov notes that GitHub is constrained on capacity in its Virginia data center." and Azure has a decent setup for their AI support infrastructure and base virtual machines.

But having gone through a data center migration; depending on how "unique" some of their existing setup was; I do not envy them in this process (and I estimate this will take double the expected time :P).

[sam_lowry_]

Vladimir Fedorov just joined Github from Meta a few months ago. What does he know?

[aaronbrethorst]

While GitHub had previously started work on migrating parts of its service to Azure, our understanding is that these migrations have been halting and sometimes failed

And there's no reason to suspect this next batch of migrations will be any different. Telling your engineers, 'good luck, you get to spend the next 18 months treading water,' is a terrible way to get them to give their best or even stick around.

[rufo]

I think sometimes the migrations were halted more because MSFT wanted to hold off. Microsoft makes more money selling Azure outside the company, and they needed more power for GPU build-out once LLMs and AI started becoming one of Microsoft's Things™.

That said, the difficulty of the work was absolutely also a factor in deciding not to carry through with earlier migrations, so your point still stands as a whole IMO. Just, now solutions will be found for blockers and engineers will be kept on it, rather than efforts stalling out and being put on hold.

[landsman]

I hope that Microsoft will not smash GitHub UX to something like Azure Devops. UX of Azure services is terrible, even compared to AWS.

[mgdev]

This is, as they say, "The beginning of the end."

[tyleo]

Beginning of the end of what? If I could have take a bet, “Will GitHub move to Azure?” a few years ago, I would have thrown money down.

This seems inevitable since the acquisition and not necessarily a bad thing. I see it as neutral.

[driverdan]

That started with MS and accelerated with Copilot. Word is that GH leadership doesn't care about anything other than Copilot/AI. All other features are receiving far less focus and fewer resources. I've heard this repeatedly from current and former employees.

[aaronbrethorst]

nah, I'd say we're well past that. The beginning might have been Microsoft's acquisition of GitHub. Or the elimination of GitHub's independence.

[bediger4000]

It does remind the oldsters of Hotmail.com

[lousken]

will they finally enable SSO with Entra for everyone after that?