Éditeurs, développeurs, DSI

Hébergement d’applications métier

Une application métier n’entre pas toujours dans le moule d’un hébergement standard. Chez D&D, l’environnement est construit pour l’application — pas l’inverse.

Ce que nous hébergeons

Des exemples de familles applicatives, sans référence client : nos clients ne sont pas des arguments commerciaux.

ERP et progiciels de gestion

Instances de production et de test, base de données, stockage documentaire, tâches planifiées, environnements de migration.

Plateformes SaaS

Applications multi-clients, avec les environnements de développement, de préproduction et de production correspondants.

Applications web métier

Applications internes, extranets, portails, outils de gestion développés sur mesure.

APIs et services

Services exposés, files de traitement, tâches de fond, intégrations entre systèmes.

Bases de données

PostgreSQL, MariaDB/MySQL et autres moteurs, sur des machines dimensionnées pour la charge de la base plutôt que pour la moyenne du parc.

Environnements spécifiques

Versions particulières d’un langage ou d’une bibliothèque, dépendances système, configuration réseau propre à l’application.

Comment se déroule une mise en hébergement

Le déroulé exact dépend du projet, mais la trame est à peu près toujours celle-ci.

On regarde l’application

Ce qu’elle fait tourner, ce dont elle a besoin, ce qui la fait tomber. Charge réelle, pics, volumétrie, dépendances, exigences de disponibilité.

On propose une architecture

Nombre et taille des machines, séparation applicatif/base de données, environnements de test, stratégie de sauvegarde, réplication si elle est justifiée.

On met en place

Création et dimensionnement des machines, système d’exploitation, préparation de l’environnement, mise en place des sauvegardes.

On migre, quand il y a quelque chose à migrer

Reprise depuis votre hébergeur actuel ou depuis votre infrastructure, avec une bascule planifiée et une possibilité de retour arrière.

On exploite

Système, mises à jour du système, sauvegardes, restaurations, supervision de l’infrastructure. Vous gardez la main sur l’applicatif, sauf accord différent.

Le partage des responsabilités

Il est écrit au départ, parce que c’est ce qui évite les mauvaises surprises le jour où quelque chose casse.

D&D

  • Infrastructure, machines et stockage
  • Système d’exploitation et ses mises à jour
  • Sauvegardes et restaurations
  • Supervision de l’infrastructure
  • Environnements de production, de test et de préproduction
  • Migration technique depuis l’hébergement existant

Vous, votre éditeur ou votre intégrateur

  • L’application elle-même et son code
  • Sa configuration fonctionnelle
  • Ses mises à jour applicatives
  • Les données métier qu’elle contient
  • Le support aux utilisateurs finaux

Si vous souhaitez nous confier davantage — administration système avancée, exploitation applicative — cela relève d’un accord distinct, et cela se dit avant, pas après.

Tarification

Configuration selon vos besoins.

Un hébergement applicatif se chiffre à partir de l’architecture retenue : nombre et taille des machines, environnements annexes, stratégie de sauvegarde, réplication éventuelle.

Demander une étude

Parlons de votre application

Ce qu’elle fait, ce qu’elle consomme, ce qui vous inquiète. Nous vous dirons ce que nous ferions.