Ismétlődő eseményindítók ütemezése az Azure Logic Apps-munkafolyamatokban

A következőkre vonatkozik: Azure Logic Apps (Használat + Standard)

Az Azure Logic Apps segítségével automatikusan ismétlődő munkafolyamatokat hozhat létre és futtathat ütemezés szerint. Ha létrehoz egy logikaialkalmazás-munkafolyamatot, amely egy beépített ismétlődési eseményindítóval vagy egy Ütemezés típusú eseményindítóval kezdődik, a feladatokat azonnal, később vagy ismétlődő időközönként futtathatja. Meghívhat szolgáltatásokat az Azure-on belül és kívül, például HTTP- vagy HTTPS-végpontokat, üzeneteket küldhet az Azure-szolgáltatásokba, például az Azure Storage-ba és az Azure Service Busba, vagy fájlmegosztásba feltöltött fájlokat kérhet le. Az Ismétlődés eseményindítóval összetett ütemezéseket és speciális ismétlődéseket is beállíthat a tevékenységek futtatásához. A beépített ütemezési eseményindítókkal és műveletekkel kapcsolatos további információkért lásd : Ütemezési eseményindítók és Ütemezési műveletek.

Ez a lista néhány példafeladatot mutat be, amelyeket a beépített eseményindítók ütemezésével futtathat:

• Belső adatok lekérése, például tárolt SQL-eljárás futtatása minden nap.

• Külső adatok, például 15 percenkénti lekéréses időjárási jelentések lekérése a NOAA-ból.

• Küldjön jelentésadatokat, például küldjön e-mailben egy összefoglalót az összes megrendelésről, amely nagyobb, mint egy adott mennyiség az elmúlt héten.

• Adatok feldolgozása, például a mai feltöltött képek tömörítése minden hétköznap csúcsidőn kívül.

• Törölje az adatokat, például törölje a három hónapnál régebbi összes tweetet.

• Archiválja az adatokat, például leküldéses számlákat egy biztonsági mentési szolgáltatásba minden nap 1:00-kor a következő kilenc hónapban.

A beépített műveletek ütemezésével is szüneteltetheti a munkafolyamatot a következő művelet futtatása előtt, például:

• Várjon egy hétköznapig, hogy e-mailben küldjön állapotfrissítést.

• Késleltetheti a munkafolyamatot, amíg egy HTTP-hívásnak van ideje befejezni az eredmény folytatása és beolvasása előtt.

Ez a cikk a beépített eseményindítók és műveletek ütemezésének képességeit ismerteti.

Eseményindítók ütemezése

A logikai alkalmazás munkafolyamatát az Ismétlődés eseményindítóval vagy a Csúszóablak eseményindítóval indíthatja el, amely nincs hozzárendelve egyetlen adott szolgáltatáshoz vagy rendszerhez sem. Ezek az eseményindítók a megadott ismétlődés alapján indítják el és futtatják a munkafolyamatot, ahol kiválasztja az időközt és a gyakoriságot, például a másodpercek, percek, órák, napok, hetek vagy hónapok számát. A kezdési dátumot és az időpontot az időzónával együtt is beállíthatja. Minden alkalommal, amikor egy eseményindító aktiválódik, az Azure Logic Apps létrehoz és futtat egy új munkafolyamat-példányt a logikai alkalmazáshoz.

Az alábbi különbségek vannak a triggerek között:

