Versions Compared

Key

  • This line was added.
  • This line was removed.
  • Formatting was changed.

...

Info
titleDECISION

Decision: Solution 1Option 1: GCP same project : reuse existing project with an additional machine to not impact the run activities, while the data export will be huge. (today the delegation are managed manually)

Decision made by: LAI DAWN, MATHE, Alexandre , TRIFFAUX, Eric 

Date: 

Online Meeting: 2026.04.02 - GAM VM alignment call

...

Issue

The data extraction phase is scheduled to commence in early April and will conclude by late June , running concurrently with the five migration waves to ensure all necessary data is captured prior to final decommissioning.

Activity

Pilot

Wave 1

Wave 2

Wave3

Wave4

Wave5

Audit  and Data extraction

N/A

08/04/2026

15/04/2026

27/04/2026

1/05/2026

6/05/2026

Go/NoGo to start Prestaging

2/03/2026

10/04/2026

17/04/2026

29/04/2026

5/05/2026

8/05/2026

Go/NoGo to start Cutover Readiness

16/03/2026

4/05/2026

11/05/2026

18/05/2026

25/05/2026

1/06/2026

Go/NoGo to start Cutover Execution

20/03/2026

8/05/2026

15/05/2026

22/05/2026

29/05/2026

5/06/2026

Cuto-off/Go-Live

23/03/2026

11/05/2026

18/05/2026

25/05/2026

1/06/2026

8/06/2026

...

To perform all of those activities Syensqo will rely on Revevol who will use Google Application Manager (GAM).

Details

  • GAM is a windows tool, cannot run on linux server.
  • Do not need to connect the windows server to the active directory, while the server will remains in GCP boundaries and identity management.
  • GAM will Download from API → Server Disk → GCP (keep the data until will leave GCP)
  • Strategy to extract the data out of GCP to be defined.
  • Operating model of data being extracted to be clarified (with security team)
  • GCP projects → Syensqo Projects and API Lists

Recommendation

...

Go for solution 1 Option 1 reusing one of the existing GCP project running GAM today for daily operation with a new dedicated machine completely delegated to Dawn and Revevol. Delete the data and or the machine a the end of the migration in June or July 2026.

...

Options Considered

Option 1: GCP same

...

project : reuse existing project with an additional machine to not impact the run activities, while the data export will be huge. (today the delegation are managed manually)

    • No extension of the scope, same place.
    • Hosting will grant permission to Dawn to provide delegation and create machine.
    • Dawn will delegate the machine creation to revevol to become T0 (inform Rizwan Parwaiz)
    • Revevol creates the necessary stuff on the machine to perform the SOW activities.
    • Dawn to ensure post migration , Revevol delete the machine, or the disk being cleaned-up. (do we need this machine with GAM later?)
    • Post Vault extraction Vault operating model for 5y to be reviewed with security.
    • Existing projects for 2 technical team Indian and french team
      • Gcp-sqo-gam-in-p
      • Gcp-sqo-gam-fr-p ← (the one to be reused)

Option 2: GCP but with a new project completely managed by REVEVOL : replicate current GCP project flows etc, Dawn having the access, and sharing appropriate permission with Revevol only. But do not make sense to segregate the project while we can have a dedicated machine in one of the existing project.

Option 3: AWS : too long, and extra security concerns

Option 4: AZURE : too long, and extra security concerns, Azure is not yet configured for T0

Option 5: Revevol : if we can handle on our GCP , better to avoid.

See also

The following section describes relevant documentation:

...