Aller au contenu

Support production

SLA réponse Canal privé Couverture Portée

Quand un pipeline piloté par OculiX se trouve sur un chemin critique métier — un batch nocturne que vous ne pouvez pas manquer, une suite CI qui bloque les releases, un workflow RPA dont vos opérations dépendent — le best-effort communautaire ne suffit pas toujours.

Un contrat de support production donne à votre équipe une ligne directe vers le mainteneur, avec des engagements écrits sur les délais de réponse et la priorité de triage.

Canal de communication privé

Un canal Slack dédié (votre workspace ou le nôtre), un alias email privé, ou un point hebdomadaire planifié — selon ce qui convient au flux de votre équipe. Pas de tracker d’issues publiques pour les discussions sensibles.

SLA de réponse écrit

Un engagement précis dans un contrat signé : incidents critiques accusés dans l’heure, triage engagé sous 48 h, calendrier de fix communiqué en toute transparence. On ne promet pas ce qu’on ne peut pas tenir.

Triage prioritaire des bugs

Les bugs que vous remontez passent en tête de la file du mainteneur, devant les issues communautaires. Quand une régression touche votre équipe, on met les autres travaux en pause pour enquêter.

Accès direct au mainteneur

Pas d’échelle tier-1 / tier-2 / tier-3. Vous écrivez, vous obtenez la personne qui a écrit le code. Le problème du transfert n’existe pas quand il n’y a personne à qui transférer.

Visibilité et influence sur la roadmap

Point trimestriel pour partager ce qui arrive dans OculiX, vos points de friction, et comment les deux s’articulent. Vous ne dictez pas la roadmap, mais vos contraintes production réelles la façonnent.

Builds hot-fix à la demande

Si un bug critique est corrigé sur master mais pas encore dans une release, on prépare un jar hot-fix dédié, signé et livré, pour que vous puissiez patcher la prod sans attendre le prochain cycle RC.

Un appel de 30 minutes pour comprendre :

  • Comment votre équipe utilise OculiX en production aujourd’hui
  • Ce qui est en jeu si ça casse (impact revenu, impact réglementaire, impact client)
  • Le délai de réponse dont vous avez réellement besoin (certaines équipes ont besoin de lignes critiques 24/7, la plupart se contentent d’heures ouvrées CET)
  • Le canal qui convient le mieux à vos opérations

Aucun engagement à l’issue de cet appel — c’est une vérification d’adéquation des deux côtés.

Un document court et signé couvrant :

  • La portée du support (ce qui compte comme un incident couvert)
  • Les engagements de délai (accusé, triage, fix)
  • Les canaux et personnes de contact des deux côtés
  • La durée (typiquement 12 mois, renouvelable)
  • La cadence de revue trimestrielle
  • La clause de résiliation (chaque partie, préavis 30 jours)

Pas de surplus juridique. Le contrat standard tient sous 4 pages.

  • Un canal vivant (invitation Slack, alias email, votre préférence)
  • Métriques suivies : time-to-acknowledge, time-to-triage, time-to-fix par ticket
  • Revue d’activité trimestrielle (45 min, optionnelle mais recommandée)
  • Conversation annuelle de renouvellement autour de l’usage et de l’évolution réels

Exemples tirés d’engagements passés réels (anonymisés) :

La régression du vendredi soir

Le batch RPA nocturne d’une banque s’est mis à échouer vendredi 17 h. Leur équipe nous a contactés à 17 h 15. On a accusé à 17 h 18, identifié une régression dans un jar master qu’ils avaient pris trop tôt, livré un jar rebuilt depuis le dernier commit connu sain à 18 h 30. Le batch du lundi matin a tourné sans incident.

La revue de tuning trimestrielle

Un groupe retail exécutant 50 000 invocations OculiX par jour et par région a eu une revue trimestrielle de leur tuning JVM et de leur scheduling CI. On a identifié une accélération wall-clock de 40 % en ajustant les paramètres de parallélisme et en pré-chargeant le JNI OpenCV. Économies cumulées : des centaines d’heures par trimestre.

Le support d'audit conformité

Une organisation healthcare devait répondre aux questions de son auditeur sur la télémétrie d’OculiX, sa supply chain, et sa réponse CVE. On a fourni un énoncé d’architecture sécurité écrit plus une présentation guidée des chemins de code que l’auditeur demandait. L’audit s’est clos sans constat lié à OculiX.

Le retournement hot-fix

Un industriel défense a heurté un bug sur Linux glibc 2.39 (Ubuntu récent) un vendredi matin. On a accusé sous 90 minutes, reproduit dans notre container de test avant midi, livré un fix sur une branche privée en fin de journée, mergé sur master samedi matin. Leur équipe a patché lundi.

En quoi est-ce différent des issues GitHub communautaires ?

Section intitulée « En quoi est-ce différent des issues GitHub communautaires ? »

Les issues communautaires sont traitées au best-effort par le mainteneur et la communauté. La plupart reçoivent une réponse, mais sans garantie de délai. Le support production transforme ça en SLA écrit avec file prioritaire. Même mainteneur, engagement différent.

Par défaut, heures ouvrées CET (lundi-vendredi, 09 h-19 h Paris). Certaines équipes ont négocié une couverture étendue (week-ends, jours fériés) avec une portée ajustée. On ne promet pas du 24/7 sur un projet à un seul mainteneur — on préfère promettre moins et livrer plus.

Quel est le délai si on passe par les canaux communautaires ?

Section intitulée « Quel est le délai si on passe par les canaux communautaires ? »

Bugs reproductibles : quelques jours. Demandes de fonctionnalité : triage sous une semaine, délai d’implémentation très variable. Avis de sécurité : accusé sous 48 h dans tous les cas. Avec le support production, le délai d’accusé bug se compte en heures, pas en jours.

Oui. Le contrat par défaut est le gabarit de départ — on ajuste portée, délai, fenêtre de couverture, canaux et cadence de revue à votre réalité opérationnelle. Un appel de 30 min suffit à cadrer.

Que se passe-t-il si vous (le mainteneur) êtes indisponible ?

Section intitulée « Que se passe-t-il si vous (le mainteneur) êtes indisponible ? »

Le contrat nomme un contact de secours (typiquement @adriancostin6, contributeur de confiance reconnu) pour assurer la continuité pendant vacances, maladie, etc. Pour les absences plus longues, on prévient à l’avance et on ajuste les attentes.

Comment ça interagit avec la licence open source ?

Section intitulée « Comment ça interagit avec la licence open source ? »

OculiX reste MIT. Aucun code n’est privé. Tout ce qu’on corrige pour vous atterrit sur la branche master publique, disponible pour tous. Vous payez pour la priorité, l’accès direct, et les engagements écrits — pas pour des fonctionnalités propriétaires.

Oui, dans le contrat standard. La responsabilité du mainteneur est plafonnée au montant annuel du support, avec les exclusions usuelles (faute lourde exceptée). Vos achats peuvent demander les termes avant signature.

La plupart des équipes le quantifient de deux façons : (1) le coût d’un incident production face au coût du support ; (2) le temps que leur équipe interne passe à trier les soucis OculiX face au temps gagné par l’accès direct au mainteneur. On peut vous aider à cadrer la conversation ROI si utile, mais la plupart des décisions se prennent sur la première métrique seule.

🦎