• Ismétlődés: A munkafolyamatot rendszeres időközönként futtatja a megadott ütemezés alapján. Ha az eseményindító nem ismétlődik, például megszakadások vagy letiltott munkafolyamatok miatt, az ismétlődési eseményindító nem dolgozza fel a kihagyott ismétlődéseket, hanem újraindítja az ismétlődéseket a következő ütemezett időközzel.

  Ha a Nap lehetőséget választja gyakoriságként, megadhatja a nap és az óra perceinek óráját, például minden nap 2:30-kor. Ha a Hét lehetőséget választja gyakoriságként, a hét napjait is kiválaszthatja, például a szerdai és a szombati napot. Megadhatja a kezdési dátumot és az időpontot, valamint egy időzónát is az ismétlődési ütemezéshez. Az időzóna formázásáról további információt az Ismétlődési eseményindító hozzáadása című témakörben talál.

  Fontos

  Ha a Nap, a Hét vagy a Hónap gyakoriságot használja, és jövőbeli dátumot és időpontot ad meg, győződjön meg arról, hogy előre be van állítva az ismétlődés:

  • Nap: A napi ismétlődés beállítása legalább 24 órával korábban.

  • Hét: A heti ismétlődés beállítása legalább 7 nappal korábban.

  • Hónap: A havi ismétlődés beállítása legalább egy hónappal korábban.

  Ellenkező esetben előfordulhat, hogy a munkafolyamat kihagyja az első ismétlődéseket.

  Ha az ismétlődés nem ad meg egy adott kezdési dátumot és időpontot, az első ismétlődés azonnal lefut a logikai alkalmazás mentésekor vagy telepítésekor, az eseményindító ismétlődési beállítása ellenére. A viselkedés elkerülése érdekében adjon meg egy kezdő dátumot és időpontot az első ismétlődés futtatásához.

  Ha az ismétlődés nem ad meg más speciális ütemezési beállításokat, például a jövőbeli ismétlődések futtatásának konkrét időpontjait, az ismétlődések az utolsó futtatási időponton alapulnak. Ennek eredményeképpen az ismétlődések kezdési időpontjai elsodródhatnak olyan tényezők miatt, mint például a tárolási hívások késése. Ha meg szeretné győződni arról, hogy a munkafolyamat nem hagyja ki az ismétlődést, különösen akkor, ha a gyakoriság napok vagy hosszabb, próbálkozzon az alábbi lehetőségekkel:

  • Adja meg az ismétlődés kezdő dátumát és időpontját, valamint azokat az időpontokat, amikor a későbbi ismétlődések futtatása az Adott időpont és az Időpont nevű tulajdonságok használatával történik, amelyek csak a Nap és Hétfrekvenciákon érhetők el.

  • Használja a Tolóablak eseményindítót az Ismétlődés eseményindító helyett.

  További információ: Ismétlődő tevékenységek és munkafolyamatok létrehozása, ütemezése és futtatása az Ismétlődés eseményindítóval.

• Tolóablak: A munkafolyamatot rendszeres időközönként futtatja, amelyek folyamatos adattömbökben kezelik az adatokat. Ha az eseményindító nem ismétlődik, például fennakadások vagy letiltott munkafolyamatok miatt, a Tolóablak eseményindító visszatér, és feldolgozza az elmulasztott ismétlődéseket.

  Megadhatja a kezdési dátumot és időpontot, az időzónát és az időtartamot a munkafolyamat minden ismétlődésének késleltetéséhez. Ez az eseményindító nem támogatja a speciális ütemezéseket, például a nap adott óráit, az óra perceit és a hét napjait. További információ: Ismétlődő tevékenységek és munkafolyamatok létrehozása, ütemezése és futtatása a Tolóablak eseményindítóval.

Műveletek ütemezése

A logikai alkalmazás munkafolyamatában végzett műveletek után a Késleltetés és a Késleltetés műveletekkel megvárhatja a munkafolyamatot a következő művelet futtatása előtt.

• Késleltetés: Várja meg a következő műveletet a megadott számú időegységre, például másodpercekre, percekre, órákra, napokra, hetekre vagy hónapokra. További információ: A munkafolyamatok következő műveletének késleltetése.

• Késleltetés: Várja meg a következő műveletet a megadott dátumig és időpontig. További információ: A munkafolyamatok következő műveletének késleltetése.

A kezdési dátum és időpont mintái

Íme néhány minta, amely bemutatja, hogyan szabályozhatja az ismétlődéseket a kezdő dátum és időpont alapján, és hogy az Azure Logic Apps hogyan futtatja ezeket az ismétlődéseket:

Példa a korábbi kezdési időpontra és ismétlődésre, de nincs ütemezés

Tegyük fel, hogy az aktuális dátum és idő 2017. szeptember 8., 13:00 óra. A kezdési dátumot és időpontot 2017. szeptember 7-én 14:00-kor adhatja meg, amely a múltban volt, és két naponta ismétlődik.

