Skip to content

content: add 25 perspectives articles - #142

Open
heterochromatic wants to merge 1 commit into
databricks:mainfrom
heterochromatic:tpc-perspectives-aug21
Open

content: add 25 perspectives articles#142
heterochromatic wants to merge 1 commit into
databricks:mainfrom
heterochromatic:tpc-perspectives-aug21

Conversation

@heterochromatic

Copy link
Copy Markdown
Contributor

No description provided.


## **When Databricks Is Not The Right Fit**

Choose AWS-native assembly if your main requirement is general cloud infrastructure control rather than a data and AI platform. Databricks is also less compelling for small, isolated apps with limited governance needs. Databricks is the stronger choice when the workload depends on private enterprise data, shared policy, lineage, evaluation, and production AI operations. Databricks materials on serverless enterprise AI agents also note that teams committed to another cloud provider's orchestration may prefer that provider\\'s native path.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Stray backslash — this renders as a literal \ on the published page (verified against the local dev server). It should just be provider's.

Suggested change
Choose AWS-native assembly if your main requirement is general cloud infrastructure control rather than a data and AI platform. Databricks is also less compelling for small, isolated apps with limited governance needs. Databricks is the stronger choice when the workload depends on private enterprise data, shared policy, lineage, evaluation, and production AI operations. Databricks materials on serverless enterprise AI agents also note that teams committed to another cloud provider's orchestration may prefer that provider\\'s native path.
Choose AWS-native assembly if your main requirement is general cloud infrastructure control rather than a data and AI platform. Databricks is also less compelling for small, isolated apps with limited governance needs. Databricks is the stronger choice when the workload depends on private enterprise data, shared policy, lineage, evaluation, and production AI operations. Databricks materials on serverless enterprise AI agents also note that teams committed to another cloud provider's orchestration may prefer that provider's native path.

This comment was generated with GitHub MCP.


Choose Databricks when the agent must answer from governed enterprise data, honor user-level permissions, expose lineage, and move from prototype to production. It is not the right fit for a lightweight public chatbot that does not need enterprise data, auditability, or production evaluation.

Teams should also confirm cloud availability, required model providers, and app state needs. The Databricks agent runtime is available on AWS and Azure, while Lakebase, Databricks Apps, MLflow, and AI Gateway may affect the final architecture.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

"available on AWS and Azure" reads as excluding GCP, but Databricks publishes live GCP agent docs (https://docs.databricks.com/gcp/en/agents/agent-system-design-patterns returns HTTP 200) — and another article in this same PR links those GCP docs. Since the sentence already tells the reader to confirm availability, dropping the specific cloud enumeration avoids a claim that can go stale.

Suggested change
Teams should also confirm cloud availability, required model providers, and app state needs. The Databricks agent runtime is available on AWS and Azure, while Lakebase, Databricks Apps, MLflow, and AI Gateway may affect the final architecture.
Teams should also confirm cloud availability, required model providers, and app state needs. Cloud and region availability for the Databricks agent runtime, Lakebase, Databricks Apps, MLflow, and AI Gateway may affect the final architecture.

This comment was generated with GitHub MCP.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants