Support et état des services
Les canaux
| Canal | Usage | Adresse |
|---|---|---|
| Ticket | Toute demande : incident, question, opération | blackswift.link/ticket |
| Équivalent du ticket | support@blackswift.fr | |
| Slack communautaire | Questions rapides, entraide, annonces | blackswift-hosting.slack.com |
| Page de statut | État des services en temps réel, incidents en cours | status.blackswift.cloud |
Avant d’ouvrir un ticket pour un dysfonctionnement général, un coup d’œil à la page de statut vous dira si un incident est déjà identifié.
Les opérations qui passent par le support
Certaines actions ne sont volontairement pas en self-service. Les demander via ticket est le fonctionnement normal — comptez généralement moins d’un jour ouvré :
- Créer un namespace supplémentaire (gratuit) — indiquez votre organisation, le nom souhaité et l’usage ;
- Augmenter un quota (pods, CPU, mémoire, stockage, LoadBalancer…) — indiquez le namespace, le quota visé et le besoin ;
- Activer un LoadBalancer si votre namespace affiche encore
services.loadbalancers: 0; - Restaurer une sauvegarde — voir Sauvegardes et restauration ;
- Inviter un membre dans votre organisation — indiquez son e-mail ;
- Dépasser une borne de la plateforme (plus de 8 Gi de RAM par conteneur…) — avec justification technique.
Rédiger un ticket efficace
Un ticket complet évite un aller-retour et se résout deux fois plus vite. Incluez :
- Le namespace concerné (ex.
c-acme-rtximz-prod) ; - Le symptôme et depuis quand (« le pod X redémarre en boucle depuis 14h ») ;
- Ce que vous avez déjà vérifié — idéalement la sortie de :
Fenêtre de terminal kubectl describe pod <pod> -n <namespace>kubectl logs <pod> -n <namespace> --previouskubectl get events -n <namespace> --sort-by=.lastTimestamp | tail -10 - Le manifest de la ressource concernée si vous venez de la modifier.