The CloudNativePG community announced the first release candidate of CloudNativePG 1.30! This preview introduces the DatabaseRole CRD for declarative, #GitOps-friendly role management and a Lease-based primary election primitive for safer failover: https://cloudnative-pg.io/releases/cloudnative-pg-1-30.0-rc1-released/

Join us in testing these updates to shape the final release planned for the end of June 🙏 #PostgreSQL #Kubernetes

I'm so excited to share #GitOps at the #Louisville #dotNET #meetup. It isn't just a #Kubernetes thing. We'll see both an #OnPrem GitOps build and #ArgoCD deploying #containers into #k8s. Come join us in-person or virtually: https://www.meetup.com/louisville-dotnet/, slides: https://robrich.org/slides/gitops/ code: https://github.com/robrich/gitops
Louisville .NET Meetup Group | Meetup

**Welcome to the Louisville .NET Meetup!**Are you passionate about .NET development—or just beginning to explore its vast possibilities? Whether you're new to coding, a seasoned developer, or anywhere in between, join a diverse community of dedicated developers, innovators, learners, and professiona

Meetup

CI/CD의 진화: GitOps부터 프로그레시브 딜리버리까지

CI/CD 성숙도는 YOLO 배포에서 시작해 CI, 지속적 인도(CD)를 거쳐 완전 자동화된 지속적 배포(CD)로 단계별로 진화한다.

🔗 원문 보기

CI/CD의 진화: GitOps부터 프로그레시브 딜리버리까지

CI/CD 성숙도는 YOLO 배포에서 시작해 CI, 지속적 인도(CD)를 거쳐 완전 자동화된 지속적 배포(CD)로 진화한다.

Ruby-News

🦑 Learn how to install and manage Coroot using #ArgoCD.

Deploy no-instrumentation, open source observability for all your telemetry, fully compatible with your GitOps workflow: https://docs.coroot.com/guides/argocd/

#devops #observability #monitoring #aws #cloud #tech #ai #linux #ebpf #sre #sysadmin #kubernetes #docker #gitops #opensource

Что будет, если убрать сохранённое состояние из IaC? Опыт создания Wye

Практически все современные системы управления инфраструктурой опираются на один и тот же фундаментальный механизм — сохранённое состояние (persistent state). Terraform хранит состояние в .tfstate , Crossplane использует Kubernetes API как систему записи, GitOps-решения строят дополнительные слои поверх Kubernetes. Архитектурные различия между этими инструментами огромны, но их объединяет одна идея: между конфигурацией и реальной инфраструктурой существует некоторое долговременное представление мира, которое считается авторитетным. Исторически это было вполне разумно. Когда Terraform появился, облачные API были значительно медленнее, инфраструктура хуже наблюдалась, а полный обход ресурсов занимал ощутимое время. Поддерживать локальный снимок состояния было выгоднее, чем каждый раз заново опрашивать провайдера. Проблема в том, что со временем этот снимок превратился из оптимизации в архитектурный фундамент. Вокруг него со временем выросла целая экосистема: удалённые хранилища состояния, механизмы блокировки, импорт ресурсов, синхронизация состояния с инфраструктурой, обнаружение дрейфа конфигурации, миграции состояния и другие инструменты, необходимые для поддержания согласованности между сохранённым представлением системы и её фактическим состоянием. В какой-то момент возникает вопрос: а обязателен ли вообще persistent state как архитектурный элемент? Можно ли построить систему, которая будет работать напрямую с реальной инфраструктурой, не поддерживая отдельный долговременный слой состояния?

https://habr.com/ru/articles/1047128/

#IaC #terraform #crossplane #gitops #wye #kubernetes

Что будет, если убрать сохранённое состояние из IaC? Опыт создания Wye

Wye - IaC система без сохранённого состояния Практически все современные системы управления инфраструктурой опираются на один и тот же фундаментальный механизм — сохранённое состояние (persistent...

Хабр

Hey Kubernetes people.

Is it a good idea to setup Prometheus Stack using FluxCD? Anything I should watch out for?

https://github.com/prometheus-community/helm-charts/tree/main/charts/kube-prometheus-stack

#kubernetes #gitops #fluxcd #argocd #selfhosted

helm-charts/charts/kube-prometheus-stack at main · prometheus-community/helm-charts

Prometheus community Helm charts. Contribute to prometheus-community/helm-charts development by creating an account on GitHub.

GitHub

HomeLab com Argo CD

Segunda-feira 15 de Junho às 18 horas.

Continuamos o reboot do projeto LHCInfra!

Um projeto aberto e colaborativo para quem quer estudar, testar e dominar os conceitos de GitOps e Homelab.

O que faremos nesta etapa: Vamos colocar a mão na massa para realizar uma limpeza na infraestrutura atual e atualizar os scripts de instalação e configuração de um ambiente do zero.

Objetivo desta edição: Instalar e configurar o Argo CD, consolidando a nossa estrutura para gerenciar o Homelab do hackerspace via GitOps de forma totalmente aberta e colaborativa.

Projeto: https://forja.lhc.net.br/LHC/infra

#devops #infra #lhc #hackerspace #gitops #experimentos

Ruby를 활용한 클라우드 데이터 인프라 구축

Ruby는 웹 개발을 넘어 스크립팅 및 자동화에 최적화된 언어이며, 클라우드 데이터 인프라 구축에 강력하게 활용될 수 있습니다.

🔗 원문 보기

Ruby를 활용한 클라우드 데이터 인프라 구축

Ruby는 웹 개발을 넘어 스크립팅 및 자동화에 최적화된 언어이며, 클라우드 데이터 인프라 구축에 강력하게 활용될 수 있습니다.

Ruby-News
🌘 我的家庭實驗室 AI 開發平臺
➤ 透過 AI 與 GitOps,實現高效且安全的自動化基礎設施管理
https://rsgm.dev/post/ai-dev-platform/
作者透過部署 OpenCode Web UI 打造了一套高效的家庭實驗室(Homelab)AI 開發工作流。該平臺不僅提供跨裝置的持久化編碼環境,還整合了 GitOps 機制,讓作者能利用 AI 協助管理容器服務、分析更新日誌及編寫健康檢查。透過將 AI 置於嚴格的權限控管與 PR 審核機制之下,作者在提升自動化管理效率的同時,確保了基礎設施的安全性與穩定性。
+ 這種將 AI 置於 GitOps 流水線之前的做法非常聰明,既享受了 AI 的輔助效率,又透過 PR 審覈保證了生產環境的安全,這是值得參考的架構。
+ 很佩服作者為了避開大型 AI 廠商的 Token 限制而選擇 vendor-agnostic 的 OpenCode。但 Forgejo 在 CI 記錄存取上的限制確實是個痛點,期待未來有更完善的整合方案。
#Homelab #AI Dev #GitOps #OpenCode
My Homelab AI Dev Platform

Self-hosting OpenCode Web for GitOps style homelab changes.

nixidy part 1: Introduction to nixidy | codedbearder

codedbearder's blog

codedbearder