gustafwesterlund: New API Limit
Photo by Vidar Nordli-Mathisen on UnsplashRelated to my last post, on working with the API quickly, Microsoft have now released official
documentation that they will, effectivly March the 19:th start limiting the number of API-calls per instance that is allowed to stop what is called "noisy neighbour" problems.
First of all, read the full article here: https://docs.microsoft.com/en-us/dynamics365/customer-engagement/developer/api-limits
Let's break this down a bit, 60 000 calls per 5 minutes, translates to about 200 calls per second. If you break this, you will start getting exceptions, until the 5 minute period has ended. You are expected to back off, and essentialy handle this. That is the short version. Read the full article for more details.
What does this mean? Is this a problem?
For most organizations, no, at least that I work with, I not even close to breaking this. If they are using some integration tools like Kingswaysoft or other tools which enable multithreaded integrations, but generally do not need that kind of data throughput then you might temporarily be shut down, but it should self heal after some time, as after each 5 minute time span, you will get another 60 000 requests. That could probably quite easily be fixed by checking the settings of the integration tool.
However, there are some organizations where I forsee issues, and these are organizations which have combinations of any of the following criteria:
I see is a typical B2C organization running Dynamics 365 with a marketing automation addon with email tracking and webtracking. They also have a very time critical integration of orders to be able to handle any incidents. Even if the order integration in itself does not reach the limits, it is not unforseeable that a mailblast, especially a good mail blast, to which many customers read the emails click the links, go their site, check their offers and start ordering, would cause a surge of traffic on the Marketing Automation integration - Dynamics 365 API. This of course depends on the settings of this, but perhaps it is critical that all events be tracked to Dynamics. With a mailblast to let's say 1 Million recipients, quickly hitting the 60 k/5 min limit would happen. When this happens, this would also block all orders from going to Dynamics, causing an effective stop for working with any new incidents in the system.
For small and medium companies with low complexity working mainly with B2B. I don't see that much of a problem. Larger companies with complex integrations, large databases, integrations to webtracking, email tracking which often will be B2C companies which have higher levels of automation and larger databases of customers, will probably have larger problems with this and need to start think about this right now.
We need to come back to this subject post March 19, to see how this will really work. But I think the real problem will be for the larger orgs with many and heavy integrations.
I would be really glad to hear your views on this!
MVP, Founder and Principal Consultant at CRM-konsulterna AB
Расскажите о новых и интересных блогах по Microsoft Dynamics, напишите личное сообщение администратору.
|saurav-nav: Microsoft Dynamics NAV 2018 - API Part 3 - Consuming API.||Blog bot||NAV: Blogs||0||29.01.2018 11:11|
|saurav-nav: Microsoft Dynamics NAV 2018 - API Part 2 - Configure API.||Blog bot||NAV: Blogs||0||22.01.2018 10:11|
|alirazazaidi: Customer Credit limit in Dynamics 365 for Finance and Operations||Blog bot||DAX Blogs||0||22.09.2017 21:13|
|Microsoft Dynamics CRM Team Blog: Onboarding to Web API for Dynamics CRM 2016 from Web API Preview||Blog bot||Dynamics CRM: Blogs||0||17.02.2016 05:25|
|crminthefield: Dynamics CRM 2011 SDK Query Limitations by API||Blog bot||Dynamics CRM: Blogs||0||14.01.2013 20:11|
|Опции темы||Поиск в этой теме|