this post was submitted on 11 May 2024
437 points (98.9% liked)

Technology

35126 readers
241 users here now

This is the official technology community of Lemmy.ml for all news related to creation and use of technology, and to facilitate civil, meaningful discussion around it.


Ask in DM before posting product reviews or ads. All such posts otherwise are subject to removal.


Rules:

1: All Lemmy rules apply

2: Do not post low effort posts

3: NEVER post naziped*gore stuff

4: Always post article URLs or their archived version URLs as sources, NOT screenshots. Help the blind users.

5: personal rants of Big Tech CEOs like Elon Musk are unwelcome (does not include posts about their companies affecting wide range of people)

6: no advertisement posts unless verified as legitimate and non-exploitative/non-consumerist

7: crypto related posts, unless essential, are disallowed

founded 5 years ago
MODERATORS
 

A week of downtime and all the servers were recovered only because the customer had a proper disaster recovery protocol and held backups somewhere else, otherwise Google deleted the backups too

Google cloud ceo says "it won't happen anymore", it's insane that there's the possibility of "instant delete everything"

you are viewing a single comment's thread
view the rest of the comments
[–] [email protected] 33 points 7 months ago (7 children)

Money. It's a lot cheaper to let somebody else maintain your systems than to pay somebody to create and maintain your own, directly.

[–] [email protected] 27 points 7 months ago

Flexibility is a huge one too. Much easier to upscale / downscale.

[–] [email protected] 14 points 7 months ago (1 children)

If you are a small company then yes. But i would argue that for larger companies this doesn't hold true. If you have 200 employees you'll need an IT department either way. You need IT expertise either way. So having some people who know how to plan, implement and maintain physical hardware makes sense too.

There is a breaking point between economics of scale and the added efforts to coordinate between your company and the service provider plus paying that service providers overhead and profits.

[–] [email protected] 1 points 7 months ago (1 children)

If coordinating with service providers is hard for a firm, I would argue the cost effective answer isn't "let's do all this in house". Many big finance firms fall in this trap of thinking it's cheaper to build v buy, and that's how you get everyone building their own worse versions of everything. Whether your firm is good at the markets or kitchens or travel bookings, thinking you can efficiently in-source tech is a huge fallacy.

[–] [email protected] 3 points 7 months ago

it is not about it being hard. It simply creates effort to coordinate. And this effort needs to be considered. If you do things externally that means there is two PMs to pay, you need QMs on both sides, you need two legal/contract teams, you need to pay someone in procurement and someone in sales...

I agree with you that doing software inhouse when there is good options on the market is usually not a good idea. But for infrastructure i don't see there to be as much of an efficiency loss. Especially as you very much need experts on how to set things up in a cloud environment and you better look carefully at how many resources you need to not overpay huge amounts.

[–] [email protected] 4 points 7 months ago* (last edited 7 months ago) (1 children)

Except for the larger companies you still need a bunch of trained experts in house to manage everything.

[–] homesweethomeMrL 3 points 7 months ago

Yes, and they're the company's resources so they theoretically do what's best for the company as opposed to hoping Google or (godforbid Microsoft) does it.

The money gets paid either way, and if you have good people it's often the right call to keep it in house but inevitably somebody read a business book last year and wants to layoff all the IT people and let Google handle it "for savings". Later directors are amazed at how much money they're spending just to host and use the data they used to have in-house because they don't own anything anymore.

There are still benefits - cloud DevOps tools are usually pretty slick, and unless your company has built a bunch of those already or is good about doing it, it might still be worth it in terms of being able to change quickly. But it's still a version of the age old IT maxim to never own or build it yourself when you can pay someone a huge subscription and then sue them if you have to. I don't like it, but it's pretty much iron in the executive suite.

As a result, IT departments or companies spend much more than half of their time - totalling years or decades - moving from whatever they were using to whatever is supposed to be better. Almost all of that effort is barely break-even if not wasted. That's just the nature of the beast.

[–] [email protected] 3 points 7 months ago

It's absolutely not. If you are at any kind of scale whatsoever, your yearly spend will be a minimum of 2x at a cloud provider rather then creating and operating the same system locally including all the employees, contracts, etc.

[–] ripcord 1 points 7 months ago

It very frequently is not.