[Update] Introducing a rate limit for CaaS synchronization jobs

Answered

Peter Jodeleit

• April 20, 2026 12:18
• Edited

[This information is partly outdated, for an update see the comment below] We are introducing a rate limit for the CaaS synchronization jobs to protect system performance and ensure a consistently responsive experience for all users.  What is changing? Starting 29th of April (on your DEV and QA systems) respectively 6th of June (on your PROD system), synchronization jobs for CaaS will be subject to a rolling limit of 100,000 document writes per 7-day period.  What does this mean for you?  Synchronization jobs are powerful, but resource-intensive operations designed for exceptional situations — such as initial data setup. Under normal operating conditions, they should not be needed at all, since all changes are synced in an ongoing manner to CaaS.  The limit works as follows:  If budget is available when a job is triggered, the job will run to completion uninterrupted.  If the budget has already been fully consumed within the current 7-day window, the job will be rejected before it begins, and a clear failure status with a log message will be recorded.  The remaining budget is logged at the start and end of every job so you always have visibility into your current usage.  What should you do?  No action is required for standard usage. If your workflow relies on frequent or large synchronization jobs, please review your integration and contact our support team (help@crownpeak.com) — we are happy to help you transition to an approach that does not require repeated full synchronizations.  If you have any questions, please reach out to our support team (help@crownpeak.com) or to your personal contact with our Customer Success Team.

----------------------------------------------------------------------- Wir führen eine Begrenzung für die CaaS Synchronisierungsaufträge ein, um die Systemleistung zu gewährleisten und allen Benutzern ein performantes Nutzungs-Erlebnis zu bieten.  Was ändert sich?    Ab dem 29. April (auf Ihren DEV- und QA-Systemen) bzw. dem 6. Juni (auf Ihrem PROD-System) unterliegen Synchronisationsaufträge für CaaS einer rollierenden Begrenzung auf 100.000 Schreibvorgänge für Dokumente über einen Zeitraum von sieben Tagen.   Was bedeutet das für Sie?   Synchronisationsaufträge sind leistungsstarke, aber ressourcenintensive Vorgänge, die für Ausnahmefälle – wie beispielsweise die anfängliche Dateneinrichtung – vorgesehen sind. Unter normalen Betriebsbedingungen sollten sie nicht benötigt werden, da alle Änderungen fortlaufend und automatisch mit CaaS synchronisiert werden.   Die konkrete Funktionsweise der Begrenzung  Wenn bei Auslösung eines Auftrags Kapazität verfügbar ist, wird der Auftrag bis zum Abschluss ausgeführt, unabhängig von der Anzahl der Dokumente, die im Auftrag Richtung CaaS geschrieben werden.   Wenn die Kapazität innerhalb des aktuellen 7-Tage-Fensters bereits vollständig aufgebraucht wurde, wird der Auftrag beim Start abgelehnt und ein eindeutiger Fehler im Protokoll ausgegeben.    Das verbleibende Budget wird in jedem Auftrag protokolliert, sodass Sie stets Einblick in Ihre aktuelle Nutzung haben.   Was sollten Sie tun?   Bei normaler Nutzung sind keine Maßnahmen erforderlich. Wenn Ihr Workflow auf häufigen oder umfangreichen Synchronisierungen basiert, überprüfen Sie bitte Ihre Integration und wenden Sie sich an unser Support-Team (help@crownpeak.com) – wir helfen Ihnen gerne bei der Umstellung auf einen Ansatz, der keine wiederholten vollständigen Synchronisierungen erfordert.   Sollten Sie Fragen haben, wenden Sie sich bitte an unseren Support (help@crownpeak.com) oder an Ihren persönlichen Ansprechpartner im Customer Success Team.

Related to

• CaasConnect
• CaaS

0

• Official comment

  

  Peter Jodeleit

  • April 15, 2026 16:53

  Since some questions already popped up: If you or your colleagues didn't get a dedicated request for communication earlier this does mean your usage pattern is safe and you will not be affected by this change, unless you change your usage pattern drastically in the future.
