Daniel Allaire
eb3ebbebfc
Nouvelle diapositive partenariat : un partenariat de plus de cinq ans, Daniel Allaire instigateur, Mathieu Benoit partenaire ; deux membres federes de l'Alliance Boreale. Couverture, chiffres, site de TechnoLibre, suite et cloture nomment les deux membres. CHANGELOG 156. Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
41 lines
4 KiB
HTML
41 lines
4 KiB
HTML
<section id="etat" data-transition="fade" style="background:#F6F7F0;color:#3E5550;font-family:'IBM Plex Sans', Arial, sans-serif;padding:128px 128px 160px;display:flex;flex-direction:column;gap:48px">
|
||
<div style="display:flex;flex-direction:column;gap:16px">
|
||
<p style="font-size:24px;letter-spacing:3px;text-transform:uppercase;color:#176754;font-weight:600">03 · L’état traverse la reconstruction</p>
|
||
<h2 style="font-family:'Source Serif 4', Georgia, serif;font-size:64px;font-weight:400;line-height:1.1;color:#152F2C">Le code reconstruit, la sauvegarde restitue.</h2>
|
||
</div>
|
||
<div style="display:flex;gap:16px;align-items:stretch">
|
||
<div style="flex:1;display:flex;flex-direction:column;gap:10px;background:#FDFDFA;border:1px solid #D5DFD7;border-radius:12px;padding:28px">
|
||
<p style="font-size:24px;font-weight:600;color:#176754">1 · Instantané</p>
|
||
<p style="font-size:24px;line-height:1.4">« avant-raser », pris par chaque détenteur d’état</p>
|
||
</div>
|
||
<div style="flex:1;display:flex;flex-direction:column;gap:10px;background:#FDFDFA;border:1px solid #D5DFD7;border-radius:12px;padding:28px">
|
||
<p style="font-size:24px;font-weight:600;color:#176754">2 · Raser</p>
|
||
<p style="font-size:24px;line-height:1.4">toutes les VM de l’écosystème</p>
|
||
</div>
|
||
<div style="flex:1;display:flex;flex-direction:column;gap:10px;background:#FDFDFA;border:1px solid #D5DFD7;border-radius:12px;padding:28px">
|
||
<p style="font-size:24px;font-weight:600;color:#176754">3 · Reconstruire</p>
|
||
<p style="font-size:24px;line-height:1.4">cloner, armer le serveur d’exploitation, déployer</p>
|
||
</div>
|
||
<div style="flex:1;display:flex;flex-direction:column;gap:10px;background:#FDFDFA;border:1px solid #D5DFD7;border-radius:12px;padding:28px">
|
||
<p style="font-size:24px;font-weight:600;color:#176754">4 · Restaurer</p>
|
||
<p style="font-size:24px;line-height:1.4">depuis restic, hors du nœud, chaque service à sa naissance</p>
|
||
</div>
|
||
<div style="flex:1;display:flex;flex-direction:column;gap:10px;background:#102E28;border-radius:12px;padding:28px">
|
||
<p style="font-size:24px;font-weight:600;color:#B9EED2">5 · Comparer</p>
|
||
<p style="font-size:24px;line-height:1.4;color:#CFDDD3">les témoins, clé par clé, avant et après</p>
|
||
</div>
|
||
</div>
|
||
<div style="display:grid;grid-template-columns:1fr 1fr;gap:48px">
|
||
<div style="display:flex;flex-direction:column;gap:12px">
|
||
<h3 style="font-size:30px;font-weight:600;color:#152F2C">Ce qui revient</h3>
|
||
<p style="font-size:26px;line-height:1.5">Autorité de certification · annuaire · bases PostgreSQL · fichiers Nextcloud · boîtes de courriel · historique de supervision · métriques · journaux</p>
|
||
</div>
|
||
<div style="display:flex;flex-direction:column;gap:12px">
|
||
<h3 style="font-size:30px;font-weight:600;color:#152F2C">Le principe</h3>
|
||
<p style="font-size:26px;line-height:1.5">L’infrastructure se reconstruit par le code ; on sauvegarde la <b>donnée</b>, pas la VM. Un service qui naît demande au dépôt si une incarnation précédente l’attend.</p>
|
||
</div>
|
||
</div>
|
||
<p style="position:absolute;left:128px;bottom:64px;width:1200px;font-size:24px;color:#5F716B">Set-OPS · Rencontres Linux du Québec 2026</p>
|
||
<p style="position:absolute;right:128px;bottom:64px;width:120px;text-align:right;font-size:24px;color:#5F716B">13</p>
|
||
<aside>Comment l’état traverse une reconstruction. Avant de raser, chaque machine qui détient de l’état prend un instantané nommé « avant-raser », dans un dépôt restic hors du nœud. On rase. On clone les VM, on arme le serveur d’exploitation de l’écosystème, on déploie. Chaque service, en naissant, demande au dépôt de sauvegarde si une incarnation précédente l’attend, et se restaure. Puis on compare des témoins, clé par clé : les empreintes avant et après doivent être identiques. Le principe est simple : l’infrastructure se reconstruit par le code, donc on ne sauvegarde pas des VM, on sauvegarde la donnée. Un détail qui a son importance : si le dépôt est illisible, le service refuse de naître neuf, parce que conclure « rien à restaurer » faute de joindre le dépôt effacerait ce qui attend ailleurs.</aside>
|
||
</section>
|