Vertex AI on Corebaseit — POS · EMV · Payments · AI

ML Lifecycle Stages — The Cycle That Never Stops

contact@corebaseit.com (Vincent Bevia) — Fri, 20 Mar 2026 00:00:00 +0000

ML Lifecycle Stages — The Cycle That Never Stops

Part 4 of 4 in the Generative AI Foundations series

We’ve covered the hierarchy, the landscape, and the data. Now let’s close the loop with the ML lifecycle itself — because building a model is not a one-time event. It’s a cycle. And understanding that cycle is critical, because it’s not linear — it’s iterative.

Models degrade. Data drifts. Requirements change. The cycle runs continuously, and each stage feeds back into the others. If you treat model deployment as the finish line, you’ve already lost.

Here’s how it breaks down, with the corresponding Google Cloud tooling at each step.

1. Data Ingestion and Preparation

The process of collecting, cleaning, and transforming raw data into a usable format for analysis or model training. This is where most of the unglamorous but essential work happens — data engineers will tell you that 80% of any ML project is spent here, and they’re not exaggerating.

This stage is where data quality matters most. Every characteristic we discussed in the previous post — completeness, consistency, relevance, availability, cost, format — comes into play right here. Get this stage wrong, and everything downstream inherits the debt.

Google Cloud Tools: BigQuery for data warehousing, Dataflow for data processing pipelines, and Cloud Storage for raw data storage.

2. Model Training

The process of creating your ML model using data. The model learns patterns and relationships from the prepared dataset. This is the compute-intensive stage where your infrastructure investment pays off — or doesn’t.

Training is where the infrastructure layer from our landscape discussion becomes tangible. You need GPUs, TPUs, or both. You need enough compute to iterate quickly, because model training is inherently experimental — you won’t get the architecture, hyperparameters, or data splits right on the first try.

Google Cloud Tools: Vertex AI for managed training, AutoML for no-code model training, and TPUs/GPUs for accelerated computation.

3. Model Deployment

Making a trained model available for use in production environments where it can serve predictions. This is the bridge between “it works in a notebook” and “it works at scale for real users.”

Deployment is where latency, throughput, and reliability become the primary concerns. A model that takes 30 seconds to return a prediction might be fine for batch processing, but it’s useless for a real-time customer-facing application. The deployment architecture has to match the serving requirements — and those requirements are almost always more demanding than what you tested in development.

Google Cloud Tools: Vertex AI Prediction for serving endpoints and Cloud Run for containerised model serving.

4. Model Management

Managing and maintaining your models over time, including versioning, monitoring performance, detecting drift, and retraining. This is the stage most teams underestimate.

A model that was 95% accurate at launch can degrade to 70% within months if nobody’s watching the metrics. The world changes. Customer behaviour shifts. New data patterns emerge that the model has never seen. Continuous monitoring and retraining pipelines are not optional — they’re operational necessities.

This is also where scaffolding proves its value. The guardrails, logging, and observability infrastructure you built during development become your early warning system in production. Without them, you’re flying blind.

Google Cloud Tools: Vertex AI Model Registry, Vertex AI Model Monitoring, Vertex AI Feature Store, and Vertex AI Pipelines.

The Cycle Continues

The arrow from Model Management loops back to Data Ingestion. That’s not a diagram convenience — it’s the reality of production ML. Monitoring reveals drift, drift triggers retraining, retraining requires fresh data, fresh data requires ingestion and preparation, and the cycle begins again.

The teams that succeed with ML in production are the ones that design for this cycle from day one. They don’t treat it as four sequential steps; they treat it as a continuous loop with automation at every transition point.

The bottom line: The ML lifecycle is not build-once-deploy-forever. It’s a living system that requires continuous investment in data, compute, monitoring, and iteration. Plan for the loop, not just the launch.

References

Google Cloud — Generative AI on Vertex AI Documentation. https://docs.cloud.google.com/vertex-ai/generative-ai/docs
Google Cloud — Generative AI Beginner’s Guide. https://docs.cloud.google.com/vertex-ai/generative-ai/docs/learn/overview
Google Cloud — Generative AI Leader Certification. https://cloud.google.com/learn/certification/generative-ai-leader
Google Cloud Skills Boost — Generative AI Leader Learning Path. https://www.skills.google/paths/1951

This is the final post in the Generative AI Foundations series. Read the full series: Part 1: The AI Hierarchy · Part 2: The Gen AI Landscape · Part 3: Data Quality

Vincent Bevia — corebaseit.com

