7 ms·

You're missing the point of the author. It's not so much that Docker as a technology is bad; there's nothing wrong with it. The point is that Docker, the compan

You're missing the point of the author. It's not so much that Docker as a technology is bad; there's nothing wrong with it. The point is that Docker, the company, cannot monetize upon the technology, because the moment they start charging for their containerization technology, people will switch to an alternative container technology, especially now that Kubernetes has won the orchestration "wars" and made it so easy to switch the underlying technology. Personally, I have to agree with the author and think it's difficult to see a bright future for the company that lives up to its $1.3B valuation.

darkerside 8y ago
Would a $32B valuation of Red Hat make you reconsider?
- outside1234 8y ago
  No that just means IBM was dumb - and also no container talent
  - pjmlp 8y ago
    Linux containers have a lot to learn from mainframe containers.
- alexandre_m 8y ago
  That's a good point, there's huge market demand for technology and talent in the cloud native space. However I don't see how Docker Inc can be substainable in the long run. What's most likely to happen is Docker being acqui-hired by someone like Microsoft.
triplewipeass 8y ago
The story of Docker, Inc should be read as a cautionary tale to those who think that every random bit of open source should be “monetized” by seeking rent for its continued use and support.
- randomsearch 8y ago
  Or that open source isn’t always a good idea, at least from the point of view of certain parties.
  - fatherlinnux 8y ago
    Exactly, when will Silicon valley investors understand that Open Source: 1. Doesn't grow revenue at the speeds they want returns 2. Isn't "free marketing" (dear God I have seen this one too many times, CTOs even write it out in blogs sometimes) 3. Only really makes sense when you get out more than you put in, aka is community drive . Community driven open source is really the only profitable open source.
oedmarap 8y ago
Understood, and I'm fairly certain that a large corporation that uses and markets Docker extensively will look to acquire it sometime in the future. Docker's ubiquity is exactly what makes it valuable. Could be any of the FAANG companies but I posit Microsoft since they noticeably try to make Docker on Windows a seamless experience and also push Docker within their cloud offerings to modernize legacy apps towards Azure. They've already purchased a large community-oriented company (GitHub) and have acquired companies at a surprisingly high price (LinkedIn).
- jjeaff 8y ago
  And considering most all docker containers are based on and continuously updated from a GitHub repo, a docker acquisition makes a lot of sense. Gitlab already has its own container registry.
user5994461 8y ago
There are actually a lot of issues with Docker around breakage and stability. That's alluded to in the article. Docker itself is in trouble because they got the wrong use case from the start. They completely missed out about orchestration. Containerization requires to both have containers (docker images) and deploy them on fleet of servers (kubernetes orchestration). The later is where the value is.
- chubot 8y ago
  > Docker itself is in trouble because they got the wrong use case from the start. They completely missed out about orchestration. That's actually how they started -- they were a PaaS called dotCloud before they were Docker! This was before the term "orchestration" became common, but the point was that they were running apps in multiple languages. They were like Heroku except they supported more than one language (back when Heroku was basically Rails apps). They didn't get much traction and had to pivot to Docker. I think the underlying reason is that writing a PaaS / distributed OS like Kubernetes is extremely difficult, and they were spread too thin. They didn't really nail a single use case like Heroku nailed Rails apps. They were trying to run everything and ended up running nothing. ---- This "rhyming" of history makes me smile, and makes me think how important timing is. dotCloud was the right product, done too early and done poorly. Docker was arugably the wrong product at the right time! I say "wrong" because I never thought it was a sustainable product or business, but it did come about at a time when people really needed a quick and dirty solution. And now the surrounding ecosystem has changed drastically and I agree with the OP that Docker may be left out of it. ---- Another thing I find funny is that App Engine was already "serverless" 10+ years ago... you wrote Python apps and uploaded them as .zip files (web or batch processing). You didn't manage virtual machines. So somehow they were also a bit early, and maybe the product was lacking in some ways as a result.
  - user5994461 8y ago
    Agreed. I'm not sure that dotcloud and App Engine though were the right products though. They have shown that a fully managed cloud solution is not the answer. Barely no company could use it, let alone migrate existing software to a whole new platform. It's limited to a very small niche. Docker and Kubernetes are standalone products. Companies can use them internally and make it work with what they already have.
