Home › Certifications › GCP Professional ML Engineer › Data Management, Feature Store and Collaboration
48 multiple-choice questions and 17 flashcards on Data Management, Feature Store and Collaboration, about 16% of the GCP Professional ML Engineer bank. Every one carries a written rationale.
Data Management, Feature Store and Collaboration is one of 8 chapters in CoStudy's GCP Professional ML Engineer bank, and it holds 48 of the bank's 300 multiple-choice questions — roughly 16% of the total. That proportion is not arbitrary: chapters follow the certifying body's published exam outline, and the number of questions in each is set by that domain's published weight, so the share of your practice time this chapter takes matches the share of the real exam it accounts for.
Studying by chapter is worth doing once you have a diagnostic score. A single overall percentage tells you whether you are close; it does not tell you which domain is dragging. Working a weak chapter in isolation, and re-testing it in isolation, is the fastest way to move a score that has stalled — and it is why the mock exams in CoStudy report by domain rather than as one number.
4 questions drawn from this chapter, with the full rationale shown — the controlling principle behind the right answer, and why each wrong option tempts and fails.
Which artifact relationship does ML Metadata lineage MOST directly let an auditor answer?
Answer: A — Which dataset version and training run produced the model now in production
A) Correct — lineage links artifacts and executions, so tracing a deployed model back to its dataset and run is its core function. B) Drift is answered by model monitoring, which watches serving distributions rather than provenance. C) Per-prediction attribution comes from feature attribution and explainability tooling. D) Caller identity lives in audit logs, an entirely different system.
Features used in both training and online serving must be:
Answer: B — Stored in the managed feature store for both paths
A) Two code paths drift apart and produce training-serving skew. B) Correct — the managed feature store serves one definition to both offline training reads and online lookups, with point-in-time correctness. C) Recomputation adds serving latency and still risks a different formula. D) Constants cannot track changing entity state.
Cost-attribution across ML teams in one project. Best practice?
Answer: B — Label jobs, endpoints, and datasets; aggregate the billing export
A) Opaque — an even split hides real usage. B) Correct — label-based chargeback over the billing export is the standard attribution method. C) Manual and error-prone. D) Not viable operationally.
Why share embeddings across teams via Vertex AI Vector Search rather than rebuilding?
Answer: D — Sharing cuts compute cost and keeps semantics aligned
D) Correct — one canonical embedding index avoids paying repeatedly to embed the same corpus and keeps similarity behaviour consistent across products. A) The service indexes and serves vectors; it does not train the encoder. B) Other ANN implementations exist, so exclusivity is not the reason. C) Embedding large corpora is a real recurring cost.
4 cards from the 17 in this chapter.
What does Experiments record, and what question does it let a team answer?
It records each run's parameters, metrics, artifacts and execution context under a named experiment, so runs are comparable side by side. It answers 'which configuration produced this metric, and can we reproduce it' — the record that turns a notebook result into a defensible model choice.
Contrast the offline store and the online store in a managed feature store.
The offline store holds full feature history and is read in bulk to build training sets and run batch prediction. The online store holds only the latest value per entity and is read at low latency by a single-entity key during online serving. Both are fed from the same feature definitions so training and serving see identical logic.
Vertex AI Data Labeling?
Managed service to annotate images/text/video with quality control.
What is ML lineage, and which three artifact types does a metadata store link?
Lineage is the recorded graph connecting datasets, executions and models, showing which data and which training run produced a given model version. ML Metadata stores artifacts (datasets, models), executions (training or evaluation steps) and contexts (pipeline runs), enabling audit, debugging and reproducibility.
These are a sample. The full Data Management, Feature Store and Collaboration chapter runs 65 items with per-chapter progress tracking, on the web and in the iOS app.
Open GCP Professional ML Engineer in CoStudy →