Két működési modell
WordPress-munkafolyamat: külső szolgáltatás vagy saját AWS?
Egy WordPress-űrlap továbbíthatja az adatokat Zapiernek, Make-nek, n8n-nek vagy más automatizálási szolgáltatásnak. Közvetlenül egy saját alkalmazás háttérrendszerét is meghívhatja. A fő különbség nem az űrlap, hanem az, hol halad át az adat, hol tárolódik a folyamat állapota és hol futnak a műveletek.
Röviden Külső automatizálási szolgáltatás akkor praktikus, ha a kész kapcsolatok és a szolgáltató által üzemeltetett futtatás egyszerűsíti a feladatot. Saját háttérrendszer akkor indokolt, ha az űrlap az alkalmazás része, és az adatokat, a folyamat állapotát és a feldolgozást a saját infrastruktúrában szeretné tartani.
Mi történik a beküldés után?
A köztes szolgáltatás használata architekturális döntés
Egy webhookkal szinte bármelyik űrlap összeköthető más rendszerekkel. A kérdés az, szükség van-e egy külső automatizálási szolgáltatásra a látogató és a tényleges feldolgozást végző rendszerek között.
Adatút
A beküldött adat egy további szolgáltatáson is áthaladhat
Külső automatizálási szolgáltatásnál az űrlap adatai jellemzően annak rendszerébe kerülnek, mielőtt elérnék a célrendszert. Ez lehet teljesen elfogadható, de újabb adatkezelési határt jelent.
Folyamatállapot
A folyamat több rendszer között oszlik meg
Az űrlap lehet WordPressben, az automatizálás egy másik szolgáltatásban, az üzleti állapot pedig egy harmadik rendszerben. Hibakereséskor így több naplót, jogosultsági modellt és megőrzési szabályt kell követni.
Használati modell
A növekvő folyamat külön szolgáltatási korlátokat hozhat
A szolgáltató által üzemeltetett automatizálási rendszerek saját csomagokat és használati korlátokat alkalmaznak. Az elszámolás módja szolgáltatónként eltér, de külön réteg marad az alkalmazás infrastruktúrája mellett.
A valódi döntés Ha az űrlap csak belépési pont egy már saját infrastruktúrán futó alkalmazásba, a köztes automatizálási szolgáltatás lehet hasznos, választható vagy egyszerűen felesleges.
Hol húzódik a határ?
Három kérdés választja el a két megközelítést
A Flow külső automatizálási szolgáltatásokat is meghívhat. A különbség az, hogy ezek kötelező részei-e a normál adatútnak.
| Kérdés | Külső automatizálási szolgáltatás | Flow saját AWS-környezetben |
|---|---|---|
| Hol haladnak át a beküldések és a folyamat állapotadatai? | A szolgáltató rendszerén, mielőtt vagy miközben a műveletek továbbmennek a kapcsolt rendszerekhez. | A Flow közvetlenül küldhet egy beállított végpontra, vagy saját AWS-háttérrendszerében kezelheti a beküldéseket, piszkozatokat, felülvizsgálati állapotot és eseményeket. |
| Betölthetők-e az űrlap választási lehetőségei élő alkalmazásadatból már a beküldés előtt? | Gyakran igen, attól függően, hogy az alkalmazott űrlap- és automatizálási szolgáltatás hogyan éri el a külső adatokat. | Igen. A legördülő, rádiógombos, jelölőnégyzetes csoport- és címkemezők API-ból vagy távoli kereséssel tölthetők, mezőleképezéssel és gyorsítótárral. |
| Mi határozza meg a végrehajtás költség- és futási modelljét? | A szolgáltató futtatja az automatizálást, és saját csomagot, korlátokat és elszámolást alkalmaz; a saját szerveren futtatott megoldások külön esetet jelentenek. | A folyamat az adott AWS-fiók szolgáltatásain fut. A WP Suite nem számol külön minden egyes munkafolyamat-lépés után; az AWS-költség a ténylegesen használt szolgáltatásokból és számítási kapacitásból adódik. |
Ne a kapcsolatok számából, hanem a működési modellből induljon ki
Külső automatizálási szolgáltatás
Jó választás, ha a kész kapcsolatok a legfontosabbak
- A csapat már használja a szolgáltatást és annak kapcsolatkészletét.
- Elfogadható, hogy az érintett adatok ezen a szolgáltatáson is áthaladnak.
- A háttérrendszer telepítése és üzemeltetése helyett a szolgáltató által kezelt futtatást részesítik előnyben.
Flow saját AWS-környezetben
Jó választás, ha az űrlap az alkalmazás határán belül marad
- A beküldéseknek, mentett piszkozatoknak, felülvizsgálati állapotnak és folyamatadatoknak saját infrastruktúrában kell maradniuk.
- A nyilvános WordPress lehet statikus, miközben az űrlapok és munkafolyamatok közvetlen böngésző–API kapcsolaton tovább működnek.
- Az űrlapnak élő API-adatokból kell választási lehetőségeket betöltenie vagy háttérműveleteket indítania külön köztes űrlap- vagy automatizálási szolgáltatás nélkül.
Gyakori kérdések
Flow külső automatizálással vagy anélkül
Továbbíthat a Flow adatot n8n, Make, Zapier vagy más szolgáltatás felé?
Igen. Webhookokkal és további műveletekkel külső automatizálás is bekapcsolható. A különbség az, hogy a Flow saját háttérrendszerének működéséhez ez nem kötelező.
Betölthet a Flow legördülő listát vagy más választási lehetőséget API-ból még beküldés előtt?
Igen. Több választómező támogat API-alapú adatforrást és távoli keresést, válaszmező-leképezéssel, kérési paraméterekkel, fejlécekkel és gyorsítótárral.
Kivált minden automatizálási szolgáltatást a Flow?
Nem. Egy külső vagy saját szerveren futó automatizálási rendszer rövidebb út lehet, ha elsősorban annak nagy kapcsolatkészletére vagy a már meglévő automatizálásokra van szükség.
Kell nyilvánosan futó WordPress a Flow működéséhez?
Nem. A böngésző közvetlenül hívhatja a beállított API-t, ezért az űrlapok, mentett piszkozatok és munkafolyamatok statikusan publikált WordPress mellett is működhetnek.
A működés részletesen
Nézze meg, mi történik egy WordPress-űrlap beküldése után
A meglévő megoldási és architektúraoldal bemutatja, hogyan kezelhető a felülvizsgálat, a jóváhagyás, az események és a további műveletek a WordPress-kéréstől függetlenül.