Skip to content
Orvenant
Orvenant

Managed hosting vs server management

Managed hosting vs server management

Managed hosting usually combines infrastructure access with a defined operating service. Server management may apply to infrastructure you already own. The agreement matters more than the label.

Choose the arrangement that fits your ownership needs

Managed hosting can be convenient when you want one commercial relationship for capacity and routine operation. Server management can fit when the business already owns infrastructure accounts or needs to select providers independently. Either arrangement can work well if the interfaces are clear. Write down who pays the infrastructure bill, who can approve capacity changes and who can recover the account. Avoid an arrangement where both sides assume the other controls a renewal or an emergency access route.

Map responsibility by technical layer

List physical infrastructure, virtual machine, operating system, database, web server, application and external services separately. A provider handling hardware does not automatically maintain the software installed on it. AWS’s shared-responsibility model is one explicit example of this distinction; its details depend on the selected service and should not be treated as another provider’s contract. For your proposal, assign an accountable owner to each layer and name the contact when an issue crosses the boundary.

Separate monitoring from response and repair

Ask what is checked and what happens after an alert. A server responding to a ping does not prove that login, checkout or a customer portal works. Define which customer-facing journeys are monitored, whether someone acts outside normal hours and how an urgent issue reaches the responder. Distinguish an acknowledgement target from a restoration target. Neither term should imply that every incident can be resolved within a fixed time regardless of its cause.

Compare recovery using a realistic failure

Describe a concrete situation: a database was accidentally changed, the server cannot boot or a provider account is unavailable. Ask which copies can be restored, who holds the necessary credentials and where the replacement system would run. Specify acceptable data loss and interruption, then check whether the proposed backup and recovery process can support them. Request evidence of a relevant restore exercise. An enabled backup setting is not the same as an agreed recovery service.

Build a comparison with all recurring responsibilities

Include infrastructure charges, management, software licenses, backup storage and support options in the comparison. Identify capacity changes that need approval and work that needs a separate estimate, such as a platform migration or major application upgrade. Ask who maintains integrations with email, DNS and certificates when those sit outside the hosting account. Record what happens when an incident requires help from the application developer. The cheapest line item may leave the business coordinating the most work.

Accept the service with a responsibility sheet

Before moving a workload, require a named inventory, account ownership record, access procedure, maintenance process and escalation path. Confirm backup coverage, recovery responsibilities and the handover process if the service ends. Use one relevant operational exercise to check the promised boundary, such as tracing a failed application request from monitoring to the responsible team. Revisit the sheet when a database, domain or external service is added. Coverage should change deliberately as the system grows.

Questions about this guide.

Does managed hosting include application updates?

Only when the agreement says so. Identify the supported applications, extensions and custom code, who tests updates and how an incompatible change is handled.

Who should own the hosting account?

Choose an arrangement that preserves the business’s ability to recover access and continue operating. Direct ownership or a documented transfer process can meet that need; clarify the actual arrangement before purchase.

Is server management the same as high availability?

No. Management describes work people or systems perform. High availability depends on the architecture and tested failure behavior. Buying support does not by itself remove a single-server failure point.

Sources and further reading

Sources support the stated technical context. The planning recommendations are Orvenant's assessment.

  • AWS: Shared Responsibility Model

    Illustrates the distinction between provider infrastructure responsibilities and customer software/configuration responsibilities; it is not a universal hosting contract.

  • Google SRE: Managing Incidents

    Provides operational context for explicit incident roles, communication and coordination across responsibilities.

PUT THE GUIDANCE TO WORK

Bring us the problem. We’ll work through the next step.

Share what exists today and what you want to change. We can discuss the scope, dependencies and a practical way forward.

Privacy settings

Optional Google Analytics measures page visits and contact-option use. Rejecting keeps Analytics off. Accepting allows analytics cookies. Advertising features stay off, and enquiry contents and contact details are not sent to Analytics.

Withdrawing stops future collection and removes this site’s accessible Analytics cookies. It does not erase information already received by Google. Privacy notice · Cookie notice