CertBrain
CoursesBlog
Sign in
← Back to decks
Sign in to save your progress, vote, and build your own decks.Sign in

Traditional ML vs Foundation Models

Not every AI problem needs a foundation model. A foundation model (FM) is a very large model pre-trained on broad data that can handle many tasks, especially generating text, images or code. A traditional ML model is smaller and trained for one narrow job, such as predicting churn or scoring…

7 cards
Study this deck

Traditional ML vs Foundation Models

Not every AI problem needs a foundation model. A foundation model (FM) is a very large model pre-trained on broad data that can handle many tasks, especially generating text, images or code. A traditional ML model is smaller and trained for one narrow job, such as predicting churn or scoring credit risk. The exam asks you to choose between them based on three things: regulatory and explainability requirements, operational constraints, and what the task actually needs.

What Each Is Good At

Traditional ML models shine on structured, tabular data with a clear target: predict this number, assign this label. They're small, fast and cheap to run, and many of them, such as decision trees and linear models, are relatively easy to explain.

Foundation models shine on open-ended tasks involving language, images or code: drafting text, summarizing documents, answering questions, translating, writing code. They come ready to use through services like Amazon Bedrock and can be adapted with prompts, retrieval or fine-tuning. They're also large, more expensive per request, and harder to explain.

Regulation and Explainability

In regulated decisions, such as lending, insurance pricing or hiring, a business may have to explain why the system reached each outcome, and show that the outcome treats groups fairly. A traditional model trained on structured data is much easier to explain. Feature-attribution tools can show how much each input feature contributed to a prediction. On AWS that tool has been Amazon SageMaker Clarify, which is now closed to new customers, though existing customers can still use it.

An FM's reasoning is spread across billions of parameters, and its output can change from one run to the next. That makes it a poor fit as the decision-maker when regulators require a clear, repeatable explanation for every individual decision.

Operational Constraints

Practical limits often decide the question:

  • Latency and hardware: a model that must respond in milliseconds on a small device, or without an internet connection, needs to be small. That favors traditional ML.
  • Cost at volume: scoring millions of transactions a day with an FM can be expensive, whereas a compact model costs very little per prediction.
  • Data: traditional ML needs labeled examples for its task. An FM can often start from a well-written prompt with little or no task-specific data.

The two can also work together. An FM might summarize a customer's complaint, while a traditional model scores the account's churn risk from its billing data.

Choosing Between Them

SituationBetter fit
Tabular data, clear numeric or label targetTraditional ML
Each decision must be explained to a regulatorTraditional ML
Millisecond responses on low-power or offline hardwareTraditional ML
Generating or summarizing text, images or codeFoundation model
Many varied language tasks, little labeled dataFoundation model
Fast prototype of a conversational assistantFoundation model

On the Exam

Don't assume the newest technology is the answer. If a scenario mentions regulators, explaining individual decisions, strict latency, edge devices or structured data with a known target, lean toward traditional ML. If it mentions generating content, summarizing, conversation or handling many different language tasks, lean toward a foundation model.

Quiz me on this
A bank must decide whether to approve personal loans using applicants' income, debt and payment history, which are stored in tables. Regulators require the bank to explain which factors drove each individual decision. Which approach BEST meets these requirements?
  1. Send each application to a large language model in Amazon Bedrock and ask it to approve or deny
  2. Use a diffusion model to generate a risk profile image for each applicant
  3. Fine-tune a foundation model on past decisions and use its yes-or-no output without explanations
  4. ✓ Train a traditional ML model on the tables and report each decision's feature contributions
An online store's marketing team needs first drafts of product descriptions, in several different tones, for thousands of new items each season. It has no labeled training data for this task. Which approach is MOST appropriate?
  1. ✓ Use a foundation model through Amazon Bedrock, guided by prompts and examples
  2. Train a regression model on past sales figures to produce the descriptions
  3. Use clustering to group the products and then copy one description into each group
  4. Write a rules engine that fills product attributes into one fixed template
A factory wants to classify each vibration sensor reading as normal or abnormal within a few milliseconds. The classification must run on a low-power device mounted on the machine, which often has no internet connection. The readings are numeric. Which approach BEST fits these constraints?
  1. Call a large language model in Amazon Bedrock for every sensor reading
  2. Deploy a multimodal foundation model through an API that the device calls remotely
  3. ✓ Train a small traditional ML classifier and run it on the device itself
  4. Install a full-size foundation model on the device and prompt it for each reading
Foundation model (FM)
A very large model pre-trained on broad data that can be adapted to many tasks, especially generating text, images or code.
When traditional ML beats an FM
When regulators require an explanation of which inputs drove each individual decision, as in lending or hiring.
When an FM beats traditional ML
Generating or summarizing content, conversational tasks, or many varied language tasks with little labeled data.
Amazon SageMaker Clarify (explainability)
Shows how much each input feature contributed to a model's predictions. Closed to new customers; existing customers can still use it.