Most client requests are of the form "help us predict and control our spend." Occasionally it's "lower the bill." Almost never is it "lower the bill by X dollars."
That happens as a side-effect of the others; pursuing it as the defined goal is courting disaster.
There are optimizations that are always possible on a given an infrastructure. In Twitter's final report they show a $2 billion a year (ish) "cost of revenue," along with another $1.6 billion a year in "R&D."
Let's ignore that the majority of this is almost certainly people's paychecks and say that they're spending $2 billion a year on infrastructure.
"Cut it in half" is a very different thing at this scale than it is "your personal AWS account."
"A third of your bill is misconfigurations" doesn't scale, because someone notices! It's a variety of interconnected services, along with redundancy for systems, backups, etc. Very quickly you're not cutting fat, but muscle and bone.
It's also spread across Google Cloud, AWS, and on-premise data centers. At this level of public spend, there are multi-year contracts in place guaranteeing certain spend levels; an awful lot of this is amortized over multiple years.
You can save a boatload of money by, for example, deleting the data warehouse.
Yeah, that (probably) doesn't break Twitter's functionality, but suddenly your reporting doesn't exist anymore, along with your insights into what's happening on the platform.
A significant spend source is observability. Turning all of that off will cut a giant portion of your bill--but the next time Twitter goes down there's a decent chance that it never comes back up again.
You absolutely don't need backups until suddenly you very much do.
Further, I've spoken with a number of folks over the years who until recently worked at Twitter.
I'm not sure who needs to hear it, but these people aren't idiots. They're incredibly smart and capable. They weren't doing economically dumb things.
Let me summon the ghost of Parler here as well: they were booted off of AWS for *not having an effective abuse management process.*
Irrevocably break Twitter's content moderation, and the cloud providers will reduce your bill to $0 for you.
When someone tells me they want to cut the @awscloud bill, I always ask what they're trying to achieve.
There are ways to get to where they want to go without breaking the thing or making inane suggestions, generally.
"Cut $1 billion in costs" isn't the destination itself.
Twitter has also been around for ~15 years. A lot of infrastructure "cruft" has built up. "Is that important or can it be turned off" is the kind of thing best answered via asking people.
50% of Twitter was let go today, and your oral tradition just walked out the door too.
Cloud cost and cloud architecture are *THE SAME THING*. Finance can't solve this in isolation.
One of the best people I know for this kind of job found themself locked out of Twitter systems late last night.
As a dad, I'm disappointed that someone is not making good choices.
I have no particular insight into Twitter's infrastructure; this is all generalities.
Twitter is absolutely not on my Prospective Client list at The @DuckbillGroup, because we only work in an advisory capacity. I have seen nothing to suggest the new ownership takes advice.
This is exactly my point. As companies evolve they go through optimization passes.
Saving a billion a year without massive re-engineering might (**MIGHT!!!**) be possible if and only if they had done none of this work ever before.
Someone asked privately how I’d do a deeper pass. Okay.
It starts with building a model of unit economics. For every thousand daily active users (or whatever metric), there is a cost to service them.
Break that down. What are the various components?
Start with the large categories. Optimize there. “Half of it is real-time feed?! Okay, what can we do to reasonably lower that? Is a 30 second consistency model acceptable?”
“Huh, 5% is for some experiment we don’t care about. Let’s kill it,” becomes viable sometimes as well; this economic model lets the business reason about what’s otherwise an unknown cost.
I’m gratified by the number of current and former clients agreeing with this thread. ❤️
• • •
Missing some Tweet in this thread? You can try to
force a refresh
One of the best parts of @awscloud#reinvent is that it brings people together from all over the world. Perhaps you could grab lunch with me *ANY OTHER WEEK OF THE YEAR* since we both live in San Francisco, SalesBro?
Prioritize the people you don't get to see often.
Be kind to the event staff. They have a harder job than you do, I promise.
Wanted to quickly pop over and check my @awscloud certification status. I'm confronted by a mandatory settings update first.
Well okay, I guess?
And the mandatory must-be-answered fields are... yet another survey. The same kind of survey that @awscloud has asked me countless times before.
No. Enough.
If you're going to badger me into answering a whole bunch of demographic questions / gate my personal information behind this as a mandatory step, you could at least do me the courtesy of remembering my answers.
It starts with insisting that NO CREDIT CARD IS REQUIRED. That's... not really what I'd put front and center as a first impression of what's presumably attempting to be a first tier music service, but okay. I'm not every customer.
There's clearly one thing at the top of my mind when I want to listen to an entire culture's worth of music: podcasts.
Three people have reached out (so far) to recommend I try @gitpod for cloud based development, so all right.
Out of the gate, a common problem: showing a "what's new" popup is usually a good idea, but not for new users. I don't even know what's old yet!
Past that, one of the cleanest dashboards I've ever seen. It's VERY clear what to do next, as well as where to share my opinion with @gitpod if I didn't have this Twitter account.
They didn't overscope their permissions, which is a point in their favor. I'd probably rework this error message to put the "grant access" flow above the scary red error.
"Microsoft warned on Tuesday of a marked slowdown in its cloud computing business as large customers pause their spending in the face of a slowing economy."
I don't understand this as viewed in my world; are Azure customers that different? A thread...
My clients see their cloud bill growth driven by increased usage. Even when they invest in reducing it, it continues to expand. A company in this position deciding "we're going to pause spending on cloud" is akin to attempting to legislate the tides.
This feels very much like "here's a pile of money to prepay for Azure usage next year" turning into smaller piles of money. AWS (and GCP) customers make longer term commitments, but bills inherently follow usage, and committed unrealized spend gets rolled into future contracts.