Spivak 8y ago
Docker Inc is fine. It would be silly to charge for the actual containerization because that's not really the value of their platform. Things Docker can/does charge for and could do very well with. - Support: Businesses are happy to pay maintenance contracts for fixed LTS versions of Docker which is their EE product. - Kube: Docker has pivoted their UCP product into a turnkey on-prem Kubernetes distribution. Plenty of room in that space to grow. - Registry; You wouldn't run random images from DockerHub in production, right? Similar to Red Hat's product in this space there's a lot of money to be made in having officially supported images. Images with a pedigree, aduit trail, CVE reporting, yada yada. Partner with Canonical and since it's way easier to do this when you already have distro maintainers and you have a solid RH competitor that devs will like more. - Security: Audit your images that have been sitting around and not updated in ages. - Hosting: They'll be one of many but there's plenty of space in providing some ergonomics compared to Google/AWS's offerings.
- luckydata 8y ago
  That's not a billion dollars company though.
  - lyjackal 8y ago
    Seems like it's more valuable and ubiquitous than mongo db, and their valuations exceed 1.5B
    - toomuchtodo 8y ago
      Ubiquitous does not equal value. Docker doesn’t do anything you can’t do with lxc tooling and an object store (registry). That’s the benefit: containers are free, the orchestration is free, and the registry tooling is free and easily replicated. Mongo equally so (JSON in PostgreSQL). These valuations are fantasy.
      - CloudNetworking 8y ago
        Building a scalable service on top of that is not free, nor easy :)
tedmiston 8y ago
> The point is that Docker, the company, cannot monetize upon the technology, because the moment they start charging for their containerization technology, people will switch to an alternative container technology... I see the thought process but disagree with the premise that they need to charge for their container technology directly. For example, GitHub does not charge for git, but instead for the convenient layers that they add on top of it. Another example is that Google does not charge for Kubernetes but you can buy support which every enterprise company wants and since GKE happens to be the most convenient way to get a K8s cluster rolling in the cloud (for most circumstances) and also now on a box now with GKE On-Prem, many will choose that path so Google still gets their money, just from product / services / support on top of the free core. They can also monetize the "fallout paths" — turns out you're in over your head running all of that K8s stuff yourself? Come pay us more and use our K8s PaaS instead! Not sure if they actually have one yet, but consider something like GKE Serverless here. Enterprise features and support around running containers in production are worth a lot of money. Docker can continue charging for all of its porcelain layers on top like Docker Hub and Docker Enterprise and make plenty of money off of big fish. They could also monetize by being acquired by Microsoft, Google, or Amazon.
- fatherlinnux 8y ago
  1. GitHub was struggling badly. They had lay-offs, etc. 2. Google still makes the lion's share of it's money from search/ads. Google Compute is struggling and being subsidized by search/ads. IMHO, Docker's only exit strategy is to sell. They don't have enough time left to grow an organic business. Silicon Valley money always wants paid back, sooner rather than later. The layoffs and new CFO at Docker, IMHO, are all about cleaning up the finances so that a sale is possible at a good price. Their last round of investment barely averted a down round. The value bump was minimal and the investors are mostly from a bank in Brazil that likely doesn't understand exactly what they bought into (a lot of uneducated money out there right now because there is no place to put it). None of the original investors participated which shows they don't believe in the company anymore. Their most valuable asset is Windows support. Hence, the most likely aquirerer would be Microsoft. I'll bet a paycheck they sell for somewhere between 1.5B and 2.5B. Keep this thread for posterity :-) It's painfully obvious to anybody that has been in this game for a while... (opinions and analysis my own)
