Quali sono le regioni che vengono dismesse?

Continuous Delivery non è più disponibile nelle seguenti regioni:

• Madrid (eu-es)
• Montreal (ca-mon)
• Osaka (jp-osa)

Continuous Delivery sarà interrotto nelle seguenti regioni:

• Sydney (au-syd)
• Toronto (ca-tor)
• Washington DC (us-east)

Continuous Delivery continuerà a essere disponibile nelle regioni rimanenti:

• San Paolo (br-sao)
• Francoforte (eu-de)
• Londra (eu-gb)
• Tokyo (jp-tok)
• Dallas (us-south)

Le funzioni Code Risk Analyzer (CRA) e DevOps Insights (DOI) di Continuous Delivery sono state sospese in tutte le regioni.

Qual è la tempistica per l'interruzione?

• 12 giugno 2026: fine della commercializzazione. I clienti non possono più creare nuove risorse nelle regioni interessate. Non è più possibile creare nuove integrazioni con lo strumento " DevOps Insights ". Tuttavia, se una regione non registra alcun utilizzo attivo prima di tale data, il servizio " Continuous Delivery " in quella regione potrebbe essere sospeso in anticipo e smettere di accettare la creazione di nuove risorse.
• 31 agosto 2026: fine del servizio per DevOps Insights. DevOps Insights sarà ritirato dal mercato e non sarà più disponibile.
• 12 febbraio 2027: cessazione del servizio per le regioni obsolete e il CRA. Questa è la data prevista in cui il servizio " Continuous Delivery " non sarà più disponibile nelle regioni interessate. Tuttavia, se una regione non ha un utilizzo attivo prima di questa data, o se tutti i clienti della regione completano le migrazioni in anticipo, il servizio in quella regione può essere interrotto prima. Anche Code Risk Analyzer verrà ritirato dal mercato in tutte le regioni e non sarà più disponibile dopo tale data.

Nelle regioni in cui non c'è un utilizzo attivo del servizio, o in cui i clienti hanno già completato le migrazioni prima della data di fine servizio prevista, il servizio potrebbe essere interrotto prima di quanto comunicato in precedenza. Se sono previste modifiche regionali, i clienti riceveranno una notifica preventiva per avere il tempo sufficiente per prepararsi e prendere le misure necessarie.

Le mie toolchain e pipeline esistenti funzioneranno fino alla data di scadenza?

• Le toolchain e le pipeline continueranno a funzionare nelle regioni interessate fino al 12 febbraio 2027, a meno che il servizio in una regione non venga interrotto prima a causa dell'assenza di utilizzo attivo o di migrazioni completate.
• Gli utenti non potranno creare nuove risorse nelle regioni interessate a partire dal 12 giugno 2026. Tuttavia, se una regione non ha un utilizzo attivo prima di questa data o se tutti i clienti di una regione completano le migrazioni in anticipo, il servizio in quella regione potrebbe essere interrotto prima.

Cosa succede ai miei dati e alle mie configurazioni dopo la cessazione del servizio?

Dopo la data di fine servizio, i dati e le configurazioni nelle regioni interessate saranno rimossi e non potranno essere recuperati. Se una regione viene interrotta prima a causa dell'inattività, i dati e le configurazioni di quella regione verranno rimossi al momento della chiusura. Si prega di completare la migrazione prima della scadenza utilizzando la guida alla migrazione.

Esistono percorsi di migrazione consigliati verso altre regioni o servizi?

Sì. Utilizzate la guida alla migrazione per migrare le risorse di Continuous Delivery:

• Migrare i progetti Git Repos and Issue Tracking da una regione all'altra tramite trasferimento diretto (funzione GitLab ).
• Copiare le catene di strumenti (comprese le pipeline Tekton) in un'altra regione utilizzando la guida alla migrazione.
• Esportare e spostare in modo sicuro i segreti su Secrets Manager.

Cosa devo fare se non posso migrare alla regione supportata di IBM Cloud Continuous Delivery?

IBM Cloud Continuous Delivery non fornisce un'alternativa gestita nelle regioni in cui il servizio viene interrotto. I clienti che non possono migrare in un'altra regione possono scegliere di implementare i propri ambienti di CI/CD o di orchestrazione utilizzando l'infrastruttura di IBM Cloud, come ad esempio IBM Cloud VPC oppure utilizzare le funzionalità disponibili tramite Red Hat OpenShift on IBM Cloud, tra cui OpenShift Pipelines. Questi ambienti sono completamente gestiti dal cliente e IBM non fornisce indicazioni sulla progettazione, la distribuzione o la gestione di soluzioni CI/CD personalizzate. Per l'impostazione e la configurazione, i clienti devono fare riferimento alla documentazione e alle best practice del fornitore.

IBM fornirà strumenti di migrazione automatica o assistenza?

Sì. La guida alla migrazione passo dopo passo aiuta a migrare le catene di strumenti e le risorse associate.

I prezzi o la fatturazione cambieranno durante il periodo di transizione?

• Dopo la migrazione, è necessario disattivare le istanze nell'area dismessa per evitare duplicazioni di fatturazione.
• La guida alla migrazione includerà i passaggi per ottimizzare la fatturazione durante la transizione.

I clienti devono verificare le risorse migrate e gestire il deprovisioning secondo la loro pianificazione.

Come influirà sui requisiti di conformità e sicurezza?

