5 ms·

What are recommendable simpler system examples, or managed options you allude to?

alpb 7y ago
Google Cloud Run, AWS Fargate, Google App Engine, Heroku etc. are comparable experiences to Kubernetes if you have the flexibility of (1) running on cloud (2) not having to configure host OS or rely on host GPUs etc. Disclaimer: I work at Google Cloud Run.
- gravypod 7y ago
  Does cloud run or fargate have an equivalent to a statefulset? Persistent storage and the ability to talk to a specific node/instance?
- jjtheblunt 7y ago
  Thanks; Fargate was what i was anticipating, or Heroku, hadn't looked at Cloud Run but definitely will.
- yahyaheee 7y ago
  You have vendor lock-in with all of these though
  - alpb 7y ago
    Not really, no. Cloud Run implements the Knative API, so you can actually take it away and run it on any Kubernetes cluster anywhere on a cloud or in your datacenter.
    - gtaylor 7y ago
      Doesn't that require Istio and a few other things as well? I wouldn't wish Istio configuration and maintenance on anyone but the larger shops/teams. You might not be technically locked in, but not everyone can afford to dedicate the attention to tuning and maintaining Istio. Source: at mid-sized company who has Istio in the stack.
      - alpb 7y ago
        Knative just needs a gateway (LB); not a full mesh. Istio is the default option. Alternatively you can use Gloo, Ambassador or something specifically built for Knative such as Kourier.
  - bg24 7y ago
    Vendor lock-in does not come from using GKE/EKS/AKS or derivatives. What ends up happening is that your application consumes services (storage, analytics, etc.). You start using those services from the cloud provider, which makes sense as long as it is the right thing for your business (aligns w/ your cloud-native blueprint). Kubernetes, by itself, is cloud-provider agnostic.
- mstg 7y ago
  Hello! Cloud Run would be better if it supported Cloud IAP and wildcard managed certificates. Overall though it is an amazing service and it is really fast and easy to use.
- threeseed 7y ago
  This comment makes no sense. There is AWS Fargate for Kubernetes, AWS Elastic Kubernetes Service, DigitalOcean Kubernetes, Google Kubernetes Engine etc. All of which are on the cloud and all of which don't require you to configure host OS etc. Some offer full control over node configuration e.g. EKS whilst others manage that for you e.g. Fargate.
  - alpb 7y ago
    Thanks for repeating what I already said. I responded to the question asked. OP asked if there are simpler alternatives. These are simpler alternatives to Kubernetes. I don't know which part you're not getting, but it appears that this person's intention is not to learn Kubernetes or deal with nodes in the first place.
- psankar 7y ago
  Since you mentioned about CloudRun, I had one query. I run docker compose locally for development. For prod, I just use a different docker compose file (with some values changed, for example the postgres database url etc.). I do this from a 5 USD per month droplet/vm. I can launch multiple services like this for my microservices platform. I can use a hosted database solution for another 15 USD per month, to get backups etc. Also I get a generous 1 TB bandwidth and predictable performance for my system as a whole. In the past I have used appengine and been bitten by their update times (took more than 20 mins for a single code update, things could have improved now). Also I need to write deployment artifacts for each service. Now is there any benefit that cloud run (or any paas) could offer compared to this ? Would it be not easier to just stay with docker-compose and defer upgrading to kubernetes until you turn profitable or become unmanageable with a single VM ?
aphexairlines 7y ago
AWS SAM has been great for running rust in AWS Lambda + API Gateway and for managing tables in DynamoDB.
- jjtheblunt 7y ago
  thanks
kawsper 7y ago
Nomad and Consul from Hashicorp.
- merb 7y ago
  which is way more complex to setup than k3s
  - mm89 7y ago
    Perhaps installation and config are not as streamlined as one of the many available k8s setup tools, but the tools themselves are much easier to understand and less broad than the k8s system. Used nomad/consul/fabio at a previous job for running containers, it was very easy to adopt. Way less new concepts as well. It's worth mentioning I later chose GCP managed kubernetes for a small cluster to run at my startup. I had to learn a few new things, but I'm not familiar of any "nomad as a service" offerings, so I went with k8s on Google cloud.
  - Legogris 7y ago
    When was the last time you used it? I found it straightforward and not so many knobs to twist. ACLs and cert management can be a bit of a PITA the first time (especially the former, and it’s something you really want to do before you’re replying on Consul for mission-critical stuff), but that’s about it. Still, those two things are mainly confusing due to poor documentation and not that complicated once you get up to speed, so it’s mainly the first time you do a new setup.
    - Legogris 7y ago
      Downvoters: Care to elaborate what you think is wrong with my comment?

