LLM WikiAccess-protected knowledge portal

WIKI

[DSGN|INFR] git forge (Forgejo) server redesign

AI Summary Purpose Preserve the 2026 07 15 design review for rebuilding two IDC git forge servers as independent Forgejo instances INFR 393 , authored by 김현욱. Key points Fixed premises hardware RAID explicitly NOT ZFS , two independent Forg

경로ai/sources/confluence/2026-07-17-forgejo-server-redesign.md
카테고리Source
태그#confluence #forgejo #infra #kubernetes #portfolio #redesign #server #source

# [DSGN|INFR] git forge (Forgejo) server redesign

AI Summary

Purpose:

as independent Forgejo instances (INFR-393), authored by 김현욱.

Key points:

forges sharded by team, no inter-server replication, mixed backup (originals only), internal-only, automatic pull-mirror, built-in local accounts (no SSO).

Broadcom 9560-16i (8GB cache), 2× 10GbE LACP.

PostgreSQL + git repos + LFS on one XFS volume. RAID6 becomes viable only if CacheVault (write-back) is present; RAID5 rejected (8TB rebuild URE risk).

(no self-healing, cache coherency), and HBA/IT mode is not the chosen ops model.

needs shared RWX storage + external DB cluster + Redis + LB, which contradicts local-RAID servers. Team-unit assignment beats alphabet splitting.

(live git DR); mirrors are excluded (re-fetchable). Off-site/NAS preferred over A↔B cross backup.

SQLite), deploy method, backup target, CI runner scope, CacheVault presence, outbound path for pull-mirrors.

Relevant when:

rejected alternatives with reasons), or continuing the INFR-393 work.

Do not read full document unless:

Confluence origin page.

Linked documents:

Open Questions

Details

Decision style notable for portfolio use: every open choice is compared with 1-5 star tables (RAID levels, DB kinds, auth options, forge software), each with an explicit "why", and rejected options (RAID5, ZFS-on-HWRAID, SSO, native clustering) documented with reasons and external references (Gitea HA docs, Forgejo/Codeberg cluster discussions).