MCP-Ambari-API
Related Servers
Alternatives to MCP-Ambari-API
No user-submitted related servers found.
Related Servers
- AlicenseBqualityDmaintenanceEnables AI assistants to manage Apache Ambari clusters, including services, hosts, alerts, and configurations via the MCP protocol.401Apache 2.0
- FlicenseNot gradedqualityCmaintenanceMCP server for Cloudera Manager and CDP cluster administration, enabling monitoring, configuration, and troubleshooting of Hadoop ecosystem services through natural language.1-
- AlicenseBqualityAmaintenanceMonitor and manage Apache Airflow clusters through natural language queries via MCP tools: DAG inspection, task monitoring, health checks, and cluster analytics without API complexity. * Guide: https://call518.medium.com/mcp-airflow-api-a-model-context-protocol-mcp-server-for-apache-airflow-5dfdfb25452MIT
- AlicenseAqualityBmaintenanceMCP server exposing Apache Airflow REST API operations as tools — list DAGs, inspect runs and task instances, trigger DAG runs, and check failed DAGs and scheduler health72MIT
- AlicenseNot gradedqualityDmaintenanceMCP server for interacting with QUADS infrastructure systems via API, enabling resource management and automation through LLM applications.MIT
- FlicenseNot gradedqualityBmaintenanceMCP server for BeyondContainer platform, enabling LLMs to query clusters, nodes, workloads, images, monitoring, and security scans via 58 tools.1-
TDQS
Scored across 30 tools
Several tools overlap significantly: get_service_status, get_service_details, and get_cluster_services all provide service state information; get_alerts_history and get_current_alerts are redundant (one is explicitly deprecated); dump_configurations supersedes other config tools but those aren't present. The service-level vs component-level distinction is clear, but the service status/details overlap creates ambiguity.
Most tools follow a consistent verb_noun pattern (get_, list_, start_, stop_, restart_, dump_, query_). Minor deviations include hdfs_dfadmin_report (no underscore after hdfs) and get_prompt_template (not a cluster operation), but overall the pattern is predictable.
30 tools is on the heavy side for an Ambari cluster management server. While many are justified (service lifecycle, host components, requests, alerts, metrics), the count is inflated by deprecated wrappers, overlapping service info tools, and a prompt template tool that doesn't fit the domain.
The server covers the core Ambari lifecycle well: cluster info, service start/stop/restart, host component operations, request tracking, alerts, hosts, users, and metrics. Minor gaps include no service configuration update tool (only dump_configurations) and no user management (create/delete/update), but the main operational surface is solid.