A project lead is turning a proof of concept into a governed production workflow. The team is focused on cloud object storage. Which recommendation is most appropriate?
Select an answer to reveal the explanation.
Short Explanation and Infographic
Think of object storage in watsonx.data like a public library: books (data files) live in one place, multiple readers (query engines) can access them simultaneously, and the catalog (metastore) tells everyone where to find what. Nobody checks out a book and keeps their own private copy — that's the anti-pattern the lakehouse is designed to eliminate. Object storage makes it economically viable to store everything and query it with the right engine.
Full explanation below image
Full Explanation
The correct answer is option D: Use object storage as scalable, durable lakehouse storage while managing metadata and access controls.. This aligns with IBM's Data lakehouse fundamentals guidance, which emphasizes use object storage as scalable, durable lakehouse storage while managing metadata and access controls as the recommended approach for production deployments. Option A (Treat object storage like a local POSIX filesystem) is incorrect because it either bypasses IBM's recommended architecture or introduces operational risk that the correct approach is specifically designed to avoid. Option B (Avoid object storage because SQL cannot query it) is incorrect because it either bypasses IBM's recommended architecture or introduces operational risk that the correct approach is specifically designed to avoid. Option C (Store credentials in table names) is incorrect because it either bypasses IBM's recommended architecture or introduces operational risk that the correct approach is specifically designed to avoid. Understanding this distinction is critical for the C9007300 exam: IBM watsonx.data is designed to enforce governance, performance, and operational best practices through its built-in architecture, and the correct answers consistently reflect those architectural constraints rather than shortcut alternatives.