Lavora con noi

Minimum Viable Landing Zone

Parti in modo sicuro e veloce con la nostra Landing Zone personalizzabile.

Our Custom Solution for You

La nostra Landing Zone customizzabile ti permette di iniziare senza essere vincolato da costosi (e pesanti) componenti non necessari, e senza perdite di tempo e di energia dovute a una non semplice configurazione.

Leggi Tutto
Pronto a partire in 90 giorni

Non perdere tempo e risorse preziose: inizia entro 90 giorni e procedi spedito.

Leggi Tutto
Tutto ciò che ti serve davvero

Le Landing Zone preconfigurate sono spesso caratterizzate da componenti costosi e inutili. Noi ti forniamo ciò che ti serve davvero.

Leggi Tutto
In buone mani

I nuovi ambienti Cloud richiedono un certo livello di competenza e conoscenze approfondite. Lascia a noi la parte complessa!

Precedente
Successivo

Interested in Getting Started With GCP?

Stai considerando di iniziare a lavorare con la Google Cloud Platform e vorresti sapere:

  • Come impostare correttamente GCP, fin dall'inizio?
  • Come esser certo che la mia soluzione GCP sia conforme ai requisiti aziendali?
  • Come iniziare velocemente con GCP?
Player Riproduci video

Ready to Go in 90 Days

Insieme a te, Hoverture costruisce la tua Landing Zone conforme, basata sulle best practice.
Non dovrai più preoccuparti delle parti operative come il networking, ma potrai concentrarti sul deployment delle tue app. Entro 90 giorni avrai un punto di partenza solido, conforme e sicuro, che sarà la base per il tuo nuovo Cloud Journey.

Lasciati supportare nel portare avanti il tuo progetto

Per iniziare, è necessario avere una base di GCP sulla quale lavorare. Questa base è chiamata Landing Zone. La Landing Zone è il punto di partenza per ogni utente di GCP.

In questo ambiente mostriamo una configurazione standard di una Landing Zone, così come la forniamo ai nostri clienti. È interamente creata da codice e può quindi essere replicata molto facilmente e cancellata in caso di problemi.

Nel mondo del Cloud, l'ambiente Cloud è piuttosto simile a un data center vuoto. Se ne acquisti uno nuovo, è pieno di componenti costosi non necessari. Bisogna quindi impostare il controllo degli accessi, le reti, configurare i sistemi di storage, installare un sistema operativo, creare macchine virtuali e altro ancora. Tutto ciò non solo richiede tempo, ma anche un certo livello di conoscenze (chi si ricorda la differenza tra raid 10 e 01?).

Devi occuparti delle stesse cose, ma a un diverso livello di astrazione. Per semplificare la tua partenza, è stato introdotto il concetto della Minimum Viable Landing Zone.

Elements Covered in the GCP Foundation

Data la natura di questi progetti di Cloud Foundation, con una quantità concordata di giorni-uomo disponibili e una conoscenza iniziale limitata delle linee guida, degli strumenti e dei processi specifici dell'azienda, il nostro consiglio è di iniziare con lo sviluppo di un Minimum Viable Product (MVP) funzionale. L'iterazione successiva si adatta a requisiti e policy più personalizzate.

Leggi Tutto
Accesso singolo
Leggi Tutto
Servizio portale utenti
Leggi Tutto
Billing
Leggi Tutto
Conto Baselining
Leggi Tutto
Console Admin
Leggi Tutto
Cloud
Leggi Tutto
Landing GCP
Leggi Tutto
Sicurezza
Leggi Tutto
Condivisione
Leggi Tutto
Network
Leggi Tutto
Op Management
Leggi Tutto
Monitoraggio
Leggi Tutto
Comp Gov
Leggi Tutto
Community
Precedente
Successivo

Vantaggi

Scopri come la nostra soluzione può facilitare i tuoi processi aziendali.

Siamo un partner specializzato in GCP, focalizzato sull'infrastruttura GCP

Lavoriamo insieme per garantirti la comprensione della tua Landing Zone

Kubernetes è il cuore e l'anima dell'azienda. Abbiamo molta esperienza in materia

Lavoriamo in modo agile e trasparente

touch down.

Recently we finished another landing zone project and want to share some learnings.
But first, we probably need to explain what we are talking about.