alpb 7y ago

Google Cloud Run, AWS Fargate, Google App Engine, Heroku etc. are comparable experiences to Kubernetes if you have the flexibility of (1) running on cloud (2) not having to configure host OS or rely on host GPUs etc. Disclaimer: I work at Google Cloud Run.

gravypod 7y ago
Does cloud run or fargate have an equivalent to a statefulset? Persistent storage and the ability to talk to a specific node/instance?
jjtheblunt 7y ago
Thanks; Fargate was what i was anticipating, or Heroku, hadn't looked at Cloud Run but definitely will.
yahyaheee 7y ago
You have vendor lock-in with all of these though
- alpb 7y ago
  Not really, no. Cloud Run implements the Knative API, so you can actually take it away and run it on any Kubernetes cluster anywhere on a cloud or in your datacenter.
  - gtaylor 7y ago
    Doesn't that require Istio and a few other things as well? I wouldn't wish Istio configuration and maintenance on anyone but the larger shops/teams. You might not be technically locked in, but not everyone can afford to dedicate the attention to tuning and maintaining Istio. Source: at mid-sized company who has Istio in the stack.
    - alpb 7y ago
      Knative just needs a gateway (LB); not a full mesh. Istio is the default option. Alternatively you can use Gloo, Ambassador or something specifically built for Knative such as Kourier.
- bg24 7y ago
  Vendor lock-in does not come from using GKE/EKS/AKS or derivatives. What ends up happening is that your application consumes services (storage, analytics, etc.). You start using those services from the cloud provider, which makes sense as long as it is the right thing for your business (aligns w/ your cloud-native blueprint). Kubernetes, by itself, is cloud-provider agnostic.
mstg 7y ago
Hello! Cloud Run would be better if it supported Cloud IAP and wildcard managed certificates. Overall though it is an amazing service and it is really fast and easy to use.
threeseed 7y ago
This comment makes no sense. There is AWS Fargate for Kubernetes, AWS Elastic Kubernetes Service, DigitalOcean Kubernetes, Google Kubernetes Engine etc. All of which are on the cloud and all of which don't require you to configure host OS etc. Some offer full control over node configuration e.g. EKS whilst others manage that for you e.g. Fargate.
- alpb 7y ago
  Thanks for repeating what I already said. I responded to the question asked. OP asked if there are simpler alternatives. These are simpler alternatives to Kubernetes. I don't know which part you're not getting, but it appears that this person's intention is not to learn Kubernetes or deal with nodes in the first place.
psankar 7y ago
Since you mentioned about CloudRun, I had one query. I run docker compose locally for development. For prod, I just use a different docker compose file (with some values changed, for example the postgres database url etc.). I do this from a 5 USD per month droplet/vm. I can launch multiple services like this for my microservices platform. I can use a hosted database solution for another 15 USD per month, to get backups etc. Also I get a generous 1 TB bandwidth and predictable performance for my system as a whole. In the past I have used appengine and been bitten by their update times (took more than 20 mins for a single code update, things could have improved now). Also I need to write deployment artifacts for each service. Now is there any benefit that cloud run (or any paas) could offer compared to this ? Would it be not easier to just stay with docker-compose and defer upgrading to kubernetes until you turn profitable or become unmanageable with a single VM ?

aphexairlines 7y ago

AWS SAM has been great for running rust in AWS Lambda + API Gateway and for managing tables in DynamoDB.

jjtheblunt 7y ago
thanks

kawsper 7y ago

Nomad and Consul from Hashicorp.

merb 7y ago
which is way more complex to setup than k3s
- mm89 7y ago
  Perhaps installation and config are not as streamlined as one of the many available k8s setup tools, but the tools themselves are much easier to understand and less broad than the k8s system. Used nomad/consul/fabio at a previous job for running containers, it was very easy to adopt. Way less new concepts as well. It's worth mentioning I later chose GCP managed kubernetes for a small cluster to run at my startup. I had to learn a few new things, but I'm not familiar of any "nomad as a service" offerings, so I went with k8s on Google cloud.
- Legogris 7y ago
  When was the last time you used it? I found it straightforward and not so many knobs to twist. ACLs and cert management can be a bit of a PITA the first time (especially the former, and it’s something you really want to do before you’re replying on Consul for mission-critical stuff), but that’s about it. Still, those two things are mainly confusing due to poor documentation and not that complicated once you get up to speed, so it’s mainly the first time you do a new setup.
  - Legogris 7y ago
    Downvoters: Care to elaborate what you think is wrong with my comment?