HackerTrans
TopNewTrendsCommentsPastAskShowJobs

gitopspm

no profile record

Submissions

[untitled]

1 points·by gitopspm·2 miesiące temu·0 comments

[untitled]

1 points·by gitopspm·4 miesiące temu·0 comments

[untitled]

1 points·by gitopspm·5 miesięcy temu·0 comments

Proxmox-GitOps: IaC Automation Framework for LXC: Local Development and Staging

1 points·by gitopspm·5 miesięcy temu·0 comments

[untitled]

1 points·by gitopspm·7 miesięcy temu·0 comments

Show HN: Proxmox-GitOps: Container Automation Framework

github.com
9 points·by gitopspm·8 miesięcy temu·2 comments

Show HN: Proxmox-GitOps: Container Automation Metaframework (Recursive Monorepo)

github.com
11 points·by gitopspm·9 miesięcy temu·2 comments

Show HN: Proxmox-GitOps: Recursive IaC Container Automation (+1min Demo [video]

github.com
1 points·by gitopspm·9 miesięcy temu·0 comments

Show HN: Proxmox-GitOps: IaC Container Automation (+1min to infra stack [video])

github.com
1 points·by gitopspm·9 miesięcy temu·0 comments

comments

gitopspm
·5 miesięcy temu·discuss
Hello everyone,

I'd like to share my open-source project Proxmox-GitOps, a Container Automation Framework for provisioning and orchestrating Linux containers (LXC) on Proxmox VE - encapsulated as a composite Infrastructure as Code (IaC) monorepository.

Proxmox-GitOps (@Github): https://github.com/stevius10/Proxmox-GitOps

Demo: (~1m): on Github

By encapsulating infrastructure within an extensible monorepository - recursively resolved from Git submodules at runtime - Proxmox-GitOps provides a comprehensive Infrastructure-as-Code (IaC) abstraction for an entire, automated, container-based infrastructure.

Originally, it was a personal attempt to bring industrial automation and cloud patterns to my Proxmox home server. It's designed as a platform architecture for a self-contained, bootstrappable system - a generic IaC abstraction (customize, extend, .. open standards, base package only, .. - you name it ) that automates the entire infrastructure. It was initially driven by the question of what a Proxmox-based GitOps automation could look like and how it could be organized.
gitopspm
·8 miesięcy temu·discuss
I'd like to share my open-source project Proxmox-GitOps, a Container Automation Framework and Platform for provisioning and orchestrating Linux containers (LXC) on Proxmox VE - encapsulated as comprehensive Infrastructure as Code (IaC).

Originally, it was a personal attempt to bring industrial automation and cloud patterns to my Proxmox home server. It's designed as a platform architecture for a self-contained, bootstrappable system - a generic IaC abstraction (customize, extend, .. open standards, base package only, .. - you name it ;-)) that automates the entire infrastructure. It was initially driven by the question of what a Proxmox-based GitOps automation could look like and how it could be organized.

It's a noncommercial, passion-driven project. I'm looking to collaborate with other engineers who share the excitement of building a self-contained, bootstrappable platform architecture that addresses the question: What should our home automation look like?

I'd love to hear your thoughts!
gitopspm
·9 miesięcy temu·discuss
I'd like to share my open-source project Proxmox-GitOps, a Container Automation platform for provisioning and orchestrating Linux containers (LXC) on Proxmox VE - encapsulated as comprehensive Infrastructure as Code (IaC). TL;DR: By encapsulating infrastructure within an extensible monorepository - recursively resolved from Git submodules at runtime - Proxmox-GitOps provides a comprehensive Infrastructure-as-Code (IaC) abstraction for an entire, automated, container-based infrastructure.

Originally, it was a personal attempt to bring industrial automation and cloud patterns to my Proxmox home server. It's designed as a platform architecture for a self-contained, bootstrappable system - a generic IaC abstraction (customize, extend, .. open standards, base package only, .. - you name it ;-)) that automates the entire infrastructure. It was initially driven by the question of what a Proxmox-based GitOps automation could look like and how it could be organized.

Core Concepts:

- Recursive Self-management: Control plane seeds itself by pushing its monorepository onto a locally bootstrapped instance, triggering a pipeline that recursively provisions the control plane onto PVE.

- Monorepository: Centralizes infrastructure as comprehensive IaC artifact (for mirroring, like the project itself on Github) using submodules for modular composition.

- Single Source of Truth: Git represents the desired infrastructure state.

- Loose coupling: Containers are decoupled from the control plane, enabling runtime replacement and independent operation.

It's a noncommercial, passion-driven project. I'm looking to collaborate with other engineers who share the excitement of building a self-contained, bootstrappable platform architecture that addresses the question: What should our home automation look like?

I'd love to hear your thoughts!
gitopspm
·9 miesięcy temu·discuss
I am working on an open-source project named Proxmox-GitOps, a self-contained GitOps environment for provisioning and orchestrating Linux containers (LXC) on Proxmox VE.

tl;dr: By encapsulating infrastructure within an extensible monorepository - recursively resolved from Git submodules at runtime - Proxmox-GitOps provides a comprehensive Infrastructure-as-Code (IaC) abstraction for an entire, automated, container-based infrastructure.

Originally, it was a personal attempt to bring industrial automation and cloud patterns to my Proxmox home server. It's designed as a platform architecture for a self-contained, bootstrappable system - a generic IaC abstraction (customize, extend, .. open standards, base package only, .. - you named it!) that automates an entire infrastructure. It was initially driven by the question of what a Proxmox-based GitOps automation could look like and how it could be organized.

Github: https://github.com/stevius10/Proxmox-GitOps

On point: 75sec hands-on demo [video]: https://youtu.be/2oXDgbvFCWY

It's a noncommercial, passion-driven project. I'm looking to collaborate with other engineers who share the excitement of building a self-contained, bootstrappable platform architecture that addresses the question: What should our home automation look like?

I'd love to hear your thoughts!