minimal viable landing zone

Google came up with the idea of packaging the basic structure of a GCP environment as a minimal viable landing zone to avoid bringing PoCs to production. Great idea as we saw in our projects with customers that the starting point was often already in a state that was hard to maintain. The complexity of a cloud environment is high and users can feel overwhelmed taking their first steps on GCP.

I usually compare public cloud environments to data centers. If you buy a new one it’s packed full of expensive (and noisy) things that do not do a lot except converting energy into heat. So you have to set up your access control, networks, configure storage systems, install an operating system, bring up VMs, and more. This is not only time-consuming, but it also requires quite some knowledge (who remembers the difference between raid 10 and 01?).

In the cloud world, your cloud environment looks pretty similar to the empty data center. You have to take care of the same things just at a different level of abstraction. To simplify your take-off, the concept of a minimal viable landing zone came to play.

It’s an environment based on best practices that are created together with the customer, supported by a google cloud partner (like us ???? ) so the customer can look into the deployment of the apps instead of the details of the networking. Within 90 days you have a solid, compliant, and secure starting point which is the baseline for your cloud journey.

the use case

We got approached by Google that an enterprise customer wanted to add GCP to their portfolio of public clouds they use. They wanted to rely as much as possible on low-maintenance solutions like Cloud Run, Cloud SQL, BigQuery, and others. The challenge they faced was their pretty complex organization which contains various departments in various regions in the world which needed to be mapped to the GCP environment in a way that scales but does not slow down the teams. They needed a pretty complex network design as well as direct connections to their on-premises data centers. All the services needed to follow security best practices and be compliant with their governance. On that scale, it is important to have an eye on clear ownership principles that can be implemented directly into the cloud console. Spending budgets on specific playground projects reduce the surprise and the end of the billing period.

It worked out well and we left another happy customer with a super smart and motivated team that is eager to dive deeper into the GCP ecosystem. But that’s just our view, if you like more details, please have a look at a session we had with Google to tell the story from the customer’s perspective.

Google provided amazing support throughout the whole process. Thanks, Google!

learnings

  1. Plan & update stakeholders As the goal is to run this kind of project in an agile way we have to make sure the planning is done right. Of course, plans change during the process of the project but it is important to know which goals we are trying to reach. So over the whole process, it is critical to plan and replan the work and align it with the goals. There might be various stakeholders involved and all of them should be aligned.
  2. Share the progress Sprint reviews with the engineering teams offer a great opportunity to share the progress across the organization. As the landing zone offers opportunities for a lot of teams it is critical to communicate across teams about progress and challenges since the teams can provide a lot of useful information that may be integrated into the architecture of the landing zone.
  3. Enable the teams Introducing a bunch of new technologies can feel overwhelming for the customer’s teams. We noticed that learning and enablement for some customers is the most important part. So it is very important to make sure they understand and can maintain whatever we create for them. So having an eye on good documentation and regular Q/A sessions helps. Giving them some time to study some theory on GCP is a nice idea too, in case that’s possible. Context switching should be avoided as usual but for sure there are other things to maintain for SREs. If they have the feeling it is hard to focus on the new things, the management should make sure there are dedicated time boxes for the topics.
  4. Control the scope A landing zone should provide the baseline for future growth. It is pretty hard to set the scope right as (of course) the super motivated customer teams like everything now. That’s great but to get the landing zone we try to focus on the basic parts first. So if there is an application that can be used as part of the MVP, I recommend going with something that uses most of the created environment but does not add more complexity for now.
  5. Add an addendum to SoW with the actual plan in some cases the SoW is written (together with the customer) in a situation where the actual work is not completely defined. That might be caused by missing insights or unclear targets. Ideally, that should be avoided but in reality, that’s not always possible. So I would recommend adding an extra page to the SoW (which is the contract basically) after the first workshops are done and defining the scope and as many details as possible in there. That might still not be final but it is closer to reality than before those workshops.

The next step after a nicely made landing zone is the actual migration of the workloads but with a solid foundation, these goals are way easier to achieve. We recommend getting some help from a Google Partner for that too (like us ???? ) as that’s what we do all day and we can probably provide some tips and tricks.

We are looking forward to the next landing zone project. If you have a similar challenge feel to reach out to us.