The Generative AI Landscape — A Layered View

contact@corebaseit.com (Vincent Bevia) — Fri, 20 Mar 2026 00:00:00 +0000

The Generative AI Landscape — A Layered View

Part 2 of 4 in the Generative AI Foundations series

Now that we’ve established the hierarchy — what AI, ML, Deep Learning, and Gen AI actually are — let’s look at how the Gen AI ecosystem is structured as a working system. Because knowing the theory is one thing; understanding the architecture is what lets you build on it.

The Gen AI landscape is a stack. Five layers, each dependent on the one below it, with value flowing upward.

Infrastructure

At its foundation, the Gen AI stack is an infrastructure play. We’re talking about the raw computing muscle — GPUs, TPUs, high-throughput servers — along with the storage and orchestration software needed to train and serve models at scale. Without this layer, nothing else exists.

Google Cloud’s AI-optimised infrastructure includes custom TPUs (Tensor Processing Units), high-performance GPUs, and the Hypercomputer architecture designed specifically for AI workloads.

Business Implication: Organizations don’t need to invest in expensive on-premises hardware. Cloud infrastructure provides scalable, pay-as-you-go access to AI computing power.

Models

Sitting on top of that infrastructure is the model itself: a complex algorithm trained on massive datasets, learning statistical patterns and relationships that allow it to generate text, translate languages, answer questions, and produce content that, at its best, feels indistinguishable from human output. The model is the engine, but an engine alone doesn’t get you anywhere.

This layer includes foundation models (Gemini, Gemma, Imagen, Veo), open-source models, and third-party models available through platforms like Vertex AI Model Garden.

Business Implication: Organizations can choose from pre-built models (reducing time to market) or train custom models. Model Garden provides access to 150+ models, giving flexibility across use cases.

Platform

That’s where the platform layer comes in. Think of it as the middleware — APIs, data management pipelines, deployment tooling — that bridges the gap between a trained model and the software that actually consumes it. It abstracts away the infrastructure complexity and gives developers a clean interface to build on.

Vertex AI is Google Cloud’s unified ML platform for this layer, providing tools for the entire ML workflow: build, train, deploy, and manage.

Business Implication: Platforms abstract away infrastructure complexity, enabling teams to focus on building AI solutions rather than managing servers. Low-code/no-code tools democratise access to AI.

Agents

Next, the agent. This is where things get interesting. An agent is a piece of software that doesn’t just call a model — it reasons over inputs, selects tools, and iterates toward a goal. It’s the autonomous decision-making layer, and it’s the frontier everyone is racing toward right now.

Agents consist of a reasoning loop, tools, and a model. They can be deterministic (predefined paths), generative (LLM-powered natural language), or hybrid (combining both). Examples include customer service agents, code agents, data agents, and security agents.

Business Implication: Agents represent the next evolution of AI applications, capable of autonomous task completion. They can significantly reduce human workload in customer support, data analysis, and software development.

Applications

Finally, at the top of the stack, sits the Gen-AI-powered application — the user-facing layer. This is what end users actually see and interact with. It’s the product surface that translates all the layers beneath it into something useful, intuitive, and accessible.

Examples include the Gemini app, Gemini for Google Workspace, and custom enterprise applications built with Vertex AI.

Business Implication: Applications deliver the tangible business value of AI. They translate the underlying technology into tools that employees, customers, and partners can use directly.

The Missing Piece: Scaffolding

But here’s the thing most people miss: none of these layers work in isolation. What connects them — what makes the whole stack operational — is scaffolding.

Scaffolding is the surrounding code, orchestration logic, and glue infrastructure that wraps around a foundation model to turn a raw API call into a functioning system. We’re talking about prompt templates, memory management, tool routing, output parsing, guardrails, retry logic, error handling — everything that sits between “call the model” and “deliver a reliable result to the user.”

Without scaffolding, you have a model that can generate text. With scaffolding, you have an application that can reason, recover from errors, maintain context across turns, and chain multiple steps together toward a goal. It’s what makes agents actually work in production.

If you’re an engineer, scaffolding is where you’ll spend most of your time. If you’re a leader, it’s the part of the stack you need to budget for — because the model is the easy part. Making it reliable, safe, and operational at scale? That’s scaffolding.

Remember the five layers bottom-to-top: Infrastructure → Models → Platforms → Agents → Applications. Each layer depends on the one below it, and the value flows upward.

Next in the series: Data Quality and Accessibility

Vincent Bevia — corebaseit.com