Hirdetés

Új hozzászólás Aktív témák

  • PumpkinSeed
    addikt

    A kerdes jogos, de lehet valami 3rd party cucc van authentikaciora hasznlava (pl Keycloak), akkor indokolt lehet. Bar akkor is lekommunikalhatna ezt az API kulon, es akkor a frontendnek mar nem kellene kulon meg az auth szervert is hivogatni.

    No de a lenyeg:
    Gondolom most a frontendet a Symfony futtatja. Ha szep megoldast akartok, szerintem itt a folyamatos atallas nem konnyu, sot... Inkabb az alabbit javasolnam: teljesen uj stand alone frontendet irni, ami mar csak az API-t hivja, a Symfony-s rendszerbe pedig menet kozben folyamatosan kotni be az uj endpointokat. Igy hasznalhato maradna az alkalmazas, es mire elkeszul az uj backend, a hatterben parhuzamosan elkeszul hozza az uj frontend is, raadasul mivel a regi rendszer az uj EP-kat hivja, eleg jol le is lenne tesztelve. Amikor mind az uj API mind az uj frontend keszen van, ki lehet lonni a Symfony-t, es mehet az uj frontend. ;) Munkaidoben ez egy eleg koltseges megoldas, de elegge "szolgaltatasbiztos".

    Igazából ez egy microservice rendszer, szóval elég sok minden kis service-kből áll amik RPC-vel meg API-val beszélgetnek. A probléma igazából az, hogy a symfony olyan hatalmas, hogy rengeteg idő teljesen újraírni, és ezért sem akarjuk, de viszont akarunk egy React front-endet. Nem nagyon tudom hogy ezt hogyan lehetne megcsinálni. Az a baj, hogy elindulni se tudok, mert a front-endet úgy akarom megcsinálni, hogy később mobil applikáció is erről menjen.

    Lényegében van vagy 30-40 service AWS-n illetve ott van az API Gateway ami összefogja őket egy api-ba, ez az api.domain.com, van az auth.domain.com ami megint 2 service az egyik egy oauth server ami saját készítésű, illetve van egy management része ehol az oauth kliens tudja menedzselni a cuccait. Van még a régi app ami symfony, de azt rengeteg idő lecserélni. Igazából az egy összehányt valami, 300 helyen vannak js fájlok, szóval ezt lehetetlen lecserélni.

Új hozzászólás Aktív témák