236 lines
18 KiB
HTML
236 lines
18 KiB
HTML
<!DOCTYPE html>
|
|
<html lang="fr">
|
|
<head>
|
|
<meta charset="utf-8">
|
|
<meta name="viewport" content="width=device-width, initial-scale=1">
|
|
<title>FAQ — Alliance Boréale</title>
|
|
<meta name="description" content="Questions et réponses franches sur l'Alliance Boréale et Set-OPS : des professionnels du milieu aux décideurs publics, en passant par les clients et le Label.">
|
|
<meta name="theme-color" content="#05060f">
|
|
<link rel="icon" href="favicon.svg" type="image/svg+xml">
|
|
<link rel="stylesheet" href="assets/css/styles.css">
|
|
</head>
|
|
<body>
|
|
<a class="skip-link" href="#main">Aller au contenu</a>
|
|
|
|
<div class="sky" aria-hidden="true">
|
|
<canvas id="constellation"></canvas>
|
|
<div class="aurora"></div>
|
|
</div>
|
|
|
|
<header class="site-header">
|
|
<a class="brand" href="index.html">
|
|
<span class="brand-mark" aria-hidden="true"></span>
|
|
<span class="brand-text">
|
|
<span class="brand-name">Alliance Boréale</span>
|
|
<span class="brand-sub">souveraineté numérique</span>
|
|
</span>
|
|
</a>
|
|
<nav class="site-nav" aria-label="Navigation principale">
|
|
<button class="nav-toggle" aria-expanded="false" aria-controls="menu">Menu</button>
|
|
<ul id="menu">
|
|
<li><a href="index.html">Accueil</a></li>
|
|
<li><a href="vision.html">Vision</a></li>
|
|
<li><a href="label.html">Le Label</a></li>
|
|
<li><a href="constellation.html">La Constellation</a></li>
|
|
<li><a href="atelier.html">L'atelier</a></li>
|
|
<li><a href="faq.html" aria-current="page">FAQ</a></li>
|
|
<li><a href="contact.html">Contact</a></li>
|
|
</ul>
|
|
</nav>
|
|
</header>
|
|
|
|
<main id="main">
|
|
<section class="hero wrap" style="text-align:left">
|
|
<p class="eyebrow">Questions & réponses</p>
|
|
<h1>Des réponses <span class="gradient-text">franches</span></h1>
|
|
<p class="lead">Voici les questions qu'on nous pose le plus souvent — des professionnels du milieu aux décideurs publics. Quand quelque chose est encore en chantier, on le dit : la franchise distingue l'artisan sérieux du vendeur de rêve.</p>
|
|
</section>
|
|
|
|
<section class="wrap">
|
|
<p class="eyebrow">Aux professionnels du milieu</p>
|
|
<h2>MSP, intégrateurs, revendeurs</h2>
|
|
<div class="faq-group">
|
|
<details class="qa">
|
|
<summary>Confier des données de PME à des structures moins outillées, n'est-ce pas risqué ?</summary>
|
|
<div class="answer">L'outil <strong>encode les bonnes pratiques</strong> — durcissement, PKI interne, validations à chaque étape, golden template commun. Il <strong>élève le plancher</strong>, il ne l'abaisse pas. Un sysadmin compétent n'est pas un amateur ; il lui manquait surtout un levier. Et la continuité ne repose plus sur un individu, mais sur le <strong>réseau</strong>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Vous cassez le marché avec du gratuit.</summary>
|
|
<div class="answer">On ne casse rien : on <strong>rouvre</strong> un marché que les géants étrangers ont capté. L'outil est libre, mais l'expertise et le service, eux, se paient — c'est le modèle <strong>Red Hat</strong>. Et très franchement, un professionnel aguerri serait un excellent candidat : l'outil le rend plus efficace, <em>il ne le remplace pas</em>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Vous n'aurez jamais notre échelle ni nos SLA.</summary>
|
|
<div class="answer">Exact, et c'est volontaire. On ne cherche pas à battre le géant sur son terrain — le capital — <strong>on change de terrain</strong> : la proximité et la souveraineté. Pour une PME, un hébergeur local qu'on peut appeler vaut souvent mieux qu'un SLA papier d'un géant injoignable.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Pourquoi ne devrais-je pas vous voir comme un concurrent ?</summary>
|
|
<div class="answer">Parce que le vrai concurrent, celui qui aspire vos clients année après année, c'est l'<strong>hyperscaler</strong> — pas nous. Nous, on vous donne le levier pour les <strong>garder ici</strong>, au Québec. On joue dans la même équipe.</div>
|
|
</details>
|
|
</div>
|
|
</section>
|
|
|
|
<section class="wrap">
|
|
<p class="eyebrow">Aux prudents et exigeants</p>
|
|
<h2>Techniciens et investisseurs prudents</h2>
|
|
<div class="faq-group">
|
|
<details class="qa">
|
|
<summary>Un hébergeur seul peut-il offrir la fiabilité d'un hyperscaler ?</summary>
|
|
<div class="answer">Seul, non — et on ne le prétend pas. <strong>En constellation, oui</strong>, et c'est tout le design. La clé, c'est la <strong>portabilité</strong> : l'écosystème d'un client est un plan déclaratif reproductible. Si un hébergeur tombe, un autre le ré-instancie ailleurs. Le client ne fait pas confiance à un individu, mais au <strong>standard et au réseau</strong>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Qui est responsable quand ça plante ? Sauvegardes, reprise ?</summary>
|
|
<div class="answer">L'hébergeur, contractuellement, comme tout hébergeur. La différence : plus de point unique de défaillance humain. <em>Honnêtement, la sauvegarde et la reprise sont des volets encore à muscler — c'est sur la feuille de route.</em></div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Le Québec ne peut pas rivaliser avec des milliards de R&D.</summary>
|
|
<div class="answer">On ne <strong>rivalise pas</strong> en R&D — on récupère ce qui fuit déjà. Des dizaines de milliers de PME paient des géants étrangers ; en rapatrier une fraction localement, c'est énorme. Ça ne demande pas de battre AWS, juste d'offrir une <strong>alternative souveraine et joignable</strong>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Open source, n'est-ce pas synonyme de mal maintenu ?</summary>
|
|
<div class="answer">Maintenu par un artisan <strong>et</strong> par l'Alliance, avec des validations automatiques à chaque changement. Et un point fort sous-estimé : l'outil s'exploite entièrement <strong>à la main, sans aucune IA</strong>, sans magie ni opacité — un humain lit et comprend tout. La transparence, c'est <em>l'inverse</em> du trou de sécurité.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Vous réinventez NetBox ou YunoHost.</summary>
|
|
<div class="answer">On en recoupe des morceaux, on l'assume — c'est écrit noir sur blanc dans le dépôt. Mais l'<strong>assemblage</strong> — Proxmox + Ansible + un modèle souverain léger, possédé en entier — n'existe nulle part. Et la règle est claire : <em>si on se surprend à réimplémenter un NetBox, on l'adopte — on ne le réécrit pas</em>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>N'est-ce pas déjà ce que font les CHATONS ?</summary>
|
|
<div class="answer">Un cousin qu'on admire — et il en existe déjà au Québec, donc on s'inscrit dans leur lignée. Mais deux pièces leur manquent <strong>par choix</strong> : un moteur technique commun (chaque chaton bricole sa propre stack) et un modèle viable pour servir des entreprises. On ajoute exactement ça : la <strong>portabilité</strong> et l'outillage. Pas un rival — le cousin d'ici, outillé.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>C'est déployé en production, ou c'est de la vapeur ?</summary>
|
|
<div class="answer">Le moteur et la modélisation sont <strong>prouvés et validés</strong> ; le déploiement à grande échelle sur de vraies machines est l'<strong>étape en cours</strong>. On ne vend pas du « déployé partout » — on montre une fondation solide et un chemin clair.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>C'est construit avec une IA — est-ce sérieux et maintenable ?</summary>
|
|
<div class="answer">L'IA a aidé à <em>construire</em>, mais l'outil <strong>ne dépend d'aucune IA</strong> pour s'exécuter ni se maintenir — c'est un impératif gravé dans le dépôt. Tout est commité, documenté, validé, lisible par un humain. La souveraineté va jusque-là : <strong>pas de laisse, ni géant, ni IA</strong>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Êtes-vous certifiés SOC 2 ou ISO ?</summary>
|
|
<div class="answer">Pas aujourd'hui, et on ne le prétend pas. SOC 2 est un audit lourd, coûteux et surtout <strong>américain</strong> — un peu dissonant dans un récit de souveraineté. Ce que l'outil montre déjà : il encode les <strong>principes</strong> que ces normes auditent (sécurité, disponibilité, traçabilité), avec une trajectoire vers <strong>ISO 27001</strong> à mesure que la constellation mûrit.</div>
|
|
</details>
|
|
</div>
|
|
</section>
|
|
|
|
<section class="wrap">
|
|
<p class="eyebrow">Aux curieux et futurs partenaires</p>
|
|
<h2>Clients, hébergeurs candidats, alliés</h2>
|
|
<div class="faq-group">
|
|
<details class="qa">
|
|
<summary>En quoi est-ce mieux que Google ou AWS ?</summary>
|
|
<div class="answer">Tes données restent au Québec, chez un humain que tu peux <strong>appeler</strong>, sans verrouillage propriétaire. C'est souvent moins cher à ton échelle — et surtout <strong>réversible</strong> : tu repars avec ton écosystème quand tu veux. Tu n'es jamais prisonnier.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Et si mon hébergeur disparaît ?</summary>
|
|
<div class="answer">Tu n'es pas coincé : ton écosystème est <strong>portable</strong>, et un autre artisan de la constellation le reprend. Tu ne dépends pas d'un homme, mais d'un <strong>réseau et d'un standard</strong>. C'est ça, la vraie sécurité.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Est-ce aussi simple que le cloud ?</summary>
|
|
<div class="answer">Pour toi, oui — l'artisan s'occupe de toute la technique. La différence, c'est qu'il est <strong>à toi</strong>, local, joignable, et que tu n'es jamais enfermé. <em>Le confort du cloud, sans la laisse.</em></div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Qu'est-ce qu'il me faut pour me lancer comme hébergeur ?</summary>
|
|
<div class="answer">Des bases solides en <strong>Linux, Ansible et Proxmox</strong>, une grappe Proxmox, et l'envie. L'outil est libre et ouvert ; tu pars d'un <strong>modèle prêt à déployer</strong>, tu le mets à tes couleurs, et un guide pas-à-pas te tient la main.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Est-ce que je peux en vivre ?</summary>
|
|
<div class="answer">Le modèle est celui de la <strong>boutique</strong> : peu de clients, à haute valeur, bien servis. Le levier de l'outil et le <strong>Label</strong> de l'Alliance te rendent crédible face à des PME qui veulent du local. Tu ne vises pas le volume — tu vises la <strong>relation</strong>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Comment fonctionne la gouvernance ?</summary>
|
|
<div class="answer">Une <strong>alliance sans subordination</strong> : chaque membre reste pleinement souverain, et on mutualise ce qui a du sens — DNS, forge, supervision, label. La gouvernance est distribuée, et prendra une forme <strong>coopérative ou OBNL</strong> quand la constellation aura sa masse critique.</div>
|
|
</details>
|
|
</div>
|
|
</section>
|
|
|
|
<section class="wrap">
|
|
<p class="eyebrow">Aux décideurs publics</p>
|
|
<h2>Décideurs, médias, bailleurs</h2>
|
|
<div class="faq-group">
|
|
<details class="qa">
|
|
<summary>En quoi est-ce un enjeu de souveraineté pour le Québec ?</summary>
|
|
<div class="answer">Aujourd'hui, les <strong>données et les dollars</strong> des PME québécoises partent chez des géants étrangers, soumis à des lois étrangères. Set-OPS et l'Alliance gardent les deux ici : <strong>sous le droit d'ici, contrôlés par des gens d'ici</strong>. La souveraineté numérique, concrètement.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Et le Cloud Act, les lois étrangères ?</summary>
|
|
<div class="answer">Des données chez un géant américain restent soumises au <strong>Cloud Act</strong>, même hébergées ici. Un hébergement souverain local, lui, relève <strong>uniquement du droit canadien et québécois</strong>. La localisation ne suffit pas — <strong>il faut la propriété</strong>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Qu'en est-il de la Loi 25 ?</summary>
|
|
<div class="answer">La Loi 25 exige une évaluation avant toute communication de renseignements personnels <strong>hors Québec</strong> — une vraie friction. L'hébergement local l'<strong>efface</strong> : pas de transfert à justifier, pas d'exposition à un droit étranger. <em>La conformité reste toutefois organisationnelle — l'outil la facilite, il ne la garantit pas.</em></div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Quelles retombées économiques concrètes ?</summary>
|
|
<div class="answer">On rapatrie une part des dépenses cloud de milliers de PME, et on crée des <strong>emplois d'artisans numériques répartis sur le territoire</strong> — régions comprises — plutôt que concentrés dans une tour. La valeur <strong>circule localement</strong>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Est-ce pertinent pour les données publiques et le parapublic ?</summary>
|
|
<div class="answer">Oui, dès aujourd'hui : hébergement souverain pour OBNL, collectivités et organismes, avec une <strong>localisation et un contrôle réels</strong>, hors juridiction étrangère. C'est exactement le terrain où la souveraineté compte le plus.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Est-ce sérieux, ou un rêve militant ?</summary>
|
|
<div class="answer">La fondation technique est réelle et validée, et le modèle économique est éprouvé : du <strong>libre + des services</strong>, façon Red Hat. On ne parie pas des milliards — on <strong>réplique une petite cellule qui fonctionne</strong>. Une croissance <em>fractale</em>, pas un pari d'hyperscaler.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Et la sobriété numérique, l'environnement ?</summary>
|
|
<div class="answer">Le modèle est <strong>décentralisé et dimensionné juste</strong> — pas la surcapacité permanente d'un hyperscaler. C'est une valeur fondatrice de l'Alliance, pas un argument de façade.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Comment l'État ou un bailleur peut-il aider ?</summary>
|
|
<div class="answer">Trois leviers : <strong>orienter ses propres besoins</strong> vers du souverain ; <strong>financer la structuration</strong> (coopérative ou OBNL) et la formation des hébergeurs ; et <strong>reconnaître le Label</strong> comme gage de confiance. Pas subventionner un géant — <strong>outiller une constellation</strong>.</div>
|
|
</details>
|
|
</div>
|
|
</section>
|
|
|
|
<section class="wrap">
|
|
<p class="eyebrow">Le Label de l'Alliance</p>
|
|
<h2>Une garantie vérifiable, jamais une hiérarchie de prestige</h2>
|
|
<div class="faq-group">
|
|
<details class="qa">
|
|
<summary>Qu'est-ce que le Label, concrètement ?</summary>
|
|
<div class="answer">Trois niveaux <strong>accumulatifs</strong>, qui certifient la <strong>garantie offerte au client</strong> — pas le « prestige » de l'artisan. <strong>Souverain</strong> : libre, local, transparent (le socle). <strong>Résilient</strong> : portable et couvert — si une étoile s'éteint, une autre te reprend. <strong>Exemplaire</strong> : porte le commun (contribution, transparence). Chaque niveau ajoute <em>autant d'obligations que de privilèges</em>. <a href="label.html">Voir le détail du Label</a>.</div>
|
|
</details>
|
|
<details class="qa">
|
|
<summary>Un audit par les pairs va-t-il exposer mes méthodes ?</summary>
|
|
<div class="answer">Non. Comme le standard est <strong>ouvert et déclaratif</strong>, le pair vérifie la <strong>conformité au barème</strong> via des preuves <strong>publiques</strong> (le plan, les CGU, la pile libre) + une <strong>démo de reprise</strong> — pas ta recette. Tu montres que ta stack atteint une <strong>barre publique</strong> ; tu n'ouvres pas tes livres. <em>L'Alliance ne se mêle jamais de ta régie interne — ni salaires, ni prix.</em></div>
|
|
</details>
|
|
</div>
|
|
</section>
|
|
|
|
<section class="wrap">
|
|
<div class="panel-feature">
|
|
<p class="eyebrow">Une autre question ?</p>
|
|
<h2>Écrivez-nous</h2>
|
|
<p class="lead">On répond avec la même franchise. Et si on ne sait pas, on le dit.</p>
|
|
<div class="hero-cta" style="justify-content:flex-start">
|
|
<a class="btn btn-primary" href="contact.html">Nous contacter</a>
|
|
<a class="btn btn-ghost" href="atelier.html">Voir l'atelier</a>
|
|
</div>
|
|
</div>
|
|
</section>
|
|
</main>
|
|
|
|
<footer class="site-footer">
|
|
<div class="wrap footer-grid">
|
|
<div>
|
|
<span class="brand-name" style="font-size:1.1rem">Alliance Boréale</span>
|
|
<p>Fédération québécoise d'acteurs du numérique éthique. Une infrastructure souveraine, libre et mutualisée.</p>
|
|
</div>
|
|
<nav aria-label="Pied de page">
|
|
<ul>
|
|
<li><a href="vision.html">Vision</a></li>
|
|
<li><a href="label.html">Le Label</a></li>
|
|
<li><a href="constellation.html">La Constellation</a></li>
|
|
<li><a href="atelier.html">L'atelier</a></li>
|
|
<li><a href="faq.html">FAQ</a></li>
|
|
<li><a href="contact.html">Contact</a></li>
|
|
<li><a href="https://forge.alliance-boreale.ca" rel="noopener">La forge ↗</a></li>
|
|
</ul>
|
|
</nav>
|
|
</div>
|
|
<p class="wrap legal">© 2026 Alliance Boréale · souveraineté numérique · Site bâti en logiciel libre, sans pistage.</p>
|
|
</footer>
|
|
|
|
<script src="assets/js/constellation.js" defer></script>
|
|
</body>
|
|
</html>
|