Înainte de a începe
- O listă a persoanelor care vor citi, edita și administra wiki-ul.
- Documentația pentru wiki-ul ales și versiunea sa vizată.
- Un loc pentru note operaționale și o locație separată și controlată pentru credențialele de recuperare.
1. Descrie sarcina pe care o va îndeplini wiki-ul.
Începe cu o propoziție: „Membrii folosesc acest wiki pentru a găsi instrucțiunile actuale de operare a atelierului nostru comun.” Acest scop ipotetic este mai restrâns decât „pune totul online”. Sugerează o primă colecție gestionabilă: proceduri de deschidere, note despre echipamente și decizii din ședințe. Datele de contact personale și credențialele de acces necesită decizii proprii; o casetă de căutare comodă nu este un motiv să le colectezi.
Enumeră ce trebuie să realizeze un cititor, cum ar fi găsirea celei mai recente proceduri, deschiderea unei diagrame referite și cunoașterea proprietarului unei pagini învechite. Alege un eșantion mic de conținut real pentru a evalua aplicația ulterior. Nu deduce o cerință de memorie doar din numărul de membri: încărcările, indexarea, extensiile și munca simultană pot schimba volumul de lucru.
2. Fă o pagină pentru dependențe.
Folosește acest exemplu ca hartă de pornire, apoi înlocuiește fiecare presupunere cu structura aplicației alese. „Proprietar” înseamnă persoana care poate explica și recupera acea componentă, nu neapărat persoana care a instalat-o.
| Parte | Ce intră în caiet | Întrebare de recuperare |
|---|---|---|
| Aplicație web | Versiune, locația configurației și proprietarul serviciului | Poate un alt întreținător să reconstruiască aceeași versiune? |
| Bază de date | Motor, versiune și metodă de backup | Care instantaneu merge împreună cu fișierele? |
| Imagini și atașamente | Căi de stocare și estimare a creșterii | O pagină restaurată își deschide diagrama? |
| DNS și HTTPS | Proprietarul contului de domeniu și metoda certificatului | Cine poate repara accesul fără wiki? |
| E-mail și lucrări programate | Expeditor, program și proprietarul eșecului | Ce mai funcționează când livrarea eșuează? |
Înregistrează și căutarea: este parte a aplicației, un index reconstruibil sau un alt serviciu? Nu presupune că un index poate fi eliminat până când documentația aplicației nu confirmă cum să-l reconstruiești.
3. Separă citirea, editarea și administrarea.
Pentru exemplul atelierului, membrii citesc procedurile, un grup mic de editori le modifică, iar doi întreținători autorizați gestionează conturile. Administrarea gazdei este o responsabilitate separată. Notează cine poate publica o pagină, încărca fișiere, exporta conținut și schimba permisiuni. Decide cum pierde accesul un membru care pleacă și cine verifică paginile pe care le-a întreținut.
Regulile de permisiuni ale aplicațiilor se pot combina în moduri surprinzătoare. BookStack, de exemplu, combină abilitățile între rolurile unui utilizator și suportă suprascrieri la nivel de conținut; permisiunile unui raft nu se propagă automat la cărțile sale. Verifică rezultatul efectiv folosind conturi obișnuite de membru, nu doar un cont de administrator. Roluri și permisiuni BookStack.
4. Păstrează setul de recuperare împreună.
Acordă fiecărui set de backup o dată, versiunea aplicației și o notă despre care copii ale bazei de date și fișierelor aparțin împreună. Păstrează instrucțiunile undeva accesibil dacă wiki-ul cade. Ține secretele în stocare adecvată pentru secrete; caietul trebuie să identifice cine le poate recupera și de unde, fără a le reproduce valorile.
Pentru un exemplu concret de aplicație, ghidul de backup al BookStack acoperă înregistrările bazei de date plus configurația, imaginile încărcate, atașamentele și orice teme. Configurația sa include o cheie relevantă pentru datele criptate ale aplicației, așa că copierea doar a paginilor vizibile omite material important de recuperare. Urmează procedura proprie a aplicației pentru versiunea ta. Backup și restaurare BookStack.
Alege o destinație de copiere independentă și o persoană numită care să verifice că rămâne accesibilă.
5. Agreează o rutină pe care grupul o poate susține.
Alege un interval de verificare pe care întreținătorii îl pot respecta cu adevărat. La fiecare verificare, uită-te la backup-urile eșuate, actualizările de aplicație în așteptare, creșterea atașamentelor și conturile care nu mai au nevoie de acces. Ține actualizările urgente de securitate în afara acelei rutine când necesită atenție mai devreme. Notează acțiunea următoare și proprietarul ei în loc să aduni o listă tot mai mare de preocupări vagi.
În exemplu, grupul de editori verifică de asemenea o listă scurtă de „necesită verificare”. O procedură de echipament fără proprietar trebuie marcată vizibil pentru verificare în loc să pară autoritară în tăcere. Înainte de o actualizare semnificativă, notează versiunea funcțională, instrucțiunile de migrare ale aplicației și punctul de recuperare pe care intenționezi să-l folosești dacă validarea eșuează.
6. Demonstrează calea utilă, apoi notează lacunele.
Pe o copie de test separată, cere celui de-al doilea întreținător să găsească o pagină exemplu, să deschidă atașamentul ei, să facă o editare autorizată și să încerce o acțiune pe care contul său nu ar trebui să o permită. Verifică un rezultat de căutare după o modificare de conținut. Înregistrează rezultatele așteptate și observate; o simplă autentificare reușită nu dovedește că wiki-ul este utilizabil sau restricționat corect.
Dacă lipsește un atașament, compară locația sa de stocare și setul de backup înainte de a edita înregistrările bazei de date. Dacă permisiunile diferă, inspectează rolurile contului și suprascrierile de conținut înainte de a extinde accesul. Dacă aplicația nu pornește, oprește exercițiul și înregistrează nepotrivirea de versiune sau configurație. Aceștia sunt pași de acceptare de efectuat, nu teste raportate ale infrastructurii Hoszen.
7. Lasă o cale de ieșire.
Alege un capitol reprezentativ de exportat și întreabă dacă cineva l-ar putea citi fără wiki-ul original. Tratează acea copie lizibilă ca pe un livrabil separat față de setul de recuperare: este posibil să nu păstreze conturile, permisiunile sau setările aplicației. Agreează cine întreține această copie de ieșire când conținutul se schimbă.
Planul tău finalizat ar trebui să încapă lângă inventar de servicii, nu să-l înlocuiască. Continuă cu un folder de export portabil și un exercițiu de restaurare. Scopul este un wiki pe care o altă persoană autorizată îl poate înțelege și recupera; nicio aplicație nu este instalată de acest ghid.
Documentația din spatele acestei note
Folosiți documentația pentru versiunea pe care o rulați efectiv. Aceste exemple sunt material de planificare, nu o dovadă a unui test pe un VPS Hoszen.