Hacker News: nagyv

New comment by nagyv in "Running Durable Workflows in Postgres Using DBOS"

nagyv — Wed, 11 Dec 2024 07:45:15 +0000

Where can we express interest? Golang (or Ruby) would be interesting

New comment by nagyv in "Pull-based GitOps moving to Gitlab Free tier"

nagyv — Tue, 24 May 2022 09:28:04 +0000

I have seen a series of reviews from Giant Swarm. Example: https://www.giantswarm.io/blog/gitops-with-gitlab-agent-for-...

New comment by nagyv in "Pull-based GitOps moving to Gitlab Free tier"

nagyv — Tue, 24 May 2022 09:03:34 +0000

The GitLab PM responsible for the agent for Kubernetes work here.

The agent supports automatic (and short lived) support for registry keys for the push-based approach with [Auto Deploy](https://docs.gitlab.com/ee/topics/autodevops/stages.html#aut...), and we have documented how one can [set up container registry keys for the pull-based approach](https://docs.gitlab.com/ee/user/clusters/agent/gitops/secret...)

The difference between Argo/Flux and the agent is that Argo and Flux are pull-based deployment point solutions (especially Flux), while the agent (originally built on shared codebase with Argo) is the basic integration layer for GitLab - Kubernetes connections. This way, already today, GitLab provides integrated container vulnerability scanning that is out of scope for the other tools.

About the half-stitched solution, among the three mentioned tools, only the agent supports server-side applies. The others have it as planned features. If you ever struggled with setting up the right annotations to use pull-based deployments and any competing controller at the same time, using server-side applies provides a lot of benefits.

New comment by nagyv in "GitLab 13.0"

nagyv — Mon, 25 May 2020 09:02:53 +0000

Hi the PM responsible for Terraform and Kubernetes integrations here. We would like to improve both our K8s and Tf support in the next months, and would be great to hear about your use-cases a bit more. What do you like or dislike wrt GitLab Kubernetes integration? Would you be open to a user interview?

New comment by nagyv in "Paketo: Modular Buildpacks in Go"

nagyv — Thu, 23 Apr 2020 11:34:18 +0000

You can try out Paketo with GitLab using CI environment variables:

You can try it out today using environment variables in your CI job.

Example:

- AUTO_DEVOPS_BUILD_IMAGE_CNB_ENABLED: 1 - AUTO_DEVOPS_BUILD_IMAGE_CNB_BUILDER: gcr.io/paketo-buildpacks/builder:base

New comment by nagyv in "Paketo: Modular Buildpacks in Go"

nagyv — Thu, 23 Apr 2020 11:30:39 +0000

> For Gitlab, I believe they are or are planning on providing experimental support for CNB. You can probably already use it today if you use pack directly in your pipeline.

You can try it out today using environment variables in your CI job.

Example:

- AUTO_DEVOPS_BUILD_IMAGE_CNB_ENABLED: 1 - AUTO_DEVOPS_BUILD_IMAGE_CNB_BUILDER: gcr.io/paketo-buildpacks/builder:base