Pratique
Cloud, DevOps et infrastructure pour équipes logicielles
Exploiter le logiciel écrit par NextWR, et prendre en charge le même travail pour les applications qu'un client possède déjà. C'est de l'ingénierie de déploiement et d'exploitation, pas de la revente d'hébergement.
Un logiciel qu'on ne sait pas déployer de façon fiable n'est pas terminé. NextWR traite le déploiement comme une partie de la construction : conteneurs, chaîne reproductible, configuration tenue hors de l'image, sauvegardes déjà restaurées au moins une fois, et supervision qui dit quelque chose d'utile avant qu'un utilisateur ne le fasse.
La plupart des systèmes n'ont pas besoin de Kubernetes. Docker Swarm, avec un gestionnaire, des nœuds de stockage, un réseau overlay et des volumes partagés, couvre une large part des charges réelles pour une fraction du coût d'exploitation, et c'est le choix par défaut de NextWR. Kubernetes, avec l'ingress Traefik et Helm, intervient là où la charge le justifie réellement.
En dessous se trouvent la virtualisation et le stockage : des grappes Proxmox avec quorum, Ceph pour le stockage bloc distribué, GlusterFS entre serveurs de stockage sur un réseau privé, et ZeroTier lorsque des machines situées à des endroits différents doivent se comporter comme un seul réseau. Des répartiteurs de charge et des proxys inverses se placent devant, MySQL, MongoDB et Redis derrière, avec des sauvegardes et une réplication planifiées plutôt que supposées.
Le même travail est proposé seul. Un client dont l'application tourne déjà peut confier le déploiement, les sauvegardes, la supervision et le passage à une topologie hautement disponible sans changer qui écrit le code.
Ce qui est inclus
- Serveurs Linux, durcissement et réseau privé
- Docker et Docker Swarm, ou Kubernetes avec ingress Traefik là où c'est justifié
- Grappes de virtualisation Proxmox, stockage distribué Ceph et GlusterFS
- Répartiteurs de charge, proxys inverses et topologies hautement disponibles
- MySQL, MongoDB et Redis avec sauvegardes et planification de la réplication
- Supervision, alertes et procédures d'exploitation écrites
Hors périmètre
- Revente d'hébergement et services de centre de données
- Assistance informatique aux utilisateurs
- Certification de conformité
Questions fréquentes
Vendez-vous de l'hébergement ?
Non. L'infrastructure tourne sur des comptes qui appartiennent au client, et la prestation est l'ingénierie : topologie, déploiement, sauvegardes, supervision et procédures. Si la relation s'arrête, rien n'a à être migré depuis chez nous.
Swarm ou Kubernetes ?
Swarm, sauf si la charge plaide pour Kubernetes. Swarm coûte nettement moins cher à exploiter et couvre la plupart des déploiements. Kubernetes justifie son coût quand la montée en charge, la complexité de l'ingress ou la taille de l'équipe l'exigent, et Traefik et Helm viennent alors avec lui.
Projets qui l'utilisent
Plateforme de pointage connectée
BassmaPro
Une plateforme de pointage et de contrôle d'accès pour écoles, entreprises, hôpitaux et organisations. Un terminal lit une empreinte ou une carte, la plateforme enregistre l'événement, et un parent ou un administrateur le voit.
IoT
Ce que la supervision d'appareils contraints demande vraiment
Une flotte qu'on ne peut pas inspecter à distance est une flotte qu'on va visiter. Une supervision utile tient en quelques signaux honnêtes qui répondent à une question : cet appareil peut-il faire son travail maintenant ?
Dites-nous ce que vous construisez.
Écrivez en anglais, en français, en roumain ou en arabe. Chaque message reçoit une réponse écrite sous un jour ouvré.