5 ms·

Agreed. Kubernetes is eating the cloud and those big cloud providers should be scared. The future of these cloud platform providers is as a utility for virtuali

Agreed. Kubernetes is eating the cloud and those big cloud providers should be scared. The future of these cloud platform providers is as a utility for virtualised hardware, storage and networking, firewall - and that’s about it. The software layer belongs in the kube.

jjeaff 5y ago
Is it? Seems like it's eating the sunset of services that allow you to scale containers. But I don't see it eating any of the big services that cloud providers like aws care about. Like managed databases, queuing services (sqs), messaging services (ses), etc.
- bottled_poe 5y ago
  It is. Those can deployed quite easily on k8s these days. Persistence is not trivial, but can be done. Admittedly, at this point I wouldn’t put my databases in k8s, but keep an eye on this space as it’s becoming easier.
  - dilyevsky 5y ago
    If your db is already replicated (cockroachdb, tidb, foundation,etc) running it in k8s is a breeze and can be considerably cheaper and more reliable than managed stuff
    - coopreme 5y ago
      Rook Ceph.
      - dilyevsky 5y ago
        I mean that too but you’re probably not running it in cloud so not everyone can take advantage here
        coopreme 5y ago
        We are. Running EC2/EBS.
humbleMouse 5y ago
They don’t have to be scared, there are tons of corporations that can’t manage any kind of infrastructure effectively and are begging to get to the public cloud.
- bottled_poe 5y ago
  True now, 5-10 years time though? When they finally get to the cloud and realise the costs, they will look at opportunities to reduce their bills.
  - humbleMouse 5y ago
    I anticipate many “we have to get off the cloud” projects in the future for sure, but I think it’s clear that the demand for “public cloud” has not been met by a long shot. There is much more room for the market cap of public cloud to grow.
Aqueous 5y ago
Amazon, MS, and GCP all have managed Kubernetes services so these two things are not mutually exclusive.
- bottled_poe 5y ago
  Yes, and some of those are paid services. Why?
  - unixhero 5y ago
    Companies like to pay for bills, and not pay for own responsibility of own staff.

jjeaff 5y ago

Is it? Seems like it's eating the sunset of services that allow you to scale containers. But I don't see it eating any of the big services that cloud providers like aws care about. Like managed databases, queuing services (sqs), messaging services (ses), etc.

bottled_poe 5y ago
It is. Those can deployed quite easily on k8s these days. Persistence is not trivial, but can be done. Admittedly, at this point I wouldn’t put my databases in k8s, but keep an eye on this space as it’s becoming easier.
- dilyevsky 5y ago
  If your db is already replicated (cockroachdb, tidb, foundation,etc) running it in k8s is a breeze and can be considerably cheaper and more reliable than managed stuff
  - coopreme 5y ago
    Rook Ceph.
    - dilyevsky 5y ago
      I mean that too but you’re probably not running it in cloud so not everyone can take advantage here
      - coopreme 5y ago
        We are. Running EC2/EBS.

humbleMouse 5y ago

They don’t have to be scared, there are tons of corporations that can’t manage any kind of infrastructure effectively and are begging to get to the public cloud.

bottled_poe 5y ago
True now, 5-10 years time though? When they finally get to the cloud and realise the costs, they will look at opportunities to reduce their bills.
- humbleMouse 5y ago
  I anticipate many “we have to get off the cloud” projects in the future for sure, but I think it’s clear that the demand for “public cloud” has not been met by a long shot. There is much more room for the market cap of public cloud to grow.

Aqueous 5y ago

Amazon, MS, and GCP all have managed Kubernetes services so these two things are not mutually exclusive.

bottled_poe 5y ago
Yes, and some of those are paid services. Why?
- unixhero 5y ago
  Companies like to pay for bills, and not pay for own responsibility of own staff.