Az Ismétlődési eseményindító esetében az Azure Logic Apps motor a kezdési időpont alapján számítja ki a futtatási időket, elveti a korábbi futtatási időpontokat, az első futtatás következő jövőbeli kezdési időpontját használja, és a jövőbeli futtatásokat az utolsó futtatási idő alapján számítja ki.

Az ismétlődés a következőképpen néz ki:

Tehát nem számít, hogy a múltban milyen messze van a kezdési időpont, például 2017-09-05 14:00-kor vagy 2017.09.01-én 14:00-kor, az első futtatás mindig a következő jövőbeli kezdési időpontot használja.

A Csúszóablak-eseményindító esetében a Logic Apps motor a kezdési időpont alapján számítja ki a futási időket, tiszteletben tartja a korábbi futási időket, az első futtatás kezdési idejét használja, és a jövőbeli futtatásokat a kezdési időpont alapján számítja ki.

Az ismétlődés a következőképpen néz ki:

Tehát nem számít, hogy a múltban milyen messze van a kezdési időpont, például 2017-09-05 14:00-kor vagy 2017.09.01-én 14:00-kor, az első futtatás mindig a megadott kezdési időpontot használja.

Ismétlődési viselkedés

Az ismétlődő beépített eseményindítók, például az ismétlődési eseményindító natív módon futnak az Azure Logic Apps-futtatókörnyezetben. Ezek az eseményindítók eltérnek az ismétlődő kapcsolatalapú felügyelt összekötő-eseményindítóktól, ahol először létre kell hoznia egy kapcsolatot, például az Office 365 Outlook felügyelt összekötő eseményindítója.

Mindkét típusú eseményindító esetében, ha az ismétlődés nem határoz meg egy adott kezdési dátumot és időpontot, az első ismétlődés azonnal lefut a logikai alkalmazás erőforrásának mentésekor vagy üzembe helyezésekor, az eseményindító ismétlődési beállítása ellenére. A viselkedés elkerülése érdekében adjon meg egy kezdő dátumot és időpontot az első ismétlődés futtatásához.

A beépített eseményindítók ismétlődése

Az ismétlődő beépített eseményindítók a beállított ütemezést követik, beleértve a megadott időzónákat is. Ha azonban az ismétlődés nem ad meg más speciális ütemezési beállításokat, például a jövőbeli ismétlődések futtatásának konkrét időpontjait, az ismétlődések az utolsó eseményindító végrehajtásán alapulnak. Ennek eredményeképpen az ismétlődések kezdési időpontjai elsodródhatnak olyan tényezők miatt, mint például a tárolási hívások késése.

További információkért tekintse át a következő dokumentációt:

• A nyári időszámítás és a téli idő ismétlődésének aktiválása
• Ismétlődési problémák elhárítása

Kapcsolatalapú eseményindítók ismétlődése

Az ismétlődő kapcsolatalapú eseményindítók, például az Office 365 Outlook esetében nem az ütemezés az egyetlen olyan illesztőprogram, amely szabályozza a végrehajtást. Az időzóna csak a kezdeti kezdési időpontot határozza meg. A későbbi futtatások az ismétlődési ütemezéstől, az utolsó eseményindító végrehajtásától és egyéb tényezőktől függenek, amelyek miatt a futtatási idő eltolódik vagy váratlan viselkedést válthat ki, például:

• Azt jelzi, hogy az eseményindító hozzáfér-e egy olyan kiszolgálóhoz, amely több adatból áll, amelyet az eseményindító azonnal megpróbál beolvasni.
• Az eseményindító által észlelt hibák vagy újrapróbálkozások.
• Késés a tárolási hívások során.
• Nem tartja fenn a megadott ütemezést, amikor a nyári időszámítás (DST) elindul és véget ér.
• Egyéb tényezők, amelyek befolyásolhatják a következő futási idő bekövetkeztét.

További információkért tekintse át a következő dokumentációt:

• A nyári időszámítás és a téli idő ismétlődésének aktiválása
• Ismétlődési eltolódás és eltolódás aktiválása a nyári időszámítás és a téli időszámítás során
• Ismétlődési problémák elhárítása

A nyári időszámítás és a téli idő ismétlődésének aktiválása

