Do you have an idea or suggestion based on your experience with Azure IoT Edge?

IoT Edge Module deployment limit

Currently there is a limit of 10 modules (includes agent, hub) to be deployed to IoT Edge device. What is the plan for module deployment limit for GA release? The reason is the solution we are working demands multiple (more than 8) peripheral integration at device level and we see that each Edge module could represent the peripherals. Also, please share tentative plan of GArelease?

12 votes
Sign in
(thinking…)
Sign in with: Microsoft
Signed in as (Sign out)

We’ll send you updates on this idea

Manoj Prabhu shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →

5 comments

Sign in
(thinking…)
Sign in with: Microsoft
Signed in as (Sign out)
Submitting...
  • GG commented  ·   ·  Flag as inappropriate

    IoT-Edge Azure Functions are also limited to 20? That is probably too few and in contrast to the azure-functions purpose and design: lots of small functions carrying out independent tasks. But the real advantage here is that does enable any number of concurrent instances of a module to exist if it is really Azure Functions.

  • Anonymous commented  ·   ·  Flag as inappropriate

    Thanks for the 20, we'll need more :-) The simplest designs separate coupling and concerns. At best, we would have simple modules (containers) in the IoT-Edge for each device type that is installed in a factory floor or hospital region. This can be well over 20 device types (classes or categories of different device types) of course.

    If we take this separation-of-concerns thought further and say that we'd like to have even simpler code and better separation of concerns, then each edge module could handle and individual instance of a device. Then, our code would not even have to do multiplexing and multi-device-instance (of a device type/class) management. This instance-variant would be closer to functions as a service though, which is already available on the Edge if I am correct -- as long as it is production-ready...

  • AdminChipalo (Product Owner, Microsoft Azure) commented  ·   ·  Flag as inappropriate

    Hi Leon, you have a very valid scenario we refer to as identity translation (you can read more at the link below). In this setup you would have 4 modules, one for each sensor type. Each module would then span a new process for each instance of the particular type of device that connects. That new process would use a device identity to connect. This way each downstream device will have its own twin that can be used for configuration.

    That said, we also have not provided a code sample for identity translation yet. This is an item that's high on our list. You can track our progress at the User Voice request for it - https://feedback.azure.com/forums/907045-azure-iot-edge/suggestions/32497981-code-sample-for-identity-translation-pattern

    Edge device as a gateway - https://docs.microsoft.com/en-us/azure/iot-edge/iot-edge-as-gateway

  • Leon commented  ·   ·  Flag as inappropriate

    Our current solution :
    - 4 "unrelated" types of sensors in a mining environment.
    - Within a sensor type we can decrease each instance to a single process (Docker)
    - Share some common infrastructure (eg DB and Monitoring)
    - As it stands we are already running 30 sensors processors (Mixed) on a single server

    In an ideal scenario We would like to be able to place the physical sensor (eg IP camera based) on the site and deploy and configure the new sensor processor using the Azure IOT edge solution.

    I understand that there are ways of getting around this by running an image per sensor type capable of handling multiple sensor inputs, but that seems to take away from a lot of the features that makes the azure attractive

  • Anonymous commented  ·   ·  Flag as inappropriate

    My understanding is that limit has recently been raised to 20 but I would like to see any arbitrary restrictions removed. 20 is still too low for some scenarios.

Feedback and Knowledge Base