GOOGLE CLOUD NAAR STACKIT

Migratie van Google Cloud naar STACKIT

Kubernetes gaat mee. Een dataplatform vergt een nieuw ontwerp. StackToIT leest uw Google Cloud-Terraform en scheidt die twee, zodat u de migratie plant op basis van het werk dat er echt ligt.

Scheid wat meegaat van wat opnieuw gebouwd moet worden

Google Cloud-omgevingen combineren vaak overdraagbare workloads met volledig beheerde datadiensten. Wie beide hetzelfde behandelt, plant vanaf de eerste regel verkeerd. Daarom krijgt elke resource een eigen aanpak en een eigen reden.

  1. Leest uw Terraform

    Google Cloud-resources, modules en afhankelijkheden uit Terraform- en OpenTofu-rootmodules.

  2. Netwerk als ontwerpvraag

    Aparte analyses voor routes, firewallregels, identiteit en plaatsing. Firewall policies en Cloud NAT werken op STACKIT volgens een ander model, en het plan laat zien hoe.

  3. Stelt het doel op

    STACKIT-Terraform-concepten, doelarchitectuur, uitvoeringsvolgorde en een register van openstaande keuzes voor uw architecten.

Waar uw diensten terechtkomen

Typische uitkomsten uit de versiebeheerde regelbasis van StackToIT. Elke resource wordt behandeld op basis van de werkelijke configuratie en het rapport vermeldt de reden.

Google CloudSTACKIT-doelAanpak
Compute EngineSTACKIT Compute EngineHerconfiguratie
Google Kubernetes EngineSTACKIT Kubernetes Engine (SKE)Replatforming
Cloud SQLPostgreSQL Flex, MariaDB, SQLServer FlexReplatforming
AlloyDBPostgreSQL FlexReplatforming
Cloud StorageSTACKIT Object StorageHerconfiguratie
Memorystore for RedisKey Value Store (Valkey)Herconfiguratie of replatforming
Pub/SubSTACKIT RabbitMQReplatforming
Cloud RunSKE of Cloud FoundryContainerisatie
BigQueryLakehouse op Object Storage of zelfbeheerd warehouseRedesign
SpannerPostgreSQL Flex of zelfbeheerde gedistribueerde SQL-databaseRedesign
BigtableZelfbeheerde wide-column-database op SKE, of MongoDB FlexRedesign

Gidsen: Google Cloud naar STACKIT

Migratiegidsen

Service mapping

Terraform- en inventaristutorials

Checklists en runbooks

Architectuurgidsen

Praktijkvoorbeelden

Wat het de organisatie oplevert

  1. Het werk aan het dataplatform vroeg in beeld

    BigQuery, Spanner en Bigtable hebben geen directe tegenhanger en zijn gemarkeerd voor redesign. De grootste posten staan dus in het plan voordat het budget vastligt.

  2. Uw containerinvestering blijft renderen

    GKE-workloads gaan naar STACKIT Kubernetes Engine, en Cloud Run-diensten verhuizen als containers naar SKE of Cloud Foundry.

  3. Golven kiezen op basis van feiten

    Aanpak en afhankelijkheden per resource laten zien welke systemen als eerste kunnen overstappen en welke afhangen van een ontwerpbeslissing.

Uw architecten beoordelen elk concept voordat er iets wordt toegepast. Stel bij databases uit een private PostgreSQL- of SQL Server-bron het bereik van de netwerktoegang expliciet in het concept in.

Uw volgende stap: STACKIT.

Vertel ons over uw omgeving, dan laten wij zien wat StackToIT daarvoor oplevert: doelarchitectuur, Terraform-artefacten en een gestructureerd migratieplan.

Laat uw gegevens achter, onze specialisten nemen contact met u op.

Liever zelf een e-mail sturen? connect@stacktoit.com

Wij gebruiken uw gegevens alleen om dit verzoek te beantwoorden en een mogelijke pilot te bespreken. Privacyverklaring