Phase 0
Spikes 및 프로토타입 — tooling, 결정론적 I/O, publishing rails, CLI spikes.
Coretsia는 시스템이 성장하더라도 아키텍처 코어를 다시 발명할 필요가 없도록, MICRO부터 ENTERPRISE까지의 정식 릴리스 트랙을 중심으로 구축되고 있습니다. 결정론적, 모듈형, 그리고 장기간 유지되는 코드베이스를 위해 설계되었습니다.
정식 릴리스 트랙, 하나의 아키텍처 코어
결정론적 동작, 엄격한 경계, 문서화된 릴리스 트랙, 그리고 SSoT 형식화를 중심으로 구축된 프레임워크 모노레포
Coretsia는 정식 mode presets와 릴리스 트랙을 중심으로 구축되고 있습니다. 문서화된 mode set은 MICRO, EXPRESS, HYBRID, ENTERPRISE입니다. Framework presets는 kernel이 소유하며, 프로젝트별 overrides는 skeleton 안에서 사용자 소유로 유지됩니다.
동일한 입력 데이터 → 동일한 결과. Artifacts는 컴파일되고 검증되며, tests는 안정적으로 유지되고, builds는 재현 가능하게 유지됩니다.
핵심 불변 조건은 SSoT docs, registries, gates를 통해 점차 고정되고 있습니다. Index는 단일 entrypoint로 고정되어 있으며, registries와 contracts는 로드맵이 진행됨에 따라 phase별로 확장됩니다.
Secret leakage rails, observability policy, problem-details, middleware taxonomy, runtime safety는 막판의 임시 패치가 아니라 최우선 아키텍처 관심사로 다뤄집니다.
Coretsia는 SSoT를 중심으로 구성된 공개 로드맵을 따릅니다. Prelude는 저장소 초기화, 패키징 규칙, 정식 작업 흐름을 확립했으며, Phase 0 이후 단계들은 엄격한 순서에 따라 프레임워크를 구축합니다.
Spikes 및 프로토타입 — tooling, 결정론적 I/O, publishing rails, CLI spikes.
Core: contracts, foundation, kernel, container, 그리고 기본 Platform invariants.
Mode 인프라와 CLI — tag-first command catalog, mode presets, kernel facade.
릴리스: micro — HTTP runtime, observability, error handling, routing.
릴리스: express — web + persistence + I/O (validation, filesystem, database, migrations, auth).
릴리스: hybrid — asynchronous patterns, queue, events, scheduler, CQRS, secrets, enterprise E2E.
릴리스: enterprise — observability, caching, realtime protocols, AI/LLM gateway, 고급 ops tooling.
Ops (non-SSoT) — IaC templates, CI/CD, zero-downtime strategies, HTTP/2+3용 ops guide.
Spikes 및 프로토타입 — tooling, 결정론적 I/O, publishing rails, CLI spikes.
Core: contracts, foundation, kernel, container, 그리고 기본 Platform invariants.
Mode 인프라와 CLI — tag-first command catalog, mode presets, kernel facade.
릴리스: micro — HTTP runtime, observability, error handling, routing.
릴리스: express — web + persistence + I/O (validation, filesystem, database, migrations, auth).
릴리스: hybrid — asynchronous patterns, queue, events, scheduler, CQRS, secrets, enterprise E2E.
릴리스: enterprise — observability, caching, realtime protocols, AI/LLM gateway, 고급 ops tooling.
Ops (non-SSoT) — IaC templates, CI/CD, zero-downtime strategies, HTTP/2+3용 ops guide.
첫 공개 릴리스 트랙: MICRO · 모든 것이 SSOT에 문서화됨 — 추측 없음
공개 문서는 Coretsia가 무엇이 되려는지뿐 아니라 모노레포가 어떻게 구성되는지, 패키지가 어떻게 명명되는지, 기여자가 어떻게 작업해야 하는지도 정의합니다.
패키지 식별은 path ↔ package_id ↔ composer ↔ namespace로 고정됩니다. 릴리스 가능한 단위는 패키지이며, tools, docs, 기본 skeleton은 릴리스 단위가 아닙니다.
Core는 contracts, foundation, kernel을 담습니다. Platform은 내장 프레임워크 기능을 추가합니다. Integrations는 vendor별 adapters를 제공합니다. Presets는 runtime modes가 아니라 convenience packages입니다.
Skeleton은 web, api, console, worker apps로 나뉘며, shared config, modules, resources, var, tests가 그 주변에 계층적으로 배치됩니다.
기여자용 entrypoints는 repository root에 고정됩니다: composer setup, composer test, composer ci. Managed Composer repositories는 강제되는 작업 흐름의 일부입니다.
Coretsia 문서는 이미 로드맵, 패키징 규칙, 구조, SSoT 진입점, 기여자 작업 흐름을 정의하고 있습니다. 아래의 정식 entrypoints부터 시작하세요.
Prelude와 SPIKES부터 CORE, mode infrastructure, release tracks에 이르는 정식 phase 순서.
문서 열기 →정식 package identity 모델, publishable-units law, monorepo versioning policy.
문서 열기 →계층 모델, framework와 skeleton의 경계, 그리고 web, api, console, worker용 앱 토폴로지.
문서 열기 →SSoT 문서를 위한 단일 navigation entrypoint로, 결정론적 정렬과 고정된 등록 규칙을 가집니다.
문서 열기 →Repository entrypoints를 사용해 clean clone에서 green baseline까지 가는 가장 빠른 정식 경로.
문서 열기 →환경 설정, green baseline, 일상적인 작업 흐름 규칙을 위한 기여자 체크리스트.
문서 열기 →모노레포 작업 흐름을 강제하고 예측 가능하게 유지하는 로컬 pre-commit hooks와 관련 검사 규칙.
문서 열기 →계층, 허용된 dependency 방향, 아키텍처 package graph를 읽는 방법에 대한 개요.
문서 열기 →Coretsia는 개발자가 개발자를 위해 만드는 프로젝트입니다. 피드백, 기능 아이디어가 있거나, 단순히 early access를 원하시나요? 저희에게 문의해 주세요.