• Valutare le normative regionali sui dati in base al tipo di dati e ai requisiti di residenza.
• Tutti i dati trasferiti durante la migrazione sono criptati in transito.
• Le migliori pratiche per la gestione dei segreti e la migrazione sicura saranno incluse nella documentazione.
• Se si richiedono ambienti gestiti dall'UE, migrare in una regione UE supportata (ad esempio, Francoforte)

Quali alternative esistono per il CI/CD su IBM Cloud dopo l'interruzione?

L'opzione consigliata è quella di migrare a una regione supportata di IBM Cloud utilizzando la guida alla migrazione. Gli aggiornamenti futuri saranno condivisi attraverso le notifiche ai clienti e le e-mail.

Chi posso contattare per avere assistenza o maggiori informazioni?

Per qualsiasi domanda relativa al prodotto, contattate l'assistenza IBM Cloud o i partner IBM Cloud corrispondenti.

Cosa fa la guida alla migrazione e come si usa?

La guida alla migrazione consente di:

• Copiare i progetti Git Repos and Issue Tracking (GRIT) utilizzando il trasferimento diretto tra regioni.
• Copiare le catene di strumenti (comprese le pipeline Tekton) in altre regioni serializzando le catene di strumenti in Terraform e quindi applicando Terraform per ricreare la catena di strumenti nella nuova regione.

Seguire la guida alla migrazione per migrare le risorse.

La migrazione dei toolchain avrà un impatto sulle mie configurazioni di distribuzione o sulle regole di rete?

I potenziali aggiornamenti che potrebbero essere necessari sono:

• Se nella rete sono presenti regole del firewall per consentire il traffico dei pipeline worker o dei webhook da Git Repos and Issue Tracking, gli IP saranno diversi nelle varie regioni e potrebbe essere necessario aggiornare tali regole.
• Gli url o le supposizioni sulla regione delle pipeline o degli script devono essere aggiornati per essere eseguiti in una nuova regione.

Devo agire ora?

Non è necessario intraprendere alcuna azione immediata. Tuttavia, si consiglia di pianificare e testare la migrazione ben prima del 12 febbraio 2027. Se una regione viene chiusa prima a causa dell'inattività, si consiglia di completare la migrazione prima della chiusura precedente per garantire una transizione senza problemi.

Posso fare il test di migrazione prima del cutoff?

Sì. È possibile utilizzare la guida alla migrazione in un ambiente sandbox/test ed eseguire una prova generale prima di migrare i carichi di lavoro di produzione.

Gli strumenti di migrazione o l'assistenza hanno un costo?

La guida alla migrazione self-service viene fornita senza costi aggiuntivi. Nella regione di destinazione si applicano le tariffe standard di utilizzo del servizio IBM Cloud.

È possibile automatizzare la migrazione per più toolchain?

Sì. La guida alla migrazione supporta l'esportazione/importazione massiva tramite Terraform, consentendo flussi di migrazione standardizzati e ripetibili.

I segreti rimarranno al sicuro durante la migrazione?

Sì. I segreti non vengono memorizzati localmente durante la migrazione; viene fornito uno strumento per esportare i segreti in modo sicuro su Secrets Manager. La guida alla migrazione fornisce le migliori pratiche.

Dove posso trovare tutta la documentazione in un unico posto?

La guida alla migrazione fornisce:

• Fasi di migrazione della catena di strumenti
• Git Istruzioni di trasferimento diretto Repos & Issue Tracking (GRIT)
• Esportazione dei segreti in Secrets Manager
• Convalida post-migrazione e ottimizzazione della fatturazione

Quali sono le principali funzionalità di DevOps Insights (DOI)?

DOI ha fornito analisi e cruscotti avanzati per la qualità della pipeline, il rischio di distribuzione e i controlli di conformità. Si è integrato con le pipeline per applicare le politiche e visualizzare metriche come la copertura dei test, le percentuali di successo delle build e le scansioni delle vulnerabilità.

Quali sono le principali funzionalità di Code Risk Analyzer (CRA)?

CRA analizza il codice dell'applicazione e le dipendenze per individuare le vulnerabilità della sicurezza e i problemi di conformità delle licenze. Ha inoltre generato report SBOM (Software Bill of Materials) e convalidato i piani Terraform rispetto alle regole di conformità, contribuendo a far rispettare le politiche di sicurezza e governance prima dell'applicazione delle modifiche all'infrastruttura.

I miei cruscotti DOI o i report CRA saranno accessibili dopo la data di scadenza?

Num. Tutte le dashboard del DOI saranno rimosse il 31 agosto 2026. La CRA continuerà a operare fino al 12 febbraio 2027. Se una regione viene interrotta prima a causa dell'inattività, i dashboard e i report di quella regione verranno rimossi al momento della chiusura. Esportare tutti i dati richiesti prima della data di fine servizio o di qualsiasi chiusura regionale precedente.

Quali sono le alternative consigliate per DevOps Insights (DOI)?

Per DevOps Insights (DOI): IBM raccomanda l'utilizzo di IBM Concert che fornisce funzionalità di governance, conformità e gestione dei rischi per i processi di DevOps.

Quali sono le alternative consigliate per Code Risk Analyzer (CRA)?

Per la generazione di SBOM e la scansione delle vulnerabilità, considerate strumenti di terze parti o open-source come Syft o Grype.