A feladatok ütemezéséhez az Azure Logic Apps a feldolgozásra szánt üzenetet az üzenetsorba helyezi, és meghatározza, hogy mikor válik elérhetővé az üzenet, az utolsó feladat futásának UTC-ideje és a következő feladat ütemezésének UTC-időpontja alapján. Ha az ismétlődés kezdő időpontját adja meg, győződjön meg arról, hogy kiválaszt egy időzónát , hogy a logikai alkalmazás munkafolyamata a megadott kezdési időpontban fusson. Így a logikai alkalmazás UTC-ideje is eltolódik, hogy ellensúlyozza a szezonális időváltozást. Az ismétlődő eseményindítók betartják a beállított ütemezést, beleértve a megadott időzónát is.

Ha nem jelöl ki időzónát, a nyári időszámítás (DST) eseményei hatással lehetnek az eseményindítók futtatásakor. A kezdési idő például egy órával előrehalad a DST indításakor, egy órával pedig visszafelé, amikor a DST véget ér.

Ismétlődési eltolódás és eltolódás aktiválása a nyári időszámítás és a téli időszámítás során

Ismétlődő kapcsolatalapú eseményindítók esetén nem az ismétlődés ütemezése az egyetlen olyan illesztőprogram, amely szabályozza a végrehajtást. Az időzóna csak a kezdeti kezdési időpontot határozza meg. A későbbi futtatások az ismétlődési ütemezéstől, az utolsó eseményindító végrehajtásától és egyéb tényezőktől függenek, amelyek miatt a futtatási idő eltolódik vagy váratlan viselkedést válthat ki, például:

• A nyári időszámítás (DST) elindulásakor és végén a megadott ütemezés nem tartható fenn.
• Egyéb tényezők, amelyek befolyásolhatják a következő futási idő bekövetkeztét.
• Késés a tárolási hívások során.
• Azt jelzi, hogy az eseményindító hozzáfér-e egy olyan kiszolgálóhoz, amely több adatból áll, amelyet az eseményindító azonnal megpróbál beolvasni.
• Az eseményindító által észlelt hibák vagy újrapróbálkozások.

Ha meg szeretné győződni arról, hogy az ismétlődési idő nem változik a DST érvénybe lépésekor, manuálisan állítsa be az ismétlődéseket. Így a munkafolyamat továbbra is a várt vagy a megadott kezdési időpontban fut. Ellenkező esetben a kezdési idő egy órával előrehalad a DST indításakor, egy órával pedig visszafelé, amikor a DST véget ér.

Tegyük fel például, hogy két logikai alkalmazás fut naponta. Az egyik logikai alkalmazás helyi idő szerint 1:30-kor, a másik pedig egy órával később, helyi idő szerint 14:30-kor fut. Mi történik ezeknek az alkalmazásoknak a kezdő időpontjaival, amikor a DST elindul és véget ér?

• Az eseményindítók egyáltalán futnak, amikor az idő egy órával előrehalad?

• Az eseményindítók kétszer futnak, amikor az idő egy órával visszafelé vált?

Ha ezek a logikai alkalmazások az UTC-6:00 középidő (US > Kanada) zónát használják, ez a szimuláció bemutatja, hogy az UTC-idő 2019-ben hogyan változott a DST változásainak ellensúlyozása érdekében, és szükség szerint egy órát hátra vagy előre mozgatva, hogy az alkalmazások a várt helyi időpontokban fussanak kihagyott vagy ismétlődő futtatások nélkül.

• 2019.03.10.: A DST 14:00-kor kezdődik, egy órával előre

  A DST elindulása utáni kompenzálás érdekében az UTC idő egy órával visszafelé tolódik, hogy a logikai alkalmazás továbbra is helyi idő szerint fusson:

  • 1. logikai alkalmazás

    Date	Idő (helyi)	Idő (UTC)	Jegyzetek
    03/09/2019	1:30:00	7:30:00	A DST érvénybe lépésének napja előtti UTC.
    03/10/2019	1:30:00	7:30:00	Az UTC ugyanaz, mert a DST nem lépett érvénybe.
    03/11/2019	1:30:00	06:30:00	Az UTC egy órával a DST érvénybe lépése után visszafelé váltott.

  • 2. logikai alkalmazás

    Date	Idő (helyi)	Idő (UTC)	Jegyzetek
    03/09/2019	02:30:00	8:30:00	A DST érvénybe lépésének napja előtti UTC.
    03/10/2019	03:30:00 óra*	8:30:00	A DST már érvényben van, ezért a helyi idő egy órával előrehaladt, mert az UTC-6:00 időzóna UTC-5:00-ra módosul. További információ: 2:00 és 15:00 között kezdődő eseményindítók.
    03/11/2019	02:30:00	7:30:00	Az UTC egy órával a DST érvénybe lépése után visszafelé váltott.

