Conception d'un dépôt linux privé dédié à PHP (Stretch / Buster)

Cher confrère,

Comme la quasi-totalité des infogérances travaillant sur le marché des TPE, il apparaît indispensable pour éviter de perdre la moitié de nos clientèles d'étendre "virtuellement" les supports des versions PHP obsolètes courant 2021/2022.

60% des clients concernés par cette obsolescence (effective ou rapidement à venir) refusent d'allouer des budgets pour tenir à jour leurs solutions E-Commerce, par manque de temps ou par manque de trésorerie.

Ce problème mono-centré au marché des très petites entreprises (à moins de 2 millions d’euro de CA / an) nécessite donc une prise en charge spécifique et doit impérativement bénéficier d’un suivi nous octroyant une visibilité professionnelle. (ce qui s’oppose aux dépôts PHP gérés par Ondrej qui peuvent sauter à tout moment suivant les humeurs de Rémi ou Ondrej sur les branches obsolètes)

Pour conserver une excellente réactivité dans l'application des mises à jour (incluant les mises à jour critiques de sécurité), il est essentiel de conserver une logique à base de dépôt APT (ce qui exclut de facto, toutes compilations semi-automatiques/automatiques chronophages et empiriques, non viables sur des infrastructures de taille non négligeable).

Pour l’heure, il s’agit uniquement d’une prise de température. Il est probable que sous 3 ans, on embauche un développeur Linux dédié au maintien de ce dépôt PHP « spécifique ». Bien que l’aspect « spécifique » soit à débattre au regard des dépendances fortes à gérer en concurrence (Apache2/OpenSSL, etc)

On est donc ouvert aux propositions sur le mode opératoire (aptly clone oneshot sur les dépôts d’Ondrej ? veille des clones réalisés et ajustements sur les prochaines versions Debian, incluant Bulleye ? Quid du droit de regard sur les modifications ? Suivi sur Gitlab ?)

On a un budget de minimum 10 000€ par an à allouer à cela compte tenu des enjeux stratégiques à ce propos.

A vous lire,
Vincent