حداقل
4 ماشین1 کنترلگر آزمایشگاه + 3 گره خام Ubuntu 24.04 amd64.
مرجع عملیاتی برای اینکه چه سرورهایی لازم است، چه چیزی خودکار نصب و تست میشود و چه چیزی هنوز نباید قبولی اعلام شود.
1 کنترلگر آزمایشگاه + 3 گره خام Ubuntu 24.04 amd64.
کنترلگر + 3 گره اصلی + سرور یدکی + بار و بررسیگر مستقل برای Day‑2 و HA واقعی.
کنترلگر + 3 اصلی + 3 آمادهبهکار + بررسیگر خارجی.
هوش مصنوعی فقط تشخیص و اصلاح میکند؛ گیت انتشار و دقیق‑SHA فیزیکی شواهد منبع حقیقتاند.
کنترلگر آزمایشگاه متصل، تمام وابستگیهای OSS اعلامشده را دریافت، ساخت و مهر میکند؛ گرههای مقصد برای نصب به اینترنت وابسته نیستند.
sudo scripts/run-physical-lab.sh plan --config /secure/lab-config.json sudo scripts/run-physical-lab.sh preflight --config /secure/lab-config.json sudo scripts/run-physical-lab.sh run --config /secure/lab-config.json --allow-destructive-install --allow-disruption
منبع/مهرشده بسته خروجی، پوشه کاری، فهرست سرورها، برنامه تأیید/بسته ارتقا و سیاستهای AI/MCP همگی داخل همان پیکربندی پایدار قرار میگیرند؛ ادامه اجرا به هش همان پیکربندی/ماتریس/کنترلگر bind است. وضعیت فعلی: مسیر منبع تا نصب و آمادهسازی Certification در سطح سورس خودکار است: Lab Auto‑Fixture دادههای لازم را کشف میکند یا با مالکیت Product و بهصورت idempotent میسازد، مرجع آنها را با SHA میبندد و برنامه 16 کمپین را از template تولید میکند. نبود شواهد اجرای واقعی Lab همچنان با NOT_RUN گزارش میشود و هیچ قبولی فیزیکی از این اتوماسیون استنتاج نمیشود.
| ورودی | اجباری | توضیح |
|---|---|---|
| Source Artifact | بله | ZIP/TAR دقیق نسخه منبع نامزد |
| SSH key + user | بله | برای گرههای خام؛ root مسیر استاندارد Lab است |
| حداقل 3 مدیریت IP | بله | سه گره اصلی کنترلپلین/گره کاری/داده |
| Data device | برای تأیید ذخیرهسازی | دیسک قابل پاکسازی بهصورت صریح |
| API VIP | بله | آدرس رزروشده شبکه Lab |
| Service address pool | بله | بازه معتبر MetalLB |
| Edge public/service address | بله | برای Envoy درگاه و probe واقعی |
| Identity/Panel HTTPS URL | بله | مرجع تصمیم عمومی Lab |
| Certification Plan template | بله؛ template محصول | کنترلگر Lab شناسههای release و fixtureهای کشف/ساختهشده را روی template اعمال میکند، برنامه نهایی 16 کمپین را میسازد و SHA آن را در وضعیت میبندد؛ ورود دستی مقصدهای fixture لازم نیست. |
مرجع تصمیم فایل configs/component-lock.yaml است؛ خط مبنا فعلی 31 مورد دارد و هدف گرهها هیچ دریافت شبکهای جبرانی ندارند.
RKE2Ciliumkube-vipMetalLBOpenEBS LVMCloudNativePGPostgreSQLKeycloakzotSeaweedFSSeaweedFS Operator/CSIPercona PXC OperatorValkeyGateway APIEnvoy Gateway/ProxyRateLimitCoraza WAFcert-managerKEDAkube-state-metricsVictoriaMetricsLokiAlloyGrafanaWordPress runtime imagesrclone
| مرحله | اسکریپت/مرجع تصمیم | وضعیت پیشفیزیکی 0.0.284 |
|---|---|---|
| Source tests / canonical gates | Codex Autopilot source + validate.sh | خودکار |
| Connected OSS acquisition | build-production-release-from-network.sh | خودکار |
| Exact-SHA sealing | factory/finalizer/manifest gates | خودکار |
| Raw-server registration/preflight | Autopilot install | خودکار |
| RKE2 + Foundation + 12 runtimes | Autopilot install | خودکار |
| Fixture + Certification Plan discovery | Lab Auto‑Fixture | Auto-discovery + SHA authority + idempotent Product-owned auto-provisioning implemented; optional ownership-fenced cleanup after success |
| 16 Physical claims | Autopilot certify | خودکار پس از برنامه |
| High-load + fault campaigns | highload-runner + physical executors | اجراگر موجود؛ فیزیکی NOT_RUN تا Lab |
| Add/Drain/Remove/Replace | Node lifecycle APIs | API موجود؛ کاملترین اجرا با 6 ماشین |
| Backup/Restore/PITR | Recovery claim | فیزیکی NOT_RUN تا Lab |
| Offline Upgrade/Rollback | Upgrade claim | فیزیکی NOT_RUN تا دو دقیق release |
| AI cloud/local diagnosis | Codex Fixer | Codex محلی/ابری + OpenAI/Claude/Antigravity تشخیص رابطهای منبع موجود؛ فقط روی خطا |
| Remote MCP | Lab MCP Gateway | MCP آزمایشگاه فقطخواندنی است؛ MCP محصول با 400 ابزار وظیفهمحور، OAuth/OIDC و RBAC در منبع پیاده شده؛ شواهد نصبشده و کلاینت خارجی مستقل است |
| Production Promotion | 4-layer Release Gate | فقط پس از شواهد فیزیکی |
| # | Claim | Campaign |
|---|---|---|
| 1 | cluster.rke2-quorum | rke2-server-quorum |
| 2 | cluster.api-vip | api-vip-continuity |
| 3 | cluster.metallb-vip | metallb-vip-continuity |
| 4 | authority.cnpg-ha | cnpg-authority-failover |
| 5 | identity.keycloak-ha | identity-ha-continuity |
| 6 | registry.zot-ha | registry-ha-continuity |
| 7 | storage.seaweedfs-ha | seaweedfs-ha-continuity |
| 8 | mysql.pxc-ha | mysql-ha-failover |
| 9 | valkey.sentinel-ha | valkey-ha-failover |
| 10 | edge.tls-waf-ha | edge-tls-continuity |
| 11 | wordpress.runtime-ha | wordpress-runtime-continuity |
| 12 | observability.continuity | observability-alerting |
| 13 | capacity.keda-execution | capacity-keda-autoscaling |
| 14 | recovery.pitr | recovery-restore-pitr |
| 15 | access.security | access-security-expiry |
| 16 | upgrade.rollback | offline-upgrade-rollback |
یکپارچهسازی فعلی، نتیجه ساختاریافته، محیط ایزوله؛ ابری یا محلی OSS با Ollama/LM Studio.
Headless structured تشخیص رابط در Lab منبع موجود است؛ فقط پس از خطا و با سقف مصرف محدود.
Headless/محیط ایزوله structured تشخیص رابط موجود است؛ مرجع اصلی نیست و هیچ قبولیی تولید نمیکند.
قبولی = صفر توکن. فقط خطا بسته کوچک و پالایششده برای هوش مصنوعی؛ گزارش کامل/مخزن کامل در دستور مدل ارسال نمیشود.
Product MCP مسیر استاندارد تعامل ChatGPT/Claude/Gemini/Grok با خود محصول است: سیاست نسخه 22 با 400 ابزار وظیفهمحور، OAuth/OIDC سازمانی، RBAC سمت سرور، عملیات پایدار و شواهد. هیچ پوسته فرمان/SSH/SQL یا full_admin عمومی به مدل داده نمیشود.
Lab MCP یک درگاه جدا و فقطخواندنی برای برنامه تست، ماتریس، خطا و شواهد آزمایشگاه است؛ این مسیر جای MCP محصول را نمیگیرد و تغییر عمومی ندارد.
lab_planlab_matrixlab_statuslab_latest_failurelab_evidence_indexlab_ai_policy
وضعیت پیشفیزیکی 0.0.284: قرارداد MCP محصول، پوشش خواندن/تغییر قابلواگذاری و OAuth/RBAC در سطح سورس پیاده و تست شده است. MCP آزمایشگاه همچنان فقطخواندنی است. اجرای واقعی روی نصب فیزیکی، TLS/OIDC خارجی و شواهد کلاینتهای بیرونی مستقل از این وضعیت است و هنوز فیزیکی قبولی محسوب نمیشود.
| فاز | دامنه | اولویت |
|---|---|---|
| PHASE‑LAB‑A | کنترلپلین بدوندخالت، Auto‑Fixture، برنامه خودکار، منبع→مهرشده→نصب | بسته در سورس؛ اجرای فیزیکی NOT_RUN |
| PHASE‑LAB‑B | Full 16‑claim + HA/High‑load/Day‑2/Upgrade + MCP + multi-provider AI | بعدی |
| PHASE‑LAB‑C | Migration + real customer workload certification | پس از B |
| PHASE‑LAB‑D | Multi‑Region DR + final production promotion | نهایی |
بازگشت به پنل اپراتور · متن کامل و قراردادهای دقیق در LAB-TESTING.md داخل بسته خروجی است.