ritchiea 8y ago
I read the finer point of the argument to be that Docker got the layer of abstraction wrong for monetization. That Kubernetes (which orchestrates containers) is the tool at the layer of abstraction where a company could provide a product that has enterprise demand similar to Red Hat. And that Docker is a replaceable piece of technology in the market of managing cloud architecture.

darkerside 8y ago

Would a $32B valuation of Red Hat make you reconsider?

outside1234 8y ago
No that just means IBM was dumb - and also no container talent
- pjmlp 8y ago
  Linux containers have a lot to learn from mainframe containers.
alexandre_m 8y ago
That's a good point, there's huge market demand for technology and talent in the cloud native space. However I don't see how Docker Inc can be substainable in the long run. What's most likely to happen is Docker being acqui-hired by someone like Microsoft.

triplewipeass 8y ago

The story of Docker, Inc should be read as a cautionary tale to those who think that every random bit of open source should be “monetized” by seeking rent for its continued use and support.

randomsearch 8y ago
Or that open source isn’t always a good idea, at least from the point of view of certain parties.
- fatherlinnux 8y ago
  Exactly, when will Silicon valley investors understand that Open Source: 1. Doesn't grow revenue at the speeds they want returns 2. Isn't "free marketing" (dear God I have seen this one too many times, CTOs even write it out in blogs sometimes) 3. Only really makes sense when you get out more than you put in, aka is community drive . Community driven open source is really the only profitable open source.

oedmarap 8y ago

Understood, and I'm fairly certain that a large corporation that uses and markets Docker extensively will look to acquire it sometime in the future. Docker's ubiquity is exactly what makes it valuable. Could be any of the FAANG companies but I posit Microsoft since they noticeably try to make Docker on Windows a seamless experience and also push Docker within their cloud offerings to modernize legacy apps towards Azure. They've already purchased a large community-oriented company (GitHub) and have acquired companies at a surprisingly high price (LinkedIn).

jjeaff 8y ago
And considering most all docker containers are based on and continuously updated from a GitHub repo, a docker acquisition makes a lot of sense. Gitlab already has its own container registry.

user5994461 8y ago

There are actually a lot of issues with Docker around breakage and stability. That's alluded to in the article. Docker itself is in trouble because they got the wrong use case from the start. They completely missed out about orchestration. Containerization requires to both have containers (docker images) and deploy them on fleet of servers (kubernetes orchestration). The later is where the value is.

chubot 8y ago
> Docker itself is in trouble because they got the wrong use case from the start. They completely missed out about orchestration. That's actually how they started -- they were a PaaS called dotCloud before they were Docker! This was before the term "orchestration" became common, but the point was that they were running apps in multiple languages. They were like Heroku except they supported more than one language (back when Heroku was basically Rails apps). They didn't get much traction and had to pivot to Docker. I think the underlying reason is that writing a PaaS / distributed OS like Kubernetes is extremely difficult, and they were spread too thin. They didn't really nail a single use case like Heroku nailed Rails apps. They were trying to run everything and ended up running nothing. ---- This "rhyming" of history makes me smile, and makes me think how important timing is. dotCloud was the right product, done too early and done poorly. Docker was arugably the wrong product at the right time! I say "wrong" because I never thought it was a sustainable product or business, but it did come about at a time when people really needed a quick and dirty solution. And now the surrounding ecosystem has changed drastically and I agree with the OP that Docker may be left out of it. ---- Another thing I find funny is that App Engine was already "serverless" 10+ years ago... you wrote Python apps and uploaded them as .zip files (web or batch processing). You didn't manage virtual machines. So somehow they were also a bit early, and maybe the product was lacking in some ways as a result.
- user5994461 8y ago
  Agreed. I'm not sure that dotcloud and App Engine though were the right products though. They have shown that a fully managed cloud solution is not the answer. Barely no company could use it, let alone migrate existing software to a whole new platform. It's limited to a very small niche. Docker and Kubernetes are standalone products. Companies can use them internally and make it work with what they already have.

