Non classé
Internalisation, autonomie et indépendance
Posted by brain in Cloud on 12 décembre 2025 with No Comments
Bonjour à tous,Comme certains d’entre vous le savent déjà, ScalarX fonctionne avec très peu de dépendances techniques externes (SaaS, etc.).
Les récents évènements dans le monde (incidents AWS, Cloudflare, etc.), combinés à la conjoncture politique actuelle, semblent nous amener chaque jour un peu plus vers une privation des libertés individuelles et de la confidentialité, qu’elle soit personnelle ou professionnelle.
Depuis plus de 25 ans, j’ai toujours eu à cœur de bâtir mes entreprises en essayant de préserver au maximum la sécurité et la confidentialité, mais également l’autonomie et l’indépendance de mes structures comme de celles de nos clients.
Le point actuel
ScalarX n’échappe pas à cette règle, bien au contraire : structures (juridiques et techniques) présentes sur plusieurs continents, aucun actionnaire externe, pas de contrats d’exclusivité fournisseur ainsi qu’un système de maintenance en conditions opérationnelles des infrastructures multipoints décentralisé… Tout a été conçu dans cet objectif.
Les services manipulant directement des données critiques, comme le support technique, sont quant à eux 100% internalisés depuis toujours.
Toutefois, il existe encore quelques services externes, non critiques pour la plupart, qui dépendent d’acteurs ou d’éditeurs tiers (exemples : Trello, système comptable, CRM, SolarWinds, etc.).
Pour certains de ces services (exemple : Pingdom), nous allons les conserver car il s’agit d’avoir un tiers de confiance permettant un arbitrage simple sur les incidents entre ScalarX et ses clients.
Nous n’avons pas de dépendance à ces services : non seulement ils restent portables sur d’autres acteurs, mais nous disposons par ailleurs d’outils interactifs en interne qui nous permettent de remonter ces informations sans « casser » la décentralisation du monitoring et de la supervision.
Les actions à venir
Pour d’autres, comme Trello ou le CRM, nous avons entamé des opérations d’internalisation afin de supprimer les dépendances. C’est pour nous le seul moyen de garantir de manière technique (et pas seulement juridique) que personne n’est en train de « jouer » avec des données qui pourraient potentiellement les concerner.
Nous profitons de ces opérations pour tester et certifier plusieurs de ces outils avec StackX, pour lesquels nous serons dans un second temps en mesure de proposer des solutions pour celles et ceux qui veulent les déployer.
Nous travaillons également en parallèle sur une solution hardware qui vous permette d’effectuer des sauvegardes locales indépendantes et automatisées de vos sites et applications hébergées, en sus des backups inclus.
Excellent week-end à tous !
—
Christophe Casalegno
Vous pouvez me suivre sur: Telegram | Facebook | LinkedIn | X | YouTube | Twitch
Facturation des backups
Posted by brain in Non classé on 25 avril 2024 with No Comments
Bonsoir à tous, après les inventaires de fin d’année, nous nous sommes rendu compte que nous avons sous-estimé (dans de fortes proportions), les volumes de backups qui seraient consommés par les clients. Dans la pratique, alors que j’écris ce message, nous dépensons aujourd’hui davantage pour le stockage des sauvegardes des clients qu’elles ne sont facturées.
Cette situation va entraîner plusieurs opérations et prises de contact afin d’assainir la situation. Dans la pratique, quelle est-elle et qu’est-ce que cela signifie pour vous ?
Tout d’abord, le prix du backup ne change pas : ce dernier est toujours facturé au GB provisionné et nous prévoyons de modification du système de facturation.
Il y a actuellement deux principaux types de comptes :
Les clients et les partenaires.
Les partenaires sont ajustés théoriquement sur la réalité de la consommation, mais comme pour toute règle, il y a des exceptions : dans la pratique, le volume de backup n’est à ce jour, non pas ajusté sur la réalité de la consommation, mais sur l’impact exact du coût brut du stockage pour nous. Pour faire simple, cela signifie que dans le meilleur des cas, la marge appliquée est de 0% (si on ne tient pas compte des coûts d’exploitation).
Pour les clients, non-partenaires, les seuls ajustements effectués concernent le rapport avec le stockage de production consommé. Par exemple, pour un client qui consommait 100G d’espace et qui avait un volume de backup associé de 100G, si le stockage de production est passé à 200G, alors le backup a été augmenté proportionnellement.
Comme nous n’aimons pas les surprises et que nous supposons que vous non plus, voilà comment va se dérouler la suite des évènements :
1) Nous allons procéder à un audit minutieux de chaque partenaire et chaque client 1 à 1 (certains ont des backups globalisés partagés entre plusieurs infrastructures, etc.)
2) Nous allons individuellement revenir vers chacun d’entre vous avec ces valeurs, et des options pour lesquelles vous serez libre d’adopter celle qui vous convient et parmi lesquelles :
– Ajuster le montant facturé à la consommation réelle
– Modifier la rétention actuelle afin de diminuer l’espace consommé
– Exclusion de certains éléments (exposition des risques associés)
– Pour les clients ScalarCloud ou PrivateCloud : limitation à un seul type de backup plutôt que deux.
– Vous indiquer des consommations « suspectes » dans l’espace utilisateur dont vous pouvez peut-être vous passer et qui permettrons une occupation moindre des volumes de backup.
Pour résumer, il y en aura beaucoup d’options permettant à chacun d’entre vous de s’y retrouver et de choisir la politique de sauvegarde la plus adaptée à sa situation.
En vous souhaitant par avance une excellente fin de semaine.
—
Christophe Casalegno
StackX disponible pour Debian 12 Bookworm
Posted by brain in Non classé on 28 août 2023 with No Comments
Bonjour à tous, notre solution managée LAMP (Linux, Apache, MariaDB / MySQL et PHP) StackX, est maintenant disponible pour Debian 12 Bookworm.
Cela vient porter à trois les versions actuellement supportées : Debian 10, Debian 11 et Debian 12.
Les versions installables de MariaDB & MySQL sont celles proposées sur leurs dépôts officiels respectifs. Les versions couvertes de MariaDB par l’ensemble de StackX vont de 10.3 à 11.2.
Les versions supportées de PHP restent les mêmes sur les 3 versions (Buster, Bullseye et Bookworm) de Debian :
| PHP 5.6 PHP 7.0 PHP 7.1 PHP 7.2 PHP 7.3 | PHP 7.4 PHP 8.0 PHP 8.1 PHP 8.2 PHP 8.3 |
Il est toujours possible de mixer ces différentes versions entre plusieurs sites / applications.
Nous allons prochainement publier un tableau en ligne qui récapitule les versions des principaux logiciels supportés pour chaque version de StackX.
Excellente semaine à tous.
Commentaires récents