• 

  Peter Jodeleit

  • April 20, 2026 12:16

  We would like to clarify the information in this post. 

  With our previous communication, we wanted to be transparent that these jobs are highly resource-intensive operations intended for exceptional situations and that unusually high usage can affect performance and stability within the FirstSpirit CMS backend. 

  At the same time, it is important for us to put this into the right context: our Kubernetes-based CaaS infrastructure is specifically designed to handle extreme frontend load scenarios and traffic peaks of several million requests in a stable and performant way.  

  We will not implement the previously announced rate limit for CaaS synchronization jobs. 

  Instead, we are focusing on transparency, targeted analysis, and direct alignment on a case-by-case basis to protect performance and stability. 

  For regular operations, this means there is no action required and no restriction for the vast majority of our customers. 

  Our focus is on identifying unusual usage patterns early, assessing them together with affected customers, and agreeing on appropriate measures where needed. This is how we want to ensure that CaaS synchronization jobs continue to be used responsibly and with the stability of the platform in mind. 

  If your use of these synchronization jobs goes beyond typical exceptional scenarios, we will reach out to you directly where needed. Regardless of that, our Support team will of course be happy to assist you at any time with questions regarding appropriate usage and technical classification. 

  If our previous message contributed to any uncertainty, we would like to apologize for that. 

  Thank you for your understanding. 
  
  -----------------------------------------------------------------------
  
  

  Wir möchten die Information aus diesem Post präzisieren. 

  Mit der vorherigen Kommunikation wollten wir transparent darauf hinweisen, dass diese Aufträge sehr ressourcenintensive Vorgänge sind, die für Ausnahmefälle gedacht sind und bei ungewöhnlich hoher Nutzung Auswirkungen auf Performance und Stabilität im FirstSpirit CMS (Backend) haben können.  

  Dabei ist uns wichtig, zunächst den Kontext zu verdeutlichen: Unsere CaaS-Infrastruktur auf Kubernetes-Basis ist gezielt darauf ausgelegt, im Frontend enorme Hochlast-szenarien und Lastspitzen von mehreren Millionen Zugriffen stabil und performant zu bewältigen. 

  Die zuvor angekündigte pauschale technische Begrenzung der CaaS-Synchronisierungsaufträge werden wir nicht einführen. 
   
  Stattdessen setzen wir auf Transparenz, gezielte Analyse und direkte Abstimmung im Einzelfall, um Performance und Stabilität sicherzustellen. 

  Für den regulären Betrieb ergibt sich für die große Mehrheit unserer Kunden daraus kein Handlungsbedarf und keine Einschränkung. 

  Unser Fokus liegt darauf, auffällige Nutzungsmuster frühzeitig zu erkennen, diese gemeinsam mit betroffenen Kunden einzuordnen und bei Bedarf geeignete Maßnahmen abzustimmen. So möchten wir sicherstellen, dass CaaS-Synchronisierungsjobs auch weiterhin verantwortungsvoll und mit Blick auf die Stabilität der Plattform genutzt werden. 

  Wenn Ihre Nutzung dieser Synchronisierungsaufträge über typische Ausnahmefälle hinausgeht, kommen wir bei Bedarf gezielt auf Sie zu. Unabhängig davon unterstützt Sie unser Support-Team selbstverständlich jederzeit gerne bei Fragen zur sinnvollen Nutzung und technischen Einordnung. 

  Falls unsere vorige Nachricht zu Verunsicherung beigetragen hat, möchten wir dies entschuldigen. 
   

  Vielen Dank für Ihr Verständnis. 

  0
• 

  Peter Jodeleit

  • May 04, 2026 11:08

  Thank you for your question. First, please note that we do not actually apply any limitation, see my comment above yours. Then, to your question: There is no "that best practice", this heavily depends on the reason why you have "lager sync worfklows" in the first place. We are happy to learn about this, so that we can point you to a solution fitting to your use case - or to extend our solution so that we can offer a suitable way forward.

  0

Please sign in to leave a comment.