• 2019.03.11.: A DST 2:00-kor ér véget, és egy órával visszafelé vált

  A kompenzálás érdekében az UTC-idő egy órával előretolódik, hogy a logikai alkalmazás továbbra is helyi idő szerint fusson:

  • 1. logikai alkalmazás

    Date	Idő (helyi)	Idő (UTC)	Jegyzetek
    11/02/2019	1:30:00	06:30:00
    11/03/2019	1:30:00	06:30:00
    11/04/2019	1:30:00	7:30:00

  • 2. logikai alkalmazás

    Date	Idő (helyi)	Idő (UTC)	Jegyzetek
    11/02/2019	02:30:00	7:30:00
    11/03/2019	02:30:00	8:30:00
    11/04/2019	02:30:00	8:30:00

Ismétlődési problémák elhárítása

Annak érdekében, hogy a munkafolyamat a megadott kezdési időpontban fusson, és ne maradjon le az ismétlődésről, különösen akkor, ha a gyakoriság napokon vagy hosszabb ideig tart, próbálkozzon az alábbi megoldásokkal:

• A DST érvénybe lépésekor manuálisan állítsa be az ismétlődéseket, hogy a munkafolyamat a várt időpontban fusson tovább. Ellenkező esetben a kezdési idő egy órával előrehalad a DST indításakor, egy órával pedig visszafelé, amikor a DST véget ér. További információkért és példákért tekintse át a nyári időszámítás és a téli idő ismétlődését.

• Ha ismétlődési eseményindítót használ, adjon meg egy időzónát, egy kezdő dátumot és egy kezdési időpontot. Emellett konfiguráljon meghatározott időpontokat a következő ismétlődések futtatásához az Adott időpont és az Időpont tulajdonságban, amelyek csak a Nap és Hét frekvenciákon érhetők el. Bizonyos időablakok azonban továbbra is problémákat okozhatnak az időeltolódások során.

• A kihagyott ismétlődések elkerülése érdekében érdemes lehet a Tolóablak eseményindítót használni ismétlődési eseményindító helyett.

Csak egyszeri futtatás

Ha a jövőben csak egy időben szeretné futtatni a logikai alkalmazást, használhatja a Scheduler: Run once jobs sablont. Miután létrehozott egy új logikai alkalmazást, de a munkafolyamat-tervező megnyitása előtt a Sablonok szakasz Kategórialistájában válassza az Ütemezés lehetőséget, majd válassza ki ezt a sablont:

Vagy ha elindíthatja a logikai alkalmazást a HTTP-kérés fogadása – Kérelem eseményindítójával, és az eseményindító paramétereként adja át a kezdési időpontot. Az első műveletnél használja a Késleltetés – Ütemezés műveletet, és adja meg a következő művelet futtatásának időpontját.

Futtatás egyszer a hónap utolsó napján

Ha a hónap utolsó napján csak egyszer szeretné futtatni az ismétlődési eseményindítót, akkor az eseményindítót a munkafolyamat mögöttes JSON-definíciójában kell szerkesztenie kódnézet használatával, nem pedig a tervezővel. A következő példát azonban használhatja:

"triggers": {
    "Recurrence": {
        "recurrence": {
            "frequency": "Month",
            "interval": 1,
            "schedule": {
                "monthDays": [-1]
            }
        },
        "type": "Recurrence"
    }
}

Példa ismétlődésekre

Az alábbiakban a beállításokat támogató eseményindítókhoz különböző ismétlődések állíthatók be:

További lépések

• Ismétlődő tevékenységek és munkafolyamatok létrehozása, ütemezése és futtatása az Ismétlődés eseményindítóval
• Ismétlődő feladatok és munkafolyamatok létrehozása, ütemezése és futtatása a Tolóablak eseményindítóval
• Munkafolyamatok szüneteltetése késleltetési műveletekkel