Why Zoom Chose Oracle
interconnected.blog
interconnected.blog
According to him, the cost of bandwidth is probably the issue, and would make Oracle a compelling choice even if Zoom didn't have negotiating leverage.
Nota bene: it gives me no joy to say good things about Oracle. I hope it will not happen again.
Things like fixed cost throughput links, and fixed network pricing is available with contracting for large companies.
It’s likely oracle simply “bought the business” and is loosing money on the hosting. Hoping to make it up with a co-sell commission based contract, or by leveraging this as PR/marketing.
Cory Quinn is right. List price is expensive. But if you spend 1mil/year or more you shouldn’t be paying list. If you are zoom getting 90% off egress is totally negotiable.
Corey Quinn seems like a smart guy with a lot of connections. If he doesn't regularly have big fish in the AWS ecosystem telling him (off the record!) "here's the deals we got", he's not doing his job right.
If someone similarly knowledge comes back and say "actually, Oracle doesn't beat AWS on bandwidth when you're a big fish", I'll say not to trust this article.
AWS technically doesn’t do discounts. They just invent new usage tiers with phenomenal pricing. Which effectively means bulk discounts.
I’m sure Zoom is getting a great deal on outbound bandwidth. Especially since they are multi-cloud and can shift traffic between providers at a whim to squeeze their providers.
Ironically they would probably qualify for much bigger discounts if all of their workloads were in a single cloud.
But it's not 100% clear to me: are you saying it's likely their AWS bill is low enough to invalidate this analysis?
Also, if they're as cloud agnostic as it sounds, wouldn't they have evaluated the cost-savings of single cloud while negotiating?
I'd say the analysis is accurate in directionality but maybe not magnitude.
But more importantly I think it's just Corey's way of poking Amazon about their high prices. :)
But I will say that Amazon is pretty clear that you'll get a better discount if your workload is 100% with them. Like if you put 1/3 of your workload in AWS, it will be more than 1/3 the price of putting your whole workload there. Or to put another way, if you triple your workload you won't triple your price.
Can't be too hard. It's Oracle so they let you in nicely enough, then they screw you later when you're locked in, increasing cost substantially on every renewal, changing terms and billing arbitrary things.
I think Zoom could get away with any terms really (AWS is not hard to beat on bandwidth to begin with). Oracle cloud is desperate for customers, even more than Azure and GCP, but Oracle has the willingness to increase costs tenfold and change terms arbitrarily later unlike competitors, so all things considered don't expect them to have too much regards for the (initial) terms.
On the database they are notorious for trying to charge test databases (normally don't need a full license), any server they can find (up to you to evidence it's not running oracle) or even your entire virtualized datacenter because VMs can migrate so the entire datacenter should be the machine when it comes to billing and they bill by core.
From a PR standpoint it makes sense for Oracle to offer Zoom a deal that they initially make no money off of, bask in the PR value, and prioritize work that reduces the labor and equipment cost for managing a customer like Zoom until they do make money.
What work is AWS or Google going to do to reduce overhead on a Zoom-sized customer today? Wouldn't they have already done it?
The Oracle news is news because it’s a deviation from the business as usual, I suppose.
If my traffic goes up by 10x and now I'm overpaying 30 FTE's worth of cash, I am going to have a hard time stomaching that fact, and now the opportunity cost situation is reversed. What could I do with another team?
1. "AWS/GCP/Azure are price competitive with Oracle for this use case, but Oracle will give Zoom a better deal because they're trying to get business" is pretty boring. 2. "AWS/GCP/Azure overprice their bandwidth and Oracle doesn't" is interesting.
This is absolutely wrong unless you have rank n00bz leading your technology. This isn't even touching the implication that anything is harder to do outside of cloud hosting providers, it's just accounting for, well, the entire industry prior to, oh, let's say 10 years ago. It's not as prehistoric as it sounds, and in many (if not most) cases, the cloud providers are just slapping new trademarkable names on those classic architecture choices.
It makes sense when they have revenue targets to reach.
It is still something to think about though when shopping providers, I assume any major cloud provider will have great peering, but a gigabit line from a random dedicated server provider will be noticeably slower for many customers.
Wouldn't you want to send the data peer-to-peer between the users rather than funneling everything through the Zoom server?
You'd get better latency, and you wouldn't have to pay for the network streaming costs...
Source? Some apps like bittorrent have increased in the past decade, have they not?
Peer to peer simply doesn't work since NAT. Skype used to be peer to peer but they backpedaled a while ago because this and more reasons that simply made p2p obsolete and broken.
It's too long to cover in one message. Would you be interested if I write a blog post? How peer to peer architecture became obsolete and why no software is using it.
In a scenario of 12 people video chatting around the world, I don't believe you could guarantee consistent high-speed connections between the involved parties.
Teredo tunneling was one of the coolest solutions to this problem, providing both NAT-busting and IPv6 support but unfortunately it never gained popularity.
Ya, I'd be interested in reading that! Could you address why it wouldn't work with NAT the same way bittorrent deals with it? I'm probably missing something, but I don't see why bittorrent can work so easily but video conferencing cannot. thanks
Edit: Does bittorrent require you to port forward? I didn't think it did, but I haven't seen it configured in years so maybe I am forgetting that step
Some machines can't be reached. Many others have UPnP capable routers and can reconfigure NAT for port forwarding on the fly.
Additionally more and more users have IPv6 at home. It's now high enough to be worth trying along with other techniques like STUN.
P2P is great if you're small, but eventually it makes sense to do client-server with servers in the data centers to get that extra 10% of customers. Skype and Spotify are both formerly-P2P applications that went client-server.
So, if that reputation is well earned, it's important to consider whether you'll actually come out ahead in the negotiations. One thing that's almost certain is that Oracle has a lot more experience in negotiating this particular form of contract (where one side tries to screw the other while still somehow retaining their business) than you or your company does.
(I worked at a video delivery startup a few years back and these were exactly the type of discounts we would get)
Also what percentage of their total customers are not paying list price? Is it more than 10%, 20%, 30%? I know that me as an individual I will be paying list prices.
And the problem with not comparing list prices is that of course you can have two or more companies getting discounts with the exact same bandwidth who will be paying vastly different rates.
In a video company doing 1 000 000 TB of transfer per month, you gotta negotiate with every provider for bandwidth, that's just the way it is.
Just like if you were working for a plane company, you wouldn't be buying fuel from the station down the street.
OTOH, if you are getting 90% off the list on both, you're talking $100M vs $10M. That's enough where features, SLA, QoS, matters more ($90M).
Saving a little might not be worth the labor costs and risk differences between two solutions. Paying a bit more to contract out a class of problem could be the thing to do.
Though probably not in Zoom's particular case. If this were Patagonia, or Home Depot, sure. Pay someone else's IT nerds to deal with the problem. But Zoom is IT through and through. They better understand the low level details of how their stuff works, or when they get into trouble they won't even see it coming, and we will wonder very loudly why not.
Wow. This is even cheaper than the Linode / DO / Vultr / UpCloud $0.01/GB.
Such endorsement usually precedes acquisition.
Assuming that valuation will stay in place in the economic disaster that we find ourselves is a big leap.
Where are they going to pivot to?
Are there some examples of this?
edit - this is somewhat related, from another comment in this thread: https://www.bbc.com/news/technology-40367626
I'm sure there is much less evidence of this at the cloud/enterprise level.
I think that people over estimate potential damages of being your competitors customer. Google is not going anywhere, with or without this contract, and if they want to make an investment in video conferencing, they already have more than enough capital & resources to do that.
Staying away from GCP purely because it is under google would be a crazy decision
https://blog.google/products/meet/bringing-google-meet-to-mo...
Opinion my own not Google's.
Google is really, really late to game here. What was Google doing for the last 2 months while Zoom capitalized on our situation?
That's just a shady deal, especially if they end up trying to retire Hangouts chat and so normal users can no longer use free video / voice call services that they've come to rely on having for like 10+ years now.
Don't get me wrong - I love Meet on my business accounts and along with all the other Apps in G Suite, it is well worth paying for. But I also value the fact that normal ass standard Google users have been able to have access to a semi-decent video and voice conferencing platform for over a decade now. I hope that doesn't change come September.
Regardless, if I (and I assume many beside myself) need a video conferencing solution, I would have found one by now and no longer need a "me, too" product.
Some might consider Zoom giving Google, Amazon, or Microsoft insights into their business as the crazy decision.
You can steal data, code, and customer lists.
Amazon and Walmart are selling the exact same products, they're competing head to head for every sale trying to get the customer to not shop on the other.
I think people are taking it seriously.
This isn't strictly the case. They do push some of their data to other SaaS providers hosted on AWS.
There are hundreds of cases to prove it.
Original comment:
You mean like this part of the article?
If you deliver a product on top of a third party cloud platform, that cloud can see all the telemetry data. Such access becomes problematic when that same cloud platform offers a competing product, which is why no big retailer would ever run their e-commerce operation on AWS.
That said, it was still an AWS/Azure/GCP discussion.
I think it is just reciprocal business. It isn’t as though zoom will switch Google, Amazon or Microsoft.
This is really messed up.
If there is a 'real risk' AWS is reading your data on S3 ... then how on earth does their business survive?
80% of businesses are dealing with sensitive data.
This cracked me up so hard that I've woken my wife and kids (it's ~3AM for me).
Are they still competitive in performance against POWER9?
> As of September 2017, the latest commercial high-end SPARC processors are Fujitsu's SPARC64 XII (introduced in 2017 for its SPARC M12 server) and Oracle's SPARC M8 introduced in September 2017 for its high-end servers.
>
> On Friday, September 1, 2017, after a round of layoffs that started in Oracle Labs in November 2016, Oracle terminated SPARC design after the completion of the M8. Much of the processor core development group in Austin, Texas, was dismissed, as were the teams in Santa Clara, California, and Burlington, Massachusetts. SPARC development continues with Fujitsu returning to the role of leading provider of SPARC servers, with a new CPU due in the 2020 time frame.
I don't think SPARC machines have been competitive in terms of (price / performance) or even just raw (performance / development time) in a long, long, long time. I imagine most of the market for SPARC machines are legacy customers who are continuing to build and maintain older codebases that have been running for a long time.
---
POWER9 machines are pretty neat, but IIRC they compete somewhat with contemporary Xeons, which is to say that the difficulty / cost of obtaining said POWER9 system and developing optimized software for it is going to be a good bit higher, because IBM hasn't opened up that ecosystem enough and still prices those machines at remarkably high prices (so there's not a meaningful incentive for anyone to try bridging over to it as a new platform, with the exception of hyperscalers like Google who use it as a constant threat to negotiate prices with the like of Intel etc).