Environment
Configuration consistent with application architecture and access requirements.
Hosting and maintenance
We design the production environment alongside the solution, considering users, integrations, availability, security and disaster recovery.
Configuration consistent with application architecture and access requirements.
Monitoring, updates and agreed accountability.
Backups, recovery tests and response plan.
Rather than offering universal packages, we define the required availability, maintenance windows, backup retention, monitoring and response time.
We can maintain a new implementation or organize the existing infrastructure after the audit.
The inventory includes the application environment, database, files, technical mail, domains, certificates and integrations. We determine the owners of access and activities performed by external providers.
The choice of infrastructure depends on the nature of the workload, data location, update method and availability requirements. FileMaker hosting has a separate scope described in its section.
Monitoring should include signals relevant to the application: errors, job performance, free space, and copy execution. The response plan determines who receives the report, who diagnoses, and who makes the recovery decision.
A database backup is not always enough. Include the files, configuration, keys and services required for the application to work. We define recovery time and acceptable data loss for the specific process.
Database, attachments and configuration needed for the application.
Scheduling, retention and completion control.
Test run in a separate environment.
Logging in and completing the agreed task.
We describe environments, update windows, scope of access, supported tickets and how to push changes to production. Terms of service, price and obligations require separate confirmation.
First, we prepare the trial environment, transfer the copy and check user tasks and integrations. We determine the moment of stopping the recordings, the final data transfer, switching criteria and the possibility of returning.
At the end of care, an agreed set of data, attachments, configurations, licenses and documentation is needed. We determine the export method and responsibility for restarting before maintenance begins.
For React and Next.js applications, we separate static resources, server-side rendering and services that perform tasks. We adapt the method of publication to the functions used: static export does not replace the server where dynamic operations are required.
For PostgreSQL, we plan application connections, administrative access, backups and updates. We compare a managed service with a self-managed environment in terms of responsibilities, data location, available extensions and recovery procedures.
We configure Linux, SSH access, application services, networking and HTTPS. We size a VPS or dedicated server for the workload and recovery requirements. Administration includes agreed updates, monitoring, backups and documentation.
In an existing environment, we start with a revision, access, and data review. Before migration, we perform a trial run and check the application and background tasks. Managed care can involve various types of infrastructure; We determine the scope of responsibility separately.
We prepare application images, configuration of services, networks and volumes. We combine containerization with the process of building, testing and deploying a specific version and controlling the result. The host and images require independent updates.
Databases and files need backups that are independent of the container. We define secret management, monitoring and a rollback plan that accounts for database migrations. We choose multi-host orchestration based on actual availability and maintenance needs.
To estimate the environment, you need the number of people working simultaneously, typical operations, data volume and growth, and integration load. We select parameters based on system usage, without a universal limit that fits every application.
Comparison
| Scope | What does it cover? | What we agree on separately |
|---|---|---|
| Infrastructure | Computing resources, network and environment availability within the scope of the provider. | System, database, application and integration administration. |
| Hosting with administration | The environment, with agreed updates, backups and monitoring. | Application development, user support and response to process errors. |
| Application as a service | Access to specific functionality and service provided for in the contract. | Possibilities of expansion, export, integration and termination of the service. |
Questions and answers
The service must specify backup coverage, retention, storage location and restore testing. The word "hosting" alone does not indicate which layers are protected.
The possibility and method of migration depend on the application, license and available exports. We check them before choosing a variant, along with attachments and configuration.
Hosting provides an environment in which to run an application. Maintenance covers agreed administration, updates and recovery tasks. SaaS means using an application as a service under its provider's terms. When comparing offers, separate setup and migration costs from recurring charges for resources, licenses and support.
Let’s start with a conversation
Tell us about the application, users, volume of data and dependent services. We will define the environment, backups and scope of support.
Choose hosting