Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

blog.jetstack.io

Post reply on HN
Print view View original

21–30 of 58 posts

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#21

Post by cppforlife »

rossmohax wrote: post #6

> This means the Service must be created first, then when the corresponding NEG is created the name can be queried and added to the Terraform project. These kind of reverse dependencies, where app level changes have to be reflected in infrastructure are source of endless bugs and headaches. To do it right, you'd want to encode app and infra changes in the same ubiquitous tool, but "infrastructure as a code" tools suc…

someone asked me to wrap get-kapp.io (one of my projects) with terraform so that they can pass down infra settings to their k8s config. i ended up writing https://githubc.com/k14s/terraform-provider-k14s (example: https://github.com/k14s/terraform-provider-k14s/tree/master/...). i havent been asked about case where app info is needed by terraform, but may be thats something to add...

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#24

Post by DangitBobby »

minxomat wrote: post #5
pmlnr wrote: post #2

Is the title peak buzzword-era, or is there more to come?

This might be an elaborate demo for the upcoming thisblogpostdoesnotexist ML text synthesis project. Just for fun, I used Grover to generate an article based on the headline: > What is the cheapest way to optimize the cloud? Going globally? Using open-source cloud computing platforms? Choosing AWS in the U.S. and for the remaining countries? Choosing SaaS? Or, using AWS and establishing a global presence on the EC2 C…

Okay, but unless Grover can accurately describe how to deploy services and load balancers on GCP, generate valid kubernetes yaml that matches the contents of the article, and generate an infrastructure diagram that matches the infrastructure described in the article, then this was certainly not generated by Grover. It in no way resembles something generated by some ML text synthesis. I'm not sure how anyone who read it could come to the conclusion that it was.

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#25

Post by solatic »

rossmohax wrote: post #6

> This means the Service must be created first, then when the corresponding NEG is created the name can be queried and added to the Terraform project. These kind of reverse dependencies, where app level changes have to be reflected in infrastructure are source of endless bugs and headaches. To do it right, you'd want to encode app and infra changes in the same ubiquitous tool, but "infrastructure as a code" tools suc…

> To do it right, you'd want to encode app and infra changes in the same ubiquitous tool

Well, that's exactly what we do with Dhall, which lets us put static types on infrastructure tooling that prints out unpredictable output but in a predictable format and transform that output into the format that other dependent tools expect. Everything is then glued together with simple shell scripts and run in a CI environment.

Once you understand the pattern - use an uber-config plus typed tool outputs to generate downstream config and apply all config in an idempotent way - you wonder why you ever did things any other way.

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#26

Post by [deleted] »

DangitBobby wrote: post #24
minxomat wrote: post #5

Earlier quoted context omitted.

This might be an elaborate demo for the upcoming thisblogpostdoesnotexist ML text synthesis project. Just for fun, I used Grover to generate an article based on the headline: > What is the cheapest way to optimize the cloud? Going globally? Using open-source cloud computing platforms? Choosing AWS in the U.S. and for the remaining countries? Choosing SaaS? Or, using AWS and establishing a global presence on the EC2 C…

Okay, but unless Grover can accurately describe how to deploy services and load balancers on GCP, generate valid kubernetes yaml that matches the contents of the article, and generate an infrastructure diagram that matches the infrastructure described in the article, then this was certainly not generated by Grover. It in no way resembles something generated by some ML text synthesis. I'm not sure how anyone who read…

[deleted]

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#27

Post by minxomat »

whatsmyusername wrote: post #22

I've yet to see a compelling argument for the complication of kubernetes or the 'its not AWS' nature of GCP over a bog standard AWS ALB with ECS cluster tasks attached to it.

Because k8s mostly prevents lock-in. A much better idea is to run EKS on Fargate. You still won't have to manage a cluster, but at least you can now use standard k8s manifests that work in any other cluster instead of the ECS homebrew stuff. You can keep ALB, because ALB can run as an Ingress Controller.

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#28

Post by vemacs »

This tool makes what the OP is trying to do much easier: https://github.com/GoogleCloudPlatform/gke-autoneg-controlle... you can have GKE configure the NEG on the BS directly, and not have to interrogate K8s for the name of the NEG to add to the BS via terraform.

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#29

Post by [deleted] »

bryanlarsen wrote: post #18
znpy wrote: post #10

CLOUD NATIVE DEVOPS RAFT-BASED BLOCKCHAIN-ENABLED MULTI CLOUD RESILIENT CONTAINERIZED MULTI-REGION MULTI-AZ static blog generator.

I downvoted this because even though I like it, it belongs at the bottom of the conversation below any real discussion of the actual article.

[deleted]

Re: Container-Native Multi-Cluster Global Load Balancing with Cloud Armor on GCP

#30

Post by tyfon »

bryanlarsen wrote: post #18
znpy wrote: post #10

CLOUD NATIVE DEVOPS RAFT-BASED BLOCKCHAIN-ENABLED MULTI CLOUD RESILIENT CONTAINERIZED MULTI-REGION MULTI-AZ static blog generator.

I downvoted this because even though I like it, it belongs at the bottom of the conversation below any real discussion of the actual article.

Personally I think it belongs at the top. When the article looks like it is generated by the buzzword generator, that should be the real discussion.
Post reply on HN