Our services

The layers im Detail.

Nine layers, one principle: on the outside you keep control, on the inside we take over everything — right up to your application itself. Every layer contains all outer layers — always dedicated, in Germany as the standard, on request (multiple regions) also at other locations worldwide. Available for every layer: redundant off-site backups at a second location.

01

Full Proxmox Cluster — or shared

Closed or open managed, dedicated or shared, without firewall , To the detail page →

The outermost layer: your own Proxmox cluster. Proxmox VE is the open-source virtualization platform your virtual machines run on — cluster-capable, with live migration and high availability. You get it on your own dedicated hardware or as a partitioned part of a shared cluster, with CephFS (shared, synchronous across all nodes) or isolated storage per node, in NVMe, SSD or HDD.

Dedicated or sharedClosed or open managedCephFS or isolatedLive migrationOff-site backups available
02

Managed VMs in the cluster

Part of a cluster, closed firewall included, with or without VM access , contains layer 01 , To the detail page →

You don't need a whole cluster — just reliable virtual machines. On this layer we operate your VMs as part of our Proxmox cluster: dedicated CPU cores and dedicated RAM per VM, no overcommit, no noisy neighbors. The infrastructure below (layer 01) is included and our concern.

Dedicated per VMFirewall as service requestWith/without VM accessSnapshots & rollbacksOff-site backups available
03

Managed OPNsense firewall cluster

Always as a redundant cluster with CARP IPs, open or closed , contains layers 01–02 , To the detail page →

On this layer HOST SMITH takes over your network perimeter: a managed OPNsense firewall cluster in front of your VMs and clusters. OPNsense is the open-source firewall for rules, NAT, VPN and intrusion detection — with us always redundant: two instances in a cluster, connected via CARP IPs. If one firewall fails, the second takes over in a split second, without connections dropping.

Always as cluster + CARPOpen or closedVPN & IDS/IPSRuleset maintenance
04

Managed Edge — HAProxy & Caddy

HAProxy multi-instance, Caddy cluster, distributed ACME storage via Redis , contains layers 01–03 , To the detail page →

The edge of your network, professionally operated: HAProxy distributes traffic to your applications as a load balancer in multiple instances, a Caddy cluster terminates TLS and obtains certificates fully automatically. The ACME certificate store lives in a Redis backing — distributed, so every Caddy instance knows all certificates at all times and renewals never collide.

HAProxy — multiple instancesCaddy cluster, auto TLSACME storage via RedisCARP failover
05

Docker Swarm / Kubernetes

Container cluster on managed VMs, production-ready and managed , contains layers 01–04 , To the detail page →

Your applications run in containers? On this layer we operate the orchestration cluster for them: Docker Swarm for pragmatic setups, Kubernetes for complex platforms. The cluster distributes your services automatically across multiple nodes, restarts them on failures and scales them as needed — on managed VMs with dedicated resources (layers 01–04 included).

Swarm or KubernetesMulti-node, resilientIngress & certificatesWith/without VM access
06

Orchestration — e.g. Portainer

Installed & managed, deploy workflows for your team, licenses excl. , contains layers 01–05 , To the detail page →

The container cluster is running (layer 05) — now your team needs an interface to work with it. We install and manage your orchestration software, for example Portainer — or an alternative such as Rancher, OKD (the open-source core of OpenShift), Coolify or CapRover: the web interface developers use to deploy, scale, read logs and manage environments without a command line. Which interface fits your team is something we figure out together.

Portainer or similar, managedDeploy workflowsRoles & teamsLicenses excl.
07

Managed Portainer

Interface only, no node access, full storage access , contains layers 01–06 , To the detail page →

The layer for teams that want to focus exclusively on their application: you work only in Portainer. No access to VMs, none to Swarm or Kubernetes nodes — the entire infrastructure below (layers 01–06) is fully our responsibility. What you see is your deploy interface; what you don't see simply works.

No node access neededFull storage accessWe operate everything belowIdeal without an ops team
08

Managed Services

Databases, queues, cache, S3, dedicated, practically no RAM/CPU limits , contains layers 01–07 , To the detail page →

The service layer: you only use the finished service. PostgreSQL, MariaDB, Redis, RabbitMQ, Elasticsearch, ClickHouse — plus active-active clusters with YugabyteDB (PostgreSQL-compatible) and Galera (MariaDB-compatible), Varnish as HTTP cache, managed prerender with backing storage and S3-compatible object storage. Every service fully managed, every one on dedicated resources.

11 Services im KatalogActive-active: Yugabyte & GaleraDedicated, without limitsOff-site backups available
09

Managed Application

We don't just run the platform, we run your application too — code, deployments, further development , contains layers 01–08 , To the detail page →

The innermost layer: HOST SMITH takes responsibility for your application itself — not just for everything below it. We maintain the code, look after releases and deployments, fix bugs, keep dependencies up to date and keep developing when new requirements come up. Your application gets a team that understands it — instead of a ticket that lands somewhere.

Code & deployments with usCTO as a ServiceDevOps as a ServiceDevelopment includedLayers 01–08 included
Julien Ambos, VertriebQuestions?Book appointment →