Five Common Logic Apps Challenges | Serverless360
← Return To Home

5 Common Challenges User Face with Logic Apps

Tags:  
Azure Logic Apps

Introduction

Logic Apps are a gift to the integration of business scenarios as they are quite easy to understand and integrate with other systems but there are some challenges faced by the users in real-time. 

The following are the challenges 

  • To identify the resubmitted runs.
  • To focus only on the failed Logic App runs.
  • To schedule, the automation of only the required failed logic app runs.
  • Modifying the input message which triggered the Logic App to run.
  • To Monitor and identify the issues arising in Logic Apps.

It is very difficult to perform the above tasks and hence users might it challenging when working with Logic Apps in the Azure portal.

These Challenges can be easily solved by using Serverless360

Let’s see how

  1. To identify the resubmitted runs.

    Logic Apps run resubmission is possible in the Azure portal, but the challenge is a lack of clarity in identifying the resubmitted runs.

    Serverless360 overcomes this challenge by adding a ‘Resubmission of’ tag to those runs which are resubmitted either from Serverless360 or from Azure Portal and clicking it will fetch the details of the actual parent-run through which correlation between parent-run and child run can be achieved.

    Logic App challenges
  2. To focus only on the failed Logic App runs.

    In the Azure portal, users might find it challenging to understand which instances of the Logic App need you to take any action and it will also be tough to tell which Logic App instances you have already resolved an issue with.

    This challenge can be easily solved by using the Action Required feature in Serverless360 where it provides the capability to group the runs that require user attention in the ‘Action Required’ tab. Operations like Resubmit and ignore can be performed on the runs available in this section.

  3. Logic App challenges
  4. To schedule, the automation of only the required failed logic app runs.

    Another big challenge faced by the user is to automate the resubmission of only the required failed Logic App runs.

    It can be solved by using Serverless360 where the failed runs can be customized to resubmit only required failed Logic App runs based on the filters.

    Filters included in Serverless360

    Failure Occurrence: The Logic App runs failed in the past x minutes (specified in the automated task creation) from the automated task run will be chosen for resubmission.

    Failure Reason: The runs containing any of the provided Failure reasons will be resubmitted.

    Trigger: The runs initiated by any of the selected Logic App triggers will be resubmitted.

    Run Action: The runs having all the selected run actions in their corresponding expected state will be chosen. If the expected status is chosen is Failed and if any failure reason is provided, the run will be resubmitted only of the failure reason for the run actions matches one of the provided reasons.

  5. Not Possible to repair and resubmit

    When managing Logic Apps, if there are errors then Azure Portal can be used to resubmit a Logic App instance which will cause it to rerun but the main challenge users face is if the input message which triggered the Logic App is incorrect and caused the error then it is not possible to modify the message.

     In Serverless360, the Repair and Resubmit feature will allow you to modify a message and resubmit it to an endpoint which can allow your Logic App to be recovered from the error condition.

  6. Monitoring Logic Apps

    Monitoring Logic Apps is another big challenge, but it is made super simple with the help of Monitors in Serverless360 which includes Status, Threshold, Data & Watch Monitor and each of these will have a specific role to be performed. This will help users to identify and troubleshoot issues more quickly.

    • Status Monitor – Used to get a health report on Logic App state at specified intervals.
    • Threshold Monitor- Used to get alerts if the Logic App state is not as expected for a specified duration.
    • Data Monitors – Used to monitor various perspectives like performance, consumption & reliability.
    • Watch Monitor – Used to get notified when the Logic App fails instantly.

Conclusion

The above mentioned are the major challenges faced and Serverless360 provides solutions to overcome all these challenges. I hope this article helps you to effectively work with Logic Apps.

Author: serverless360

Serverless360 is a comprehensive tool to operate, manage and monitor Azure Serverless Services related to Enterprise Integration. The blogs published under Serverless360 account is a collective effort by the team members.