Provisioning & IaC
Landing zones, networks and compute defined in Terraform or OpenTofu*, reviewed as pull requests and applied from a pipeline. Drift is detected and reported.
Change enablementBuild it as code. Watch it against an SLO. Fix it under ITIL. Pay less for it every month.
CloudOps is the operating model that keeps AWS, Azure, Google Cloud, Oracle Cloud and XcellHost's Mumbai private cloud provisioned, observed, patched, backed up, right-sized and reported — run by our 24×7 NOC and SOC.
Migration ends on a date. Operations never does. CloudOps is the set of practices, tools and people that keep every cloud estate healthy, secure and affordable after go-live.
Most Indian businesses now run a mix: a hyperscaler for new applications, Microsoft 365 and Azure for the workplace, and a private cloud for ERP or regulated data. Each brings its own console, alerts, patch cycle and invoice. Without one operating model, changes go in by hand, alerts are ignored, nobody owns the bill and audit evidence is gathered the night before.
XcellHost CloudOps replaces that with a single loop: infrastructure defined as code, observed against service level objectives, incidents, problems and changes handled under ITIL 4 practices, patching, backup and capacity on a calendar, and spend reviewed every month using the FinOps Inform → Optimize → Operate cycle. Our Mumbai NOC and SOC run it around the clock.
Looking for the managed-service contract detail — RACI, SLA targets and per-cloud scope? See Managed Cloud Operations. This page explains the CloudOps model and lets you size it.
Click any stage on the ring. Each turn of the loop feeds the next: an incident becomes a problem record, a problem becomes a change, a change becomes code.
—
Ten capabilities, each mapped to an ITIL 4 practice or an SRE/FinOps discipline. Every one is in scope from day one; depth depends on the package.
Landing zones, networks and compute defined in Terraform or OpenTofu*, reviewed as pull requests and applied from a pipeline. Drift is detected and reported.
Change enablementMetrics, logs and traces with OpenTelemetry where it fits. Alerts on symptoms users feel — latency, errors, traffic, saturation — not on every CPU spike.
Monitoring & event mgmtITIL 4 practices run inside XcellHost's ISO 20000-1 certified service management system: priorities, bridges, root-cause records and a change calendar.
ISO 20000-1OS and platform patches in agreed windows, tested on non-production first, with a compliance report. Deeper endpoint and third-party coverage via Patch Management as a Service.
Infrastructure & platform mgmtSnapshot and backup policies checked daily, restores tested on a schedule. Failover to Mumbai via Cloud Disaster Recovery.
Service continuityTrends for compute, storage, database connections and quotas, forecast before month-end or a sale day. Autoscaling limits tuned to real load.
Capacity & performanceTagging, showback, idle clean-up, rightsizing and commitment planning, following the FinOps Foundation's Inform, Optimize and Operate phases. Reported in rupees.
FinOps FrameworkService level objectives agreed per service, error budgets tracked daily and burn-rate alerts that pause risky changes before users notice.
Service level mgmtOne alert standard, one tagging policy, one change calendar and one report across AWS, Azure, Google Cloud, Oracle Cloud and XcellCloud.
Service configuration mgmtRepeat fixes written as tested runbooks — restart, clear, scale, roll back — with approval gates. Correlation and auto-remediation at scale via AIOps.
Shift-left automationNative tools stay where they are best; the operating model on top is the same. Pick a cloud to see what we use and what we run.
Three levers, applied in order so nothing is counted twice: remove waste, schedule non-production, then commit on steady usage. Illustrative ranges — the formula is shown below the result.
0–0% of today's spend · about ₹0 a year at the midpoint
Sources: AWS whitepaper "Cost optimization — reservation models" (Savings Plans); Microsoft Azure Reservations pricing page; Google Cloud "Committed use discounts overview" — all read November 2026. Not a quote; a billing-data review gives the real figure.
Exact maths: allowed downtime = (1 − SLO) × the length of the window. Enter what has happened so far this window to see how fast the budget is burning.
| SLO | per day | per week | per 30 days | per year |
|---|
—
Burn rate = share of budget used ÷ share of window elapsed. 1× means the budget lasts exactly the window. A common SRE practice is to alert on fast burns and pause risky changes when the budget is spent.
A practical model we use in assessments. Pick the level that sounds most like you today.
The same certified team runs every CloudOps package. What changes is the cadence you see.
Filter by job. Where you have nothing, we recommend the lightest option that fits — open source first where it does the job.
* Product names are trademarks of their owners and are used only to describe compatibility. No partnership or endorsement is implied unless stated on the vendor's own XcellHost page.
One estate = one AWS organisation, Azure tenant, Google Cloud organisation, OCI tenancy or XcellCloud project. Cloud usage is billed separately at actuals.
up to 10 resources · extra ₹999* each
up to 40 resources · extra ₹999* each
regulated or large multi-cloud estates
* Indicative — confirm with XcellHost price list. INR, excl. 18% GST. Tier prices, extra resources (₹999*) and onboarding (₹24,999* one-time) are the same as on Managed Cloud Operations; add-on prices are taken from Managed Google Cloud, Managed AWS, Patch Management and AIOps pages. The SLO & error-budget programme (₹19,999*/month) is a new placeholder to confirm.
Fixed-price lines go to the cart at price × quantity. Enterprise comes with a quotation.
* Indicative — confirm with XcellHost. INR excl. 18% GST until the last lines. Cloud consumption billed separately at actuals.
CloudOps — cloud operations — is the practice of running cloud infrastructure day to day: provisioning it as code, monitoring and observing it, handling incidents, problems and changes, patching, backup, capacity, cost management and reporting. It is what keeps a cloud reliable and affordable after migration.
Managed Cloud Operations is the service contract: scope per cloud, RACI and SLA targets. This CloudOps page explains the operating model behind it — IaC, SLOs, FinOps, maturity — and lets you size a package. The tier prices are the same.
Amazon Web Services, Microsoft Azure, Google Cloud, Oracle Cloud Infrastructure and XcellCloud, XcellHost's private and public cloud in our Mumbai Tier IV data centre — plus VMware, OpenStack and Proxmox estates. Several can run on one desk and one report.
An SLO is an internal reliability target for a service, such as 99.9% of requests succeeding over 30 days. An SLA is the contractual commitment, with remedies if it is missed. SLOs are usually stricter than SLAs, so the team reacts before the contract is at risk.
Over a 30-day window, 99.9% allows 43.2 minutes; 99.95% allows 21.6 minutes; 99.99% allows 4.32 minutes (about 4 minutes 19 seconds). Over a 365-day year, 99.9% allows about 8 hours 46 minutes. The calculator above does the maths for any window.
We follow the FinOps Foundation's three phases. Inform: tag, allocate and show spend by team. Optimize: remove idle resources, right-size and plan commitments. Operate: set budgets, alerts and policies so savings stick. Results are reported in rupees every month.
Yes. Incident, problem, change enablement, monitoring and event management, and service level management follow ITIL 4 practices inside XcellHost's ISO 20000-1 certified IT service management system. Records are kept in your ITSM tool or ours.
No. Normal changes are approved by you. Low-risk repeatable changes, such as a scale-out within agreed limits, can be pre-approved as standard changes. Infrastructure-as-code changes are reviewed as pull requests before apply, and every action is logged.
Essential is ₹14,999* and Professional ₹39,999* per cloud estate per month, with ₹999* per extra resource and ₹24,999* one-time onboarding. Enterprise is on quote. All indicative, excl. 18% GST; cloud usage is billed at actuals.
Central logging with 180-day retention in India, clocks synced to Indian NTP sources and an incident runbook support CERT-In's directions, including the 6-hour report. Indian regions by default, logged access and quick breach facts support DPDP duties. The legal obligations remain yours.
A free 30-minute review: where the waste is, which SLOs matter, and a package price in rupees within two business days.*