Ekosystem Aion

← Wróć do katalogu

AionFlow Lead-Gen Panel (prod)active

Slugaionflow-pl

Domenaaionflow.pl,www.aionflow.pl

Port3025

Wzorzec deployplain-script

Ścieżka repo/var/www/aionflow.pl

Ten sam monorepo co panel.aionflow.pl, wdrożenie produkcyjne.

Status PM2 (na żywo)

Brak danych z pm2 jlist dla: aionflow-prod

Głębsze spojrzenie

inspiracja

Produkcja jako promowany, stabilny build z osobnego repo checkoutinsight

promote.sh: 'kopiuje stabilny build z panel.aionflow.pl (dev) do aionflow.pl (prod) i restartuje pm2' — produkcja ma celowo otrzymywać tylko stabilne buildy przez ręczną promocję (rsync), nie git pull.

źródło: panel/ecosystem.config.cjs, promote.sh

cel

Ten sam CRM lead-gen, ale na realnych danych klientów produkcyjnychgoal

Identyczny funkcjonalnie cel jak panel-aionflow, ale jako żywa instancja korzystająca z produkcyjnego Directus (dbprod.aionflow.pl) zamiast danych dev/testowych.

źródło: porównanie .env panel vs aionflow.pl (dbprod)

zależności

Ten sam stack co dev, ale bez skonfigurowanych workerów w PM2dependency

ecosystem.config.cjs definiuje tylko jedną aplikację, aionflow-prod — brak worker-enrichment/graph-sync/scan-jobs/continuous. Katalog workers/ istnieje na dysku, ale nic w PM2 go nie uruchamia.

źródło: panel/ecosystem.config.cjs (jedna aplikacja), promote.sh

znaczenie

System faktycznie używany przez zespół sprzedaży na realnych danych klientówinsight

Instancja produkcyjna/klientocentryczna, zasilana danymi z dbprod.aionflow.pl, w odróżnieniu od środowiska dev/testowego.

źródło: analiza rozdziału dev/prod w .env i promote.sh

co działa

Zero restartów, czysty log startowy — kontrast z 480 restartami w devtested-ok

pm2 jlist: aionflow-prod status online, restarts=0. Zero restartów wynika z braku watchera auto-rebuild na produkcji — zaprojektowany, nie przypadkowy, kontrast.

źródło: pm2 jlist (restarts=0), aionflow-prod-out.log

co nie działa

Aktywny błąd 403 Forbidden w zombie-reaper co 2 minuty — realna, bieżąca awariatested-broken

Log błędów pokazuje powtarzający się 403 co 2 minuty nieprzerwanie (potwierdzone 11:01-12:59 na żywo) przy GET items/lead_imports na dbprod — token Directus nie ma uprawnień. zombie-reaper (czyszczenie zawieszonych importów) jest niefunkcjonalny na produkcji.

źródło: aionflow-prod-error.log (403 co 2 min, live-verified)

Brak działających workerów wzbogacania/skanowania na produkcjitested-broken

Żaden proces workerów nie jest skonfigurowany w ecosystem.config.cjs dla aionflow.pl — na produkcji nie działa faktyczny pipeline wzbogacania leadów ani automatyzacja skanowania, tylko sama aplikacja webowa.

źródło: panel/ecosystem.config.cjs (brak wpisów workerów)

co do przetestowania

Czy brak workerów na produkcji jest zamierzony, oraz przyczyna 403untested

Niejasne czy 403 wynika z zakresu uprawnień roli, czy z wygasłego tokena. Niejasne czy pominięcie workerów jest świadomą decyzją architektoniczną czy przeoczeniem.

źródło: brak dostępu do panelu ról dbprod.aionflow.pl

rekomendacja

Naprawić uprawnienia tokena Directus i zdecydować o workerach produkcyjnychrecommendation

Priorytetowo naprawić uprawnienia DIRECTUS_TOKEN dla dbprod.aionflow.pl — aktywna, cicho failująca kontrola w tle co 2 minuty pozwoli gromadzić się zawieszonym importom bez czyszczenia. Zdecydować i udokumentować kwestię workerów produkcyjnych.

źródło: aionflow-prod-error.log, ecosystem.config.cjs