오픈소스를 하나의 엔지니어링 시스템으로.
Projects are connected by common principles: reproducibility, integration, evidence, documentation, and long-lived engineering knowledge.
프로젝트를 하나씩 보기 전에, 전체 연결 관계부터.
OpenForge 포트폴리오 대시보드에서 프로젝트 현황, 의존 관계, 도입률과 유지보수 범위를 한눈에 살펴보세요. 프로젝트를 선택하면 상세 정보와 연결된 저장소도 확인할 수 있습니다.
포트폴리오 대시보드 열기실시간 운영 지표가 아닌 공개된 포트폴리오 데이터 기준
Baseline → Platform → Data → AI → Experience
현재 Workbench의 핵심 프로젝트
Narwhal
재현 가능하고 검증 가능한 Kubernetes Internal Developer Platform
Narwhal Portal
Narwhal Kubernetes Internal Developer Platform을 위한 운영·개발자 워크벤치
Beluga
로컬 Kubernetes에서 Kafka·CDC·Flink·Iceberg·Trino·Superset·Airflow를 통합하는 데이터 플랫폼. 통합 control plane(manager/)을 같은 저장소에 포함
KubeMetal
Apple Silicon에서 Kubernetes Control Plane과 macOS MLX Compute를 결합하는 하이브리드 MLOps 데스크톱 앱
Kube-Ready-Box
Kubernetes를 위한 Ubuntu 24.04/26.04 LTS Vagrant Base Box · ARM64/AMD64 · ext4/XFS
ldapium
업스트림 OpenLDAP 소스를 직접 빌드하는 Kubernetes 디렉터리 스택 · 서버 · 관리 UI · Helm
NFS Quota Agent
NFS 기반 Kubernetes PersistentVolume에 파일시스템 수준 Project Quota를 적용하는 에이전트
OpenForge
OSS Blueprint를 넘어 Engineering Operating Model, Executable Governance, Agent Security와 Portfolio Control Plane을 제공하는 오픈소스 엔지니어링 기반
Siqoq
Simulation에서 edge hardware까지 동일한 semantic event와 action contract를 유지하는 Physical AI infrastructure 실험
각 저장소는 하나의 플랫폼 이야기 안에서 서로 다른 경계를 책임집니다.
서로 관계없는 데모를 나열한 것이 아닙니다. 재현 가능한 노드가 플랫폼으로 확장되고, identity와 storage가 플랫폼 기능이 되며, data와 AI workload가 운영 증거와 함께 연결되는 과정을 보여줍니다.
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
포트폴리오는 운영 순서로 읽을 수 있습니다.
기반부터 시작
노드, identity, storage를 먼저 재현합니다.
플랫폼으로 통합
GitOps, SSO, observability, policy를 하나의 운영 경로로 연결합니다.
데이터 workload 확장
데이터 서비스와 같은 저장소의 control-plane 경계를 확인합니다.
AI / edge로 확장
로컬 AI compute와 Physical AI action contract를 검증합니다.