Deployment

Your wallet. Your deployment requirements.

Choose a deployment approach around your infrastructure, data boundaries and operating team. WalletD works with B2B teams to scope on-premises and cloud hosting alongside delivery and support.

Discuss your requirements

01

On-premises wallet hosting

For teams that need the application within infrastructure they control. Define the environment and access boundaries before committing to a rollout.

  • Agree who provisions compute, databases, networking and secrets.
  • Document access for installation, support and incident response.
  • Set backup, recovery and upgrade responsibilities with your operations team.

02

Cloud wallet hosting

For teams evaluating a cloud deployment with managed delivery support. The cloud account, region and operational responsibilities should be explicit in the proposal.

  • Review region requirements and dependencies that process data.
  • Agree environments, monitoring and release approvals.
  • Size capacity and recovery targets against your expected workloads.

03

From architecture review to handover

A deployment is more than an installation. Scope the work from environment readiness through integration testing and operational handover.

  • Map dependencies and the acceptance criteria for each environment.
  • Rehearse failure and recovery scenarios before launch.
  • Agree escalation paths, maintenance windows and the post-launch support scope.

Questions to settle before you start.

Can WalletD be deployed on-premises?

On-premises deployment is part of the B2B offering. Share your infrastructure and access requirements so the environment, delivery work and support boundaries can be assessed.

Does cloud hosting remove all operational responsibilities?

Responsibilities depend on the agreement. Specify ownership of infrastructure, backups, updates, monitoring and incident response, including dependencies outside WalletD.