Open source as one engineering system.
Projects are connected by common principles: reproducibility, integration, evidence, documentation, and long-lived engineering knowledge.
See the whole portfolio before exploring each project.
Explore project status, dependencies, adoption and maintenance coverage in the OpenForge portfolio dashboard. Select any project to inspect its details and connected repositories.
Explore portfolio dashboardBased on published portfolio data, not live operational telemetry
Baseline → Platform → Data → AI → Experience
Core projects in the workbench
Narwhal
A reproducible and verifiable Kubernetes Internal Developer Platform
Narwhal Portal
Operations and developer workbench for the Narwhal Kubernetes Internal Developer Platform
Beluga
A local Kubernetes data platform connecting Kafka, CDC, Flink, Iceberg, Trino, Superset, and Airflow, with its unified control plane (manager/) in the same repository
KubeMetal
An Apple Silicon hybrid MLOps desktop app separating Kubernetes control from native macOS MLX compute
Kube-Ready-Box
Kubernetes-ready Ubuntu 24.04/26.04 LTS Vagrant Base Boxes for ARM64/AMD64, ext4/XFS, and local hypervisors
ldapium
An OpenLDAP Kubernetes packaging stack built from upstream source: server, management UI, Helm, and offline delivery
NFS Quota Agent
Kubernetes agent that enforces filesystem Project Quotas for NFS PersistentVolumes
OpenForge
An OSS engineering foundation combining a blueprint, Engineering Operating Model, executable governance, agent security, and a portfolio control plane
Siqoq
A Physical AI infrastructure experiment that preserves semantic event and action contracts from simulation to edge hardware
These repositories are boundaries in one platform story.
This is not a collection of unrelated demos. The portfolio shows how a reproducible node becomes a platform, how identity and storage become platform capabilities, and how data and AI workloads are connected with explicit operational evidence.
Kube-Ready-Box
Reproducible node baseline
Kubernetes 실습·PoC마다 OS와 VM 상태가 달라지는 문제
Packer로 Ubuntu LTS를 빌드하고 AMD64/ARM64, VirtualBox/VMware 경로를 검증
이미지 빌드·부팅·quota·네트워크 검증과 릴리스 artifact · 기반 이미지와 실행 경로를 제공하는 foundation
ldapium
Identity foundation
LDAP 계정·그룹과 플랫폼 OIDC/RBAC 사이의 단절
디렉터리 데이터와 인증 경계를 분리하고 플랫폼 서비스가 재사용할 수 있는 identity layer
스키마·초기화·인증 흐름과 운영 문서 · Narwhal 등 플랫폼 통합을 위한 reusable identity
NFS Quota Agent
Storage policy enforcement
NFS PV를 팀 단위로 공유할 때 용량 초과와 책임 경계가 불명확한 문제
XFS/ext4/Btrfs project quota, Kubernetes workload, Helm, metrics와 CLI/UI
quota 적용·초과·복구·관측성 테스트 · 공유 스토리지를 운영 가능한 Kubernetes capability로 확장
Narwhal
Kubernetes IDP
클러스터를 구성해도 SSO·GitOps·보안·관측성이 따로 운영되는 문제
HA Kubernetes, kube-vip, ArgoCD/Gitea, Keycloak OIDC, Cilium/Istio/APISIX, observability와 backup
120+ cluster checks, 49 SSO tests, 51 regression checks · 전체 포트폴리오의 통합·운영 중심
Narwhal Portal
Platform experience
플랫폼 기능이 있어도 사용자가 어디서 무엇을 실행해야 하는지 알기 어려운 문제
Next.js/React 기반으로 서비스·문서·상태·진입 경로를 하나의 portal experience로 구성
route·link·콘텐츠 parity, build와 UI smoke 검증 · Narwhal의 운영 기능을 사용자 경험으로 노출
Beluga
Cloud Native data platform
데이터 수집·저장·처리·조회 구성요소를 매번 별도로 조합하는 문제
K3s 기반 위에 CDC, object/lake storage, query와 orchestration 경계를 조합하고, 같은 저장소의 manager/ control plane(Domain API·policy compiler)으로 확장
서비스 기동, 데이터 흐름, endpoint와 운영 시나리오, manager/ CI · 재현 가능한 data platform reference (manager/ 는 stub 기반 read-first 단계)
Siqoq
Simulation-to-edge Physical AI
센서·이벤트·정책·액션을 하드웨어에 바로 연결하면 검증이 어려운 문제
CPU-first event/action contract, safety gate, adapter와 simulation을 분리해 edge 확장
mock→CPU→accelerator→hardware 단계별 parity와 trace · Physical AI infrastructure를 검증하는 초기 foundation
Read the portfolio as an operating sequence.
기반부터 시작
노드, identity, storage를 먼저 재현합니다.
플랫폼으로 통합
GitOps, SSO, observability, policy를 하나의 운영 경로로 연결합니다.
데이터 workload 확장
데이터 서비스와 같은 저장소의 control-plane 경계를 확인합니다.
AI / edge로 확장
로컬 AI compute와 Physical AI action contract를 검증합니다.