Descrizione del progetto
TradottoAbbiamo una piccola piattaforma di produzione su diversi server Linux con un paio di database MySQL sottostanti, e la situazione attuale dei backup ci spaventa francamente. Le copie vengono fatte a mano di tanto in tanto, si trovano sulla stessa macchina dei dati live, e nessuno ha mai veramente testato il ripristino da esse. Abbiamo bisogno di uno specialista per costruire un adeguato sistema automatizzato di backup e recupero di emergenza affinché un disco guasto, un DELETE errato o un ransomware smettano di essere una minaccia fatale per l'azienda.
Vogliamo il quadro completo, non solo un cron job che scarica i database da qualche parte. Vogliamo backup regolari verificati sia dei filesystem che dei database, copie criptate che vanno a un sito remoto o di backup, e politiche di retention sensate con livelli giornalieri, settimanali e mensili — per mantenere la storia ma non pagare per l'archiviazione eterna di tutto. Un backup che nessuno ha verificato non è un backup, quindi controlli di integrità automatizzati e ripristini di test periodici in un ambiente separato sono requisiti fondamentali, insieme a monitoraggio e avvisi che urlano forte quando un lavoro fallisce o una copia scompare.
Per noi, la cosa più importante nel risultato è un runbook di recupero documentato che un ingegnere calmo può seguire alle tre del mattino, con obiettivi di recupero chiaramente definiti affinché tutti comprendano quanto dato possiamo permetterci di perdere e quanto velocemente dobbiamo tornare online. Si prega di descrivere il proprio approccio, gli strumenti su cui ci si basa e come dimostrerete a noi che tutto questo funziona realmente end-to-end prima di accettare il lavoro.
— Backup automatici di server e database MySQL secondo programma
— Copie remote o di backup criptate con archiviazione a livelli
— Verifica dell'integrità, monitoraggio e ripristini di test
— Runbook di recupero scritto con obiettivi RPO e RTO
Vogliamo il quadro completo, non solo un cron job che scarica i database da qualche parte. Vogliamo backup regolari verificati sia dei filesystem che dei database, copie criptate che vanno a un sito remoto o di backup, e politiche di retention sensate con livelli giornalieri, settimanali e mensili — per mantenere la storia ma non pagare per l'archiviazione eterna di tutto. Un backup che nessuno ha verificato non è un backup, quindi controlli di integrità automatizzati e ripristini di test periodici in un ambiente separato sono requisiti fondamentali, insieme a monitoraggio e avvisi che urlano forte quando un lavoro fallisce o una copia scompare.
Per noi, la cosa più importante nel risultato è un runbook di recupero documentato che un ingegnere calmo può seguire alle tre del mattino, con obiettivi di recupero chiaramente definiti affinché tutti comprendano quanto dato possiamo permetterci di perdere e quanto velocemente dobbiamo tornare online. Si prega di descrivere il proprio approccio, gli strumenti su cui ci si basa e come dimostrerete a noi che tutto questo funziona realmente end-to-end prima di accettare il lavoro.
— Backup automatici di server e database MySQL secondo programma
— Copie remote o di backup criptate con archiviazione a livelli
— Verifica dell'integrità, monitoraggio e ripristini di test
— Runbook di recupero scritto con obiettivi RPO e RTO
Programmazione web Contante, Bonifico bancario