Spivak 8y ago

Docker Inc is fine. It would be silly to charge for the actual containerization because that's not really the value of their platform. Things Docker can/does charge for and could do very well with. - Support: Businesses are happy to pay maintenance contracts for fixed LTS versions of Docker which is their EE product. - Kube: Docker has pivoted their UCP product into a turnkey on-prem Kubernetes distribution. Plenty of room in that space to grow. - Registry; You wouldn't run random images from DockerHub in production, right? Similar to Red Hat's product in this space there's a lot of money to be made in having officially supported images. Images with a pedigree, aduit trail, CVE reporting, yada yada. Partner with Canonical and since it's way easier to do this when you already have distro maintainers and you have a solid RH competitor that devs will like more. - Security: Audit your images that have been sitting around and not updated in ages. - Hosting: They'll be one of many but there's plenty of space in providing some ergonomics compared to Google/AWS's offerings.

luckydata 8y ago
That's not a billion dollars company though.
- lyjackal 8y ago
  Seems like it's more valuable and ubiquitous than mongo db, and their valuations exceed 1.5B
  - toomuchtodo 8y ago
    Ubiquitous does not equal value. Docker doesn’t do anything you can’t do with lxc tooling and an object store (registry). That’s the benefit: containers are free, the orchestration is free, and the registry tooling is free and easily replicated. Mongo equally so (JSON in PostgreSQL). These valuations are fantasy.
    - CloudNetworking 8y ago
      Building a scalable service on top of that is not free, nor easy :)

tedmiston 8y ago

> The point is that Docker, the company, cannot monetize upon the technology, because the moment they start charging for their containerization technology, people will switch to an alternative container technology... I see the thought process but disagree with the premise that they need to charge for their container technology directly. For example, GitHub does not charge for git, but instead for the convenient layers that they add on top of it. Another example is that Google does not charge for Kubernetes but you can buy support which every enterprise company wants and since GKE happens to be the most convenient way to get a K8s cluster rolling in the cloud (for most circumstances) and also now on a box now with GKE On-Prem, many will choose that path so Google still gets their money, just from product / services / support on top of the free core. They can also monetize the "fallout paths" — turns out you're in over your head running all of that K8s stuff yourself? Come pay us more and use our K8s PaaS instead! Not sure if they actually have one yet, but consider something like GKE Serverless here. Enterprise features and support around running containers in production are worth a lot of money. Docker can continue charging for all of its porcelain layers on top like Docker Hub and Docker Enterprise and make plenty of money off of big fish. They could also monetize by being acquired by Microsoft, Google, or Amazon.

fatherlinnux 8y ago
1. GitHub was struggling badly. They had lay-offs, etc. 2. Google still makes the lion's share of it's money from search/ads. Google Compute is struggling and being subsidized by search/ads. IMHO, Docker's only exit strategy is to sell. They don't have enough time left to grow an organic business. Silicon Valley money always wants paid back, sooner rather than later. The layoffs and new CFO at Docker, IMHO, are all about cleaning up the finances so that a sale is possible at a good price. Their last round of investment barely averted a down round. The value bump was minimal and the investors are mostly from a bank in Brazil that likely doesn't understand exactly what they bought into (a lot of uneducated money out there right now because there is no place to put it). None of the original investors participated which shows they don't believe in the company anymore. Their most valuable asset is Windows support. Hence, the most likely aquirerer would be Microsoft. I'll bet a paycheck they sell for somewhere between 1.5B and 2.5B. Keep this thread for posterity :-) It's painfully obvious to anybody that has been in this game for a while... (opinions and analysis my own)

ritchiea 8y ago

I read the finer point of the argument to be that Docker got the layer of abstraction wrong for monetization. That Kubernetes (which orchestrates containers) is the tool at the layer of abstraction where a company could provide a product that has enterprise demand similar to Red Hat. And that Docker is a replaceable piece of technology in the market of managing cloud architecture.