This is a commodity service, just storing data.
Like if you look across the history of what Cloudflare has done, we,
in 2014, we made encryption free because it's absurd to pay for math.
Welcome to Screaming in the Cloud.
I'm Corey Quinn.
Today, my guest is someone I feel a certain kinship with.
If for no other reason than I spend the bulk of
my time antagonizing AWS incredibly publicly.
And my guest periodically descends into the
gutter with me to do the same sort of things.
The difference is, is that I'm a loudmouth with a Twitter
account, and Matthew Prince is the co founder and CEO
of Cloudflare, which is of course publicly traded.
Matthew, thank you for deigning to speak with me today.
I really appreciate it.
Corey, it's my pleasure and appreciate you having me on.
Backblaze B2 Cloud Storage helps you scale
applications and deliver services globally.
Egress is free up to 3x of the amount of data you have stored, and
completely free between S3 compatible Backblaze and leading CDN and
compute providers like Fastly, Cloudflare, Vulture, and CoreWeave.
Visit backblaze.
com to learn more.
Backblaze, Cloud Storage, Built Better.
So, I'm mostly being facetious here, but not entirely, in that you
have very publicly and repeatedly called out some of the same things I
love calling out, which is AWS's, frankly, egregious, Egress pricing.
In fact, that was a title of a blog post that
you folks put out and it was so well done.
I'm ashamed I didn't come up with it myself years ago, but it's
something that is resonating with a large number of people in
very specific circumstances as far as what their company does.
Talk to me a little bit about that.
Cloudflare is a CDN company and increasingly looking like something beyond that.
Where do you stand on this?
What got you on this path?
I was actually searching through really old emails to find something
the other day and I found A message from all the way back in 2009.
So actually even before Michelle and I had come up with a
name for CloudFlare, we were really just trying to understand
the pricing on, on public clouds and breaking it all down.
How much does the compute cost?
How much does storage cost?
How much does bandwidth cost?
And we kept running the numbers over and over and over again.
And the storage and compute costs actually seemed,
seemed relatively reasonable and you could understand it.
But.
The economics behind the bandwidth just made no sense.
It was clear that as bandwidth usage grew and you got
scale, that your costs eventually, effectively went to zero.
And I think it was that insight that led to us starting CloudFlare.
And the self service plans at CloudFlare have always been on limited bandwidth.
And from the beginning, we didn't charge for bandwidth.
People told us at the time we were crazy to not do that.
But I think that that realization that over time and at scale,
bandwidth costs do go to zero is really core to who CloudFlare is.
CloudFlare launched a little over 11 years ago now.
And as we've watched the various public clouds and AWS in particular,
It's really over that same 11 years, not only not follow the
natural price of bandwidth down, but really hold their costs steady.
At some point, we've got a lot of mutual customers, and it's a
complaint that we hear from our mutual customers all the time.
And we, we decide that we should do something about it.
And so that started four years ago when we launched the Bandwidth Alliance.
And worked with almost all the major public clouds, with the exception of
Amazon, to say that if someone is sending traffic from a public cloud network
to CloudFlare's network, We're not going to charge them for the bandwidth.
It's going across a piece of fiber optic cable that, yeah,
there's some costs to put it in place and maybe there's some
maintenance costs associated with it, but there's really not.
The equipment at the end costs money, but it's, it's not cloud cost.
It just costs part of per second, every hour of the life of your lifetime basis.
It's a capital expense that is amortized
across a number of years, et cetera, et cetera.
And it's a fixed cost.
It's not a variable cost.
You put that fiber optic cable and you, you use a port on, On a router on each
side, there's costs associated with that, but it's, it's relatively de minimis.
And so, you know, we said, if it's not costing us
anything, it's not costing the cloud provider anything.
Why are we charging customers for that?
And I think it's an argument that resonated with
almost every other provider that was out there.
And so Google discounts traffic when it's sent to us.
Microsoft discounts traffic when it's sent to us.
We just announced that Oracle has joined and is discounting their traffic, which
was already some of the most cost effective bandwidth from any cloud provider.
Oh yeah.
Oracle is fantastic.
As you were announced, I believe today, the fact that they're
joining the Bandwidth Alliance is both fascinating and
also on some level, Okay, it doesn't matter as much because
their, their retail starting cost is 10 percent of Amazon's.
It's, you have to start pushing an awful lot of traffic relative
to what you would through AWS before it starts to show up.
It's great to see.
And the fact that they're taking that down to effectively
zero, if you're using us, is even better, right?
And I think it again just illustrates how Amazon's really
alone in this at being so egregious and how they do that.
And it's, When we've done the math to calculate what their markups are, it's
almost 80 times what reasonable assumptions on what their wholesale costs are.
And so we really do believe in fighting for
our customers and being customer centric.
And this seems like a place where, again, Amazon provides an incredible service
and so many things, but the data transfer costs are just completely outrageous.
And I'm glad that you're calling them out on
it, and I'm glad we're calling them out on it.
And I think increasingly they look isolated and very anti customer.
What's interesting to me is that ingress to AWS, and
all the large public tier 1 cloud providers, is free.
Which has led, I think, to the assumption, real or
not, that bandwidth doesn't actually cost anything.
Whereas, Going outbound, all I could assume is that one day some
Amazon VP was watching a rerun of Meet the Parents, and they got
to the line where Ben Stiller says, Oh, you could milk anything
with nipples and said, Holy crap, our customers all have nipples.
We can milk them with egress charges.
And here we are.
As much as I think the cloud empowers some amazing stuff, the egress charges
are very much an Achilles heel to a point where it starts to look like.
People won't even consider public cloud for certain workloads based upon that.
People talk about how Netflix is a great
representation of the ideal AWS customers.
Yeah, but they don't stream a single byte to customers from AWS.
They have their own CDN called Open Connect that they
put all around the internet specifically for that
use case because it would bankrupt them otherwise.
If you're a small customer, Bandwidth does cost something
because you have to pay someone to do the work of interconnecting
with all of the various networks that are out there.
If you start to be though a large customer like a Cloudflare, like an
AWS, like an Azure that is sending serious traffic to the internet, then
it starts to actually be in the interest of ISPs to directly interconnect
with you and the costs of your bandwidth over time will approach zero.
And that's the sort of just economic reality of how.
Bandwidth pricing works.
I think that the confusion, to some extent, comes from, you
know, all of us having bought our own home internet connection.
And I think that, you know, the fact that you get more bandwidth
up in most internet connections than you get down, people
think that there's some physics which is associated with that.
And there are, um, that turns out just to be the legacy of the
cable system that was really designed to send pictures down to your,
it wasn't really a listening post.
Yeah.
Right.
And so they have dedicated less capacity for up and again,
in home network connections, that makes, that makes a ton of
sense, but that's not how internet connections work globally.
In fact, you pay.
You get a symmetric connection.
And so if they can demonstrate that it's free to take the traffic
in, we can't figure out any reason that's not simply about
customer lock in, why you would charge to take data out, but
you wouldn't charge to put it in because it actually costs more.
From a writing data to a disk costs more than reading it from a disk.
And so, by all reasonable accounts, if they were actually
charging based on what their costs were, they would
charge for ingress, but they wouldn't charge for egress.
The approach that we have taken is to say, for standard
bandwidth, we just aren't going to charge for it.
And we do charge for if you use our premium
routing services, which is something called Argo.
But even then, it's relatively cheap compared with what is
just standard kind of internet connectivity that's out there.
And as we see more of the clouds like Microsoft and Google and
Oracle show that this is a place where they can be much more customer
centric and customer friendly, over time, I'm hopeful that that will
put pressure on Amazon and they will eliminate their egress fees.
People also tend to assume that when I talk about this, that I'm
somehow complaining about the level of discounting or whatnot,
and they yell at me and say, Oh, well, you should know by now,
Corey, that no one at significant scale pays retail pricing.
Thanks, professor.
I appreciate that.
But four years ago or so, I sat down with a startup founder who was
sketching out the idea for a live video streaming service and said,
there's something wrong with my math because If I build this on AWS,
which he knew very well incidentally, it looks like it would cost
me, at our scale of where we're hoping to hit, 65, 000 a minute.
And I checked, yep, sure enough, his math was not wrong.
So he obviously did not build his proof of concept on top of AWS.
And the last time I checked, he said, They had raised several
hundred million dollars in a bunch of different funding rounds.
That is a company now that will not be on AWS because it was never an option.
I want to talk as well about your announcement of R2, which is just spectacular.
It is, please correct me if I get any of this wrong, it's an object store
that lives in your existing distributed Points of presence slash data centers
slash colos slash a bunch of computers in fancy warehouse rooms but the
lights are always on and it's always cold and noisy and People can store data.
It's cold in the other aisles.
It's hot.
But yes,
exactly But your turns out when you lurk around in the hot aisle That's
not where all the buttons are and things you're able to plug into
so it's freeze or sweat and there's never a good answer But it's an
object store that costs a fair bit less than retail pricing for Amazon
S3 or most other object stores out there, which, okay, great, that's
always good to see competition in the storage space, but specifically,
you're not charging any data transfer costs whatsoever for doing this.
First, where did this come from?
So we needed it ourselves.
I think all of the great products at Cloudflare start with an internal need.
If you look at why do we build our zero trust solutions, it's because we
said we needed a security solution that was fast and reliable and secure
to protect our employees as they were going out and using the internet.
Why do we build Cloudflare workers?
Because we needed a, Very flexible compute
platform where we could build systems ourselves.
And that's not unique to us.
I mean, why did Amazon build AWS and they built it?
Cause they needed those tools in order to continue
to grow and expand as quickly as possible.
And in fact, I think if you look at The products that Google makes that are
really great, it ends up being the ones that Google's employees use themselves.
Gmail started as Caribou once upon a time, which was our internal email system.
And so we needed an object store and the sometimes belligerent CEO of Cloudflare
insisted that our team couldn't use any of the public cloud object stores.
And so we had to build it.
That was the start of it.
And we've been using it internally for products over time.
It empowers, for example.
Cloudflare Images, it powers a lot of our
streaming video services, and it works great.
And at some point, we said, you know, can we
take this and make it available to everyone?
The question that you've asked on Twitter, and I think a
lot of people recently ask is, you know, what's the catch?
Well, in my defense, I think it's fair.
There was an example that I gave of, okay, I'm going to go ahead
and keep, because it's new, I don't trust new object stores, great.
I'm going to do the same experiment twice, keep one with the
pure AWS story and the other, I'm just going to add Cloudflare
R2 to the mix, so that I have to transfer out of AWS once.
For a one gigabyte file that gets shared out for a petabyte's
worth of bandwidth, On AWS, it costs roughly 52, 000 to do that.
If I go with the R2 solution, it costs me 13 cents, all
of which, except for a penny and a half, are AWS charges.
And that just feels, when you're looking at that big of a gap, it's easy
to look at that and think, okay, someone is trying to swindle me somewhere.
And when you can't spot the sucker, it's probably me.
What's the catch?
I guess it's not really a catch, it's an explanation.
We have been able to drive our bandwidth costs down low enough
that in that particular use case, we have to store the file.
And that, again, there's a hard disk in there and
we replicate it to make sure that it's available.
So it's not just one hard disk, but it's multiple hard disks in various places.
But that amortized over time isn't that big a cost.
And then bandwidth is effectively zero.
And so if we can do that, then that's great.
Maybe a different way of framing the question is like, why would we do that?
And I think what we see is that there is an opportunity
for customers to be able to use the best of various
cloud providers and hook the different parts together.
So people talk about multi cloud all the time.
And for a while, the way that I think people thought
about that was you take the exact same workload.
And you run it in Azure and AWS.
That turns out not to be I mean, maybe some people do
that, but it's super rare and it's incredibly hard.
It has been a recurring theme of most things I say, where
by default that is one of the dumbest things I can imagine.
Yeah, that isn't good.
But what people do want to do is they want to say, Listen, there's some
really great services that Amazon provides and we want to use those.
And there's some really great services that Azure provides and we want
to use those and Google's got some great machine learning and so does
IBM and I want to sort of mix and match the various pieces together.
And the challenge in doing that is the egress fees.
If everyone just So when we just had a detente and said there are not
gonna be no US fees from us to be able to to call these various pits
together, then you would be able to take advantage of a lot of the
different technologies, and we would actually get stronger applications.
And so the vision of what we're trying to build is how can we be
the fabric that can stitch the various cloud providers together.
So that you can do that.
And when we looked at that, and we said, okay, what's the path to getting there?
The big place where there's the just meatiest
cost on egress fees is object stores.
And so if you could have a centralized object store, and you could say, then
from that object, go use whatever the best service is at Amazon, go use whatever
the best service is at Google, Go use whatever the best service is at Azure.
That that then allows, I think actually, people to take advantage of the cloud
in a way which is, is what people really should mean when they talk about multi
cloud, which is there should be competition on the various features themselves.
And you should be able to pick and choose
the best of, of all of the different bits.
And I think we as consumers then benefit from that.
And so when we're looking at how we can strategically enable that
future, building an object store was a real key part of that.
And that's part of what we're doing.
Now, how do we make money off of that?
Well, there's a little bit off the storage.
And again, even
well, that is the Amazonian answer there.
It's like your margin is my opportunity is a famous Bezos quote.
And I figured you're sitting there saying, ah,
it would cost 52, 000 to do that in Amazon.
Ah, we can make a penny and a half.
That's very Amazonian.
You could probably get hired over there with that philosophy.
Yeah, and this is a commodity service, just storing data, like, if
you look across the history of what Cloudflare has done, we, in 2014,
we made encryption free because it's absurd to pay for math, right?
I mean, it's just crazy, right?
Or to pay for security as a value add.
No, that should be baked into whatever you're doing in an ideal world.
Domain registration.
Like, It's writing something down in a ledger.
Like it's a commodity.
Of course it should, it should go to whatever the absolute cost is.
On the other hand, there are things that we do that aren't commodities where,
you know, we are able to better protect people because we see so much traffic
and we've, we've built the machine learning models and we've done those things.
And so we charge for those things.
So commodities, we think over time go to effectively whatever their Cost is,
and then the value is in the actual intelligence services that are on top of it.
But an object store is a commodity, and so we
should be trying to drive that pricing down.
And in the case of bandwidth, it's effectively free for us.
And so, if we can be that fabric that connects the different clouds
together, I think that that makes sense as a strategy for us.
And that's why R2 made a ton of sense for us to build and to launch.
There seems to be a lack of ability for lots of folks, at
least on the internet, to imagine a use case other than theirs.
I cheated by being a consultant.
I get to borrow other people's use cases at a high degree of turnover.
But the question I saw raised was, well, how many workloads
really do that much egress from static objects that don't change?
Doesn't sound like there'd be a whole lot
of them, and it's Oh, my sweet summer child.
Sure, your app doesn't do a lot of that, but let me introduce
you to my friends who are hosting videos on their website, for
example, or large images that get accessed a whole bunch of times,
things that are written once and then read forever by the internet.
And we sit in a position where, because of the role that
Cloudflare plays, where we sit in front of a number of these
different cloud providers, we could actually look at the use
cases And the data and then build products in order to solve that.
And that's why we start with workers.
That's why we then built the KV store that was on top of that.
We built object store, um, next.
And so you can see as we're sort of marching through these things, it is very
much being informed by the data that we actually see from real customers.
And one of the things that I really like about R2 is.
In exactly the example that you gave where you can keep everything
in S3, you can set R2 in front of it and put it in slurp mode.
And effectively it just, as those objects
get pulled out, it starts storing them there.
And so the migration path is super easy.
You don't have to actually change anything about your
application and we'll cut your bills substantially.
And so I think that that's the right thing to enable A multi cloud
world where, again, it's not you're running the exact same workload
in different places, but you get to take advantage of the really
great tech that all of these companies are building and use that.
And then the companies will compete on building that tech wall.
So it's not just about how do I get the data in and then kind
of under invest in all of the different services that I provide.
It's how can we make sure that on a service by service
basis, You actually are having real competition over time.
And again, I think that that's the right thing for customers.
And absolutely, R2 might not be the right thing for every
use case that's out there, but I think that it will, enabling
more competition is going to make a cloud better for everyone.
Oh, yeah, it's, it's always fun hearing it from Amazonians.
It's, you have a service that talks to satellites in orbit.
Do you really think that's a general purpose thing
that every company out there has to deal with?
No, well, not yet anyway.
It also just feels to me like their transfer approach is antithetical
to almost every other aspect of how they have built their cloud.
Amazonians have told me repeatedly, and I believe
them, that their network is effectively magic.
The fact that you can get near line rate between any two points
without melting various toporacs which shows that there was
significant thought, work, effort, planning, technology, etc.
put into the network, and I don't dispute that.
But if I'm trying to build a workload and put it inside
of AWS, I can control how it performs tied to budget.
I can have a lot of RAM for things that are
memory intensive, or I can have a little RAM.
I can have great CPU performance or terrible CPU performance.
The challenge with data transfer is it is uniformly distributed.
Great.
I want to get that data over there super quickly.
Yeah, awesome.
I'm fine paying a premium for that.
But I have this pile of data right here.
I want to get it over there, ideally by Tuesday.
There's no good way to do that.
Even with their Snowball or SnowFamily devices, when you fill
them with data and send them in to AWS, yeah, that's great.
You just pay for the use of the device.
Use them to send data out of AWS.
They tack on an additional per gigabyte fee for getting the data out.
You're training as a lawyer.
You went to the same law school that my wife did, University
of Chicago, which, Oh, interesting stories down that path.
But if we look at this.
My argument is that the way to do an end run around this is
to suce Amazon for something and then demand access to the
data you have living in their environment during discovery.
Make them give it to you for free, though they'd
probably find a way to charge it there too.
It's just a complete lack of vision and lack of awareness
because it feels like they're milking a cash cow until it dies.
Yeah, they probably would charge for it and you'd also have
to pay a lot of lawyers, so I'm not sure that that's the cost.
It only works above certain volumes, I figure.
I do think that if your pricing strategy is designed to lock people
in to prevent competition, then that does create other challenges.
And there's certainly some University of Chicago law professors out there
that have spent their careers arguing why antitrust laws don't make any sense.
But I think that this is definitely one of those areas where you
can see very clearly that customers are actually being harmed by the
pricing strategy that's there and the pricing strategy is not tied
in any way to the underlying costs which are associated with that.
And so I do think that especially as you see other providers in the
space Like Oracle, taking their bandwidth costs to effectively zero.
That's the sort of thing that I think will
have regulators start to scratch their heads.
If tomorrow AWS took egress costs to zero, and as a result,
R2, It was not as advantaged as it is today against them.
You know, I think there are a lot of people who
would say, Oh, you know, they showed a cloud flare.
I would do it.
Happy dance.
Cause that's the best thing for our customers.
Our longterm goals.
It sounds like are relatively aligned.
People think that I want to see AWS rain ascendant.
People also say, I want to see them burning and crashing into the sea.
And neither one of those are true.
What I want is.
I want someone in a few years from now to be doing a
startup and trying to figure out which cloud provider
they should pick, and I want that to be a hard decision.
Ideally, if you wind up reducing data transfer
fees enough, it doesn't even have to be only one.
There are stories that it starts to turn into an actual
realistic multi cloud story that isn't, at its face, ridiculous.
Right now, you have to pick a horse and ride it
for a variety of reasons, and I don't like that.
It's entirely egress based, and again, I think that Customers.
are better off if they are able to pick who is the best service at any time.
And that is what encourages innovation.
And over time, that's even what's good for the various cloud providers, because
it's what keeps them being valuable and keeps their customers thinking that
they're building something which is magical, and that they aren't trapped.
In the decision that they made, which is, you know, when we
talk to a lot of the customers today, they feel that way.
And it's, I think, part of why, you know, that something like R2 and
something like the Bandwidth Alliance has gotten so much attention.
Because it really touches a nerve on what's frustrating customers today.
And if tomorrow Amazon announced that they were
eliminating egress fees, And going head to head with R2.
Again, I think that's a wonderful outcome.
And one that I think is unlikely, but I would celebrate if it happened.
Are you running critical operations in the cloud?
Of course you are.
Do you have a disaster recovery strategy for your cloud configurations?
Probably not, though your binders will say otherwise.
Your DevOps teams invested countless hours
on those configs, so don't risk losing them.
Firefly makes it easy.
They continuously scan your cloud and then back it up using
infrastructure as code and, most importantly, enable quick restoration.
Because no one cares about backups, they care about restorations and recovery.
Be DR ready with Firefly at firefly.
ai.
My favorite is people who don't do research on this stuff.
They wind up saying, oh yeah, Cloudflare
is saying that bandwidth is a fixed cost.
Of course not.
They must be losing their shirt on this.
You are a publicly traded company.
Your gross margins are 76 percent or 77%, depending
upon whether we're talking about GAAP or non GAAP.
Point being, you are clearly not selling this
at a loss and hoping to make it up in volume.
That's what a VC backed company does.
This is something that is real and is accurate.
I want to, on some level, I guess, low key apologize, because I keep viewing
Cloudflare through a lens that is increasingly inaccurate, which is as a CDN.
But you've had Cloudflare workers for a while, effectively functions
as a service that run at the edge, which has this magic aura
around it, that do various things, which is fascinating to me.
You're launching R2.
It feels like you are in some ways aiming at becoming a cloud
provider, but instead of taking the traditional approach of building
it from the regions outward, you're building it from the outward in.
Is that a fair characterization?
I think that's right.
I think fundamentally what Cloudflare is, is a network.
And I remember early on in the pandemic, we did a series of
fireside chats with people we thought we could learn from.
And so it was everyone from Andre Iguodala, the basketball player, to
Mark Cuban, the entrepreneur, to a Fed governor and all kinds of things.
And we, we, they were sort of just internal and off the record.
And I got to do one with Eric Schmidt, the former head of CEO of Google.
And I said, you know, Eric, one of the things that
we struggle with is describing what is Cloudflare.
And without hesitation, he said, Oh, that's easy.
You're the network I plug into and don't have to worry about anything else.
And I think that that's better than I could say it myself.
And I think that that's what it is that we fundamentally are.
We're the network that fits together.
Now, it turns out that in the process of being that network and
enabling that network, we are going to build things like R2,
which start to be, you know, an object store and starts to sort
of step into some of the cloud provider space and workers is
really just a way of programming that network in order to do that.
But it turns out that there are a bunch of workloads
that if you move them into the network itself.
Make sense, not going to be every workload,
but a lot of workloads that make sense there.
And again, I think that you can actually be very bullish on all
of the big public cloud providers and bullish on Cloudflare at
the same time, because what we want to do is enable the ability
for people to mix and match and change and be the fabric.
That connects all of those things together.
And so over time, if Amazon says, we're going to drop egress
fees, you know, it may be that R2 isn't a product that exists.
I don't think they're going to do that.
So I think it's something that is going to be successful
for us and get a lot of, a lot of new users to us.
But fundamentally, I think that where.
The traditional public clouds think of themselves
as the place you put data and you process data.
I think we think of ourselves as the place
you move data, and that's somewhat different.
That then translates into, as we're kind of building out the different
pieces, where it does feel like we're kind of building from the outside in.
And it may be that over time that sort of Put versus move distinction becomes
narrower and narrower as we build more and more services like R2 and Durable
Objects and KV and we're working on a database and all those, those things.
And it could be that we, we sort of converge in a similar place.
One thing I really appreciate about your vision and
because it is so atypical these days, is that you aren't
trying to build the multifunction printer of companies.
You are not trying to be all things to all people in every scenario, which is
impossible to do, but companies are still trying their level best to do it.
You are staking out the bounds of where you are willing to start
and where you're willing to stop in a variety of different ways.
I would be, how do I put it, surprised If you at some point in the next
five years come out with, and this is our own database that we have built
out that directly competes with the following open source project that
we basically have implemented their API and gone down that particular
path, it does not sound like it is in your core wheelhouse at that point.
You don't need, to my understanding, to write your
own database engine in order to do what you do.
Maybe.
I mean, we actually are Kind of working on a database because,
oh no, here we go again
in a couple of different ways.
So the first way is we want to make sure that if you're using workers, you
can connect to whatever database you want to use anywhere in the world.
And that's something that's coming in and it'll be there at the same time.
The challenge of, Distributed computing.
Turns out not to be the computing, it turns out to be the data.
And figuring out how to Cap Theorem is real, right?
Consistency, availability, and partition tolerance.
You can pick any two out of the three, but you can't get all three.
And so there's always going to be some trade off that's there.
And so we don't see a lot of good examples.
There's some really cool companies that are working on things
in this space, but we don't see a lot of really good examples.
of who has built a database that can be run on a
distributed workload system like Cloudflare to do it well.
And so our team internally needs that.
And so we're trying to figure out how to build it for ourselves.
And I would imagine that after we build it for ourselves, if it works the
way we expect it will, That that will then be something that we open up.
Our motivation, the way we think about products
is, we need to build the tools for our own team.
Our team itself is customer zero.
And then some of those things are very specific to us, but every once in a while
when there are functions that make sense for others, we'll build them as well.
And that does maybe risk being the multi function printer.
But again, I think that because the customer for that
starts with ourselves, That's how we think about it.
And if there's someone else that's making a great tool, we'll use that.
But in this case, we don't see anyone that's built a multi
tenant, globally distributed, ACID compliant, relational database.
Hey, I can't let it pass on challenge.
Sure they have.
And you're running it yourself.
DNS, the finest database in the world.
You stuff whatever you want into text records, and now you have
taken a finely crafted wrench and turned it into a barely acceptable
hammer, which is what I love about doing that terrible approach.
Yeah.
Relational is not going to quite work that way, but
yes, that's a fancy key value store.
Right.
So, and we've had that for a long time as we're trying to build those things up.
The good news is that, that again, we've run data at scale for quite
some time and proven that we can do it efficiently and reliably.
There's a lot that can be said about building the things you need to deliver
your product to customers, and maybe a database is a poor example here.
But I don't see that your motivation in this space is
to step into something completely outside your areas of
expertise solely because there's money to be made over there.
Well, yeah, fortune passes everywhere.
The question is, is which are you best positioned to wind up?
Delivering an actual transformative solution to that space.
And what parts of it are just rent seeking?
Where it's, okay, we're going to go and
wherever the money is, we're chasing that down.
Yeah, we're still a for profit business
and we've been able to grow revenue well.
But I think it is That what motivates us and what drives us comes
back to our mission, which is how do you help build a better internet?
And you can look at every single thing that we've
done, and we try to be very long term oriented.
So for instance, when we in 2014 made encryption free, The number one
reason at the time when people upgraded from the free version of our
service to the paid version of our service is they got encryption for that.
And so it was super scary to say, hey, we're going to
take the biggest feature and give it away for free.
But it was clearly the direction of history, and
we wanted to be on the right side of history.
And we considered it a bug that the internet wasn't
built in an encrypted way from the beginning.
So of course that was going to head that direction.
And, and so I think that we, and then subsequently Let's Encrypt and a
bunch of others have said, it's absurd that you're charging for math.
And again, I think that that's a good example of how we think about
products and we want to continue to disrupt ourselves and even, and take.
The things that once upon a time were reserved for our customers that spend
10 million plus with us, and we want to keep pushing those things down
because over time, the real opportunity is if you do right by customers.
There will be plenty of ways that you can earn their, some of their budget.
And again, we think that that is the long term winning strategy.
I would agree with this.
You're not out there making sneakers and selling them
because you see people will spend a lot of money on that.
You're delivering value for customers.
I say this as one of your paying customers.
I have zero problem paying you every month, like clockwork, and
it is the least cloud like experience because I know exactly
what the bill is going to be in advance, which is apparently not
how things should be done in this industry, yada, yada, yada.
It is a refreshingly delightful experience every time.
The few times I've had challenges with the service, it has almost
always been a, I'll call it a documentation gap, where the way it was
explained in the formal documentation was not how I conceptualize things.
Which, again, is Explaining what these complex things are to folks who are
not steeped in certain areas of them is always going to be a challenge.
But I cannot think back to a single customer
service failure I've had with you folks.
I can't look back at any point where you have failed me
as a customer, which is a strange thing to say given how
incredibly efficient I am at stumbling over weird bugs.
Terrific to have you as a customer.
We are hardly perfect and we make mistakes, but one of the things I think
that We try to do, and one of the core values of Cloudflare is transparency.
If I think about, like, the original sins of tech, a lot of it is
sort of this bizarre secrecy, which pervades the entire industry.
When we make mistakes, you know, we talk about them, and we explain them.
Um, when there's an error, we don't throw up a white page.
We put up a page that has our logo on it, because we want to own it.
And that sometimes gets blowback, because you're in front of it.
But again, I think it's the right thing to do for
customers and it's, and I think it's incredibly important.
One of the things that's interesting is you mentioned
that you know what your bill is going to be.
If you go back and look at the history of hosting on the internet,
in the early days of internet hosting, it looked a lot like AWS.
Oh yeah, 95th percentile transit billing, go for one
five minute segment over and boom, your bill explodes.
Oh, I remember those days, unkindly.
And it was super complicated.
And then what happened is the hosting world switched from this incredibly
complicated billing to much more simplified, predictable, unlimited
bandwidth with maybe some asterisks, but largely that wasn't in place.
And then it's strange that Amazon came along and then has brought
us back to the sort of more complicated world that's out there.
I would have predicted that that's a sine wave
and it's going to go back and forth over time.
But I would have predicted that we would be more in the
direction of coming back toward simplified, everything included.
And again, I think that's how we've priced our things from the beginning.
I'm surprised that it has held on as long as it has, but I do think that there's
going to be an opportunity for And I don't think Amazon will be the leader
here, but I think there will be an opportunity for one of the big clouds.
And again, I think Oracle is probably doing this, you know, the best of
any of them right now to say, how can we go away from that complexity?
How can we make bills predictable?
How can we not nickel and dime everything?
But allow you to actually forecast and budget.
And it just seems like that that's the natural arc of history.
And we'll head back toward that.
And again, I think we've done our part to push that along.
And I'm excited that other cloud providers
seem to be thinking about that now as well.
Oh yeah, what I do with fixing AWS bills is the same thing folks
were doing in the 70s and 80s with long distance bills for companies.
We're definitely hitting that sine wave.
I know that if I were at AWS in a leadership role, I would be actively
embarrassed that the company that is delivering a better customer
experience around financial things is Oracle of all companies,
given their history of audits and surprising people and the rest.
It is.
Ridiculous to me.
One last topic that I want to cover with you before we call it an
episode is, back in college, you had a thesis that you have done
an excellent job of effectively eliminating from the internet.
And the theme of this, to my understanding, was that the internet is a fad.
And I am so aligned with that because I'm someone who
has said for years that merging technologies are fads.
I've said it about cloud, about virtualization, about containers, and I
just skipped Kubernetes and now I'm all in on serverless, which means of
course it's going to fail and, uh, because I'm always wrong on these things.
But tell me about that.
When I was seven years old in 1980, my grandmother
gave me an Apple II Plus computer for Christmas.
And I took to it like a just absolute duck to water and did things that, you
know, made me very popular in junior high school, like going to computer camp.
And my mom used to sign up for continuing education classes
at the local university in computer science and basically
sneak me in and I do all the homework and all of that.
And I remember when I got to college, There was a small group of students
that would come around and help other students set their computer up.
And I had it all set up and it was involved.
And so got pretty deeply involved in the computer science program at college.
And then I remember there was a group of three other students.
So there are four of us and they wanted to start an online.
Digital Magazine, and at the time, this was pre web, or right in the early
days of the web, sort of 1993, and we built it originally on old Apple
technology called HyperCard, and we used to email out the old HyperCard stacks,
and the HyperCard stacks kept getting bigger and bigger and bigger, and And
we'd send them out to the school, so we kept crashing the mail servers, but
the college loved this, so they kept buying bigger and bigger mail servers,
but they were, at some point they said, you know, this won't scale, you've
got to switch technologies, and they introduced us to two different groups.
One was a printer company based out in San Francisco that had
this technology called PDF, and I was a really big fan of PDF.
I thought PDF was the future, it was definitely going to be how everything
got published, And then the other was this group of kind of dorky graduate
students at the University of Illinois that had this thing called a
browser, which was super flaky and crashed all the time and didn't work.
And so of the four of us, I was the one who voted for
PDF and the other three were like, actually, I think
this HTML thing is going to be, it's going to be a hit.
And we built this.
We won an award from Wired, which was only a print magazine at the time,
that called us the first online only weekly publication, and it was such
a struggle to get anyone to write for it, because browsers sucked, and
you're trying to get students on campus, but no one on campus cared.
But we get these emails from the other side of the world,
where I remember really clearly this, this, in broken
English, It's email from Japan saying, I love the magazine.
Please keep writing more for the magazine.
And I remember thinking at the time.
Why do I care if someone in Japan is reading this, if the girl
down the hall who I have a crush on isn't, which is, you know,
obviously what motivates dorky college students like myself, and
at that same time, you saw all of this sort of internet explosion.
I remember that the moment when Netscape went public.
And just blew through all the expectations.
And I was right around the time I was, I
was getting ready to graduate for college.
And I was kind of just burned out on the entire thing.
And I thought if I can't even get anyone to write for this dopey magazine,
Yeah, we're winning awards like this stuff has to all just be complete
garbage And so wrote a thesis on it was it was not a very good thesis
It's but one of the things I said was that largely the internet was a
fad and that if it wasn't that it had some real risks because if you
enabled everyone to Connect with you know, whatever their weird interests
and hobbies were that you would very quickly fall to sort of the lowest,
lowest common denominator and predicted some things that haven't come true.
I thought for sure that you would have both
a liberal and conservative search engine.
And it's a miracle to this day.
I think that that doesn't exist.
Now that you said it, of course, it's going to.
Well, I don't know.
We'll see.
But it is pretty amazing that Google has been able to,
again, thread that line and stay largely apolitical.
I'm surprised there aren't more national search engines.
The fact that only Russia and China have national search
engines and France and Germany don't is just strange to me.
It seems like if you're controlling sort of the source of truth and how people
find it, that seems like something that governments would try and take over.
There are some things that in retrospect look pretty wise, but
there were a lot more things that looked really, really stupid.
And so I think, you know, at some level I had to build
Cloudflare to atone for that stupidity all those years ago.
There's something to be said for looking back and saying, yeah, I had an
opinion and with the light of new information, I am changing my opinion.
For some reason, in some circles, it feels like
that gets interpreted as a sign of weakness.
I couldn't disagree more.
It's, well, I had opinion based upon what I saw at the time.
Turns out I was wrong.
And here we are.
I really wish more people were capable of doing that.
It's one of the things we test for in hiring.
And I think that characteristic that describes
people who can do that well is really empathy.
The understanding that the experiences that you have.
lead you to have, you know, a unique set of insights, but
they also create, you know, a unique set of blind spots.
And it's, it's rare that you find people that are able to do that.
And whenever you do, whenever we do, we hire them.
To that end, as far as hiring and similar topics go, if people want to learn
more about how you view things and how you see the world and what you're
releasing, maybe even potentially work with you, where can they find you?
So, you know, the joke sometimes internal at Cloudflare is that.
Cloudflare is a blogging company that runs this
global network just to have something to write about.
So I think we're, unlike most corporate blogs, which are, if our corporate
blog was typical, we'd have articles on like, here are the top six
reasons you need a fast website, which would just be, you know, shoot me.
But instead, I think we write about the things that
are going on online and our unique view into them.
And we have a core value of transparency.
So we, we talk about that.
So if you're interested in Cloudflare.
I'd encourage you to, if you're, especially if you're
of the sort of geekier variety to check out blog.
cloudflow.
com and I think that's a good place to learn
about us and I still write for that occasionally.
You're one of the only non AWS corporate blogs
that I pay attention to for that exact reason.
It is not, Oh yay, more content marketing by folks who just feel the need to
hit a quota as opposed to talking about something valuable and interesting.
So it's appreciated.
The secret to it.
Was we realized at some point that the purpose
of the blog wasn't to attract customers.
It was to attract potential employees.
And it turns out if you sort of change that
focus, then you talk to people like their peers.
And it turns out then that the content that you create is much more authentic.
And that turns out to be a great way to attract customers as well.
I want to thank you for taking so much time out of your day to speak with me.
I really appreciate it.
Thanks for all you're doing.
And we're very aligned and keep fighting the good fight.
And someday, again, we'll eliminate cloud
egress fees and we can share a beer when we do.
I will absolutely be there for it.
Matthew Prince, CEO and co founder of Cloudflare.
I'm Cloud Economist Corey Quinn, and this is Screaming in the Cloud.
If you've enjoyed this podcast, please leave a 5
star review on your podcast platform of choice.
Whereas if you've hated this podcast, please leave a 5 star review
on your podcast platform of choice, along with a rambling comment
explaining that while data packets into a cloud provider are cheap
and crappy, the ones being sent to the internet are beautiful,
bespoke, unicorn snowflakes, so of course they cost money.