In realtà non ho abbastanza informazioni per rispondere alla tua domanda in modo più specifico, ma ci sono alcune cose da considerare:
- Qual è la fine della vita della vecchia API?
- Qual è la priorità aziendale per ottenere l'aggiornamento (quanto è urgente)?
- La nuova API cambia il modo in cui ti autentichi sul sistema?
- L'API è progettata in modo tale da poter essere combinata?
- Qual è l'impatto se lasci le cose così come sono?
Sto affrontando molte delle stesse domande a supporto di un'applicazione esistente che è stata originariamente costruita con librerie e dipendenze esterne che sono già in via di esaurimento o che si stanno rapidamente avvicinando. Di conseguenza, dobbiamo essere intelligenti su come introdurre il cambiamento.
Una cosa di cui puoi essere certo è che le API invecchiano e perdono il supporto. Alla fine vengono rimossi completamente. Mi sono imbattuto in quello stesso problema lavorando con un'integrazione di Twitter alcuni anni fa. La domanda che devi porci è quale sia l'urgenza per l'aggiornamento, in particolare se ci sono cambiamenti di rottura.
Il mio processo decisionale personale è qualcosa del genere:
- Se la fine della vita della vecchia API è almeno un paio di cicli di rilascio, rimanda le modifiche non necessarie finché non posso pianificare di conseguenza.
- Se l'API cambia, devo aggiornare tutto e le nuove funzionalità non sono critiche, quindi parla con il mio cliente per vedere se possono aspettare fino al nostro aggiornamento.
- Se l'API cambia che devo aggiornare tutto e le nuove funzionalità sono fondamentali, allora devo apportare le modifiche ora.
- Se la fine della vita della vecchia API è imminente, ora devo apportare le modifiche.
Onestamente, un'altra grande domanda è quanto l'impatto è necessario per l'aggiornamento? Ho seguito un processo in cui ho tentato di aggiornare un progetto web a NetCore. Tutto il mio lavoro di back-end è stato facile da aggiornare e ha funzionato con l'app web esistente. Le modifiche richieste a causa dell'edizione NetCore di ASP.Net MVC causavano riscritture importanti. Di conseguenza, questa parte doveva essere rimandata. Potremmo fare un altro percorso completamente per il front-end della nostra applicazione.
Il mio punto è che gli aggiornamenti di versione non sono unici per le versioni dell'API Web, ma devi sapere quando le API web vanno fuori servizio. Una volta che sono offline, l'applicazione si interrompe. Se hai abbastanza tempo, è meglio pianificare gli aggiornamenti gradualmente quando puoi assorbire le modifiche nel normale ciclo di sviluppo.