Je moet zowel oude als nieuwe API-versies achter dezelfde SSL- en DNS-records draaien, zodat nieuwe klanten de revisie kunnen uitproberen terwijl de oude API inzetbaar blijft. Wat moet je doen met de load balancer?

De correcte aanpak is om afzonderlijke backend pools te gebruiken voor elk API-pad achter de load balancer. Dit stelt je in staat om verkeer te routeren op basis van het URL-pad (bijvoorbeeld /v1/api naar de oude API en /v2/api naar de nieuwe API), terwijl je dezelfde SSL-certificaten en DNS-records behoudt. Dit is een standaardpatroon voor API-versiebeheer en maakt naadloze overgang en A/B-testen mogelijk. Het configureren van een nieuwe load balancer is onnodig en voegt complexiteit toe. Het herconfigureren van oude clients is niet wenselijk, omdat de vraag is om de oude API inzetbaar te houden voor bestaande klanten. De oude API verkeer laten doorsturen naar de nieuwe API is geen taak voor de load balancer en zou de oude API onnodig belasten.