Mantenere le applicazioni e l'infrastruttura connesse

Question

Lavoro in un dipartimento IT che è diviso in due gruppi. Un gruppo sviluppa e gestisce applicazioni, l'altro gestisce l'infrastruttura e i server dell'azienda. Uno dei problemi che affrontiamo è un'interruzione della comunicazione. Lavoro per il gruppo di applicazioni e uno dei problemi che ho non è ricevere notifiche quando un server viene rimosso dall'infrastruttura o viene aggiornato un database.

Qualcuno ha suggerimenti su come migliorare le comunicazioni tra i due gruppi o qualche idea su come mantenere un registro leggero su più sistemi (sia Linux che Windows)? Idealmente sarebbe bello se potessimo avere le nostre caselle solo twittando il loro stato o qualcosa del genere.

Grazie per l'aiuto,

Ben

Answer 1

Una cosa che potresti fare per comunicare lo stato del server è che il nostro gruppo Infrastruttura configuri un sistema di monitoraggio della rete come Nagios . Ciò darà a tutti i membri del gruppo di applicazioni la possibilità di ottenere una vista istantanea dello stato di ogni server nel sistema. Avere questo tipo di status è inestimabile quando si sta sviluppando.

Nagios ti offre il monitoraggio della rete, ma ti consente anche di mostrare i tempi di inattività pianificati per un determinato server nel sistema.

Un'altra cosa che il tuo gruppo potrebbe fare per favorire la comunicazione con l'infrastruttura è avere il tuo sistema di generazione che riporti quali server sta attualmente usando per costruire e testare i tuoi prodotti.

Inoltre, probabilmente è una buona idea organizzare incontri regolari tra le parti interessate di entrambi i gruppi. Se parliamo tutti, anche per 15 minuti a settimana, probabilmente vedrete incidenti come quello che avete descritto sopra andare un po 'giù.

Answer 2

Penso che questo sia un problema più grande del controllo delle modifiche.

Dovresti avere il controllo delle modifiche hardware e software e un processo di approvazione.

In definitiva, l'infrastruttura ti serve: lo scopo dell'infrastruttura IT è eseguire le applicazioni.

Nella mia attuale grande società di dati finanziari, i server non vengono TOCCATI senza un'autorizzazione adeguata da parte del client e dei gruppi di applicazioni. Sembra una seccatura, ma ogni singolo server è lì per un motivo: raggiungere un obiettivo aziendale specifico ed eseguire un'applicazione specifica. Semplicemente non ci sono scuse per il gruppo di infrastrutture che sta cambiando le cose o sconvolgendo i server di propria volontà.

La risposta a guasti hardware critici potrebbe essere un'eccezione.

Gli aggiornamenti necessari del software e del sistema operativo vengono gestiti attraverso finestre di manutenzione programmata e un processo di modifica approvato.

Answer 3

Mi piace anche l'idea di Nagios. Se vuoi installare qualcosa che è più uno strumento di comunicazione, consiglierei un sistema di gestione dei contenuti come Drupal.

Usiamo Drupal internamente per comunicare tra i team. Quando una squadra prende un server, aggiungono un evento in Drupal. Il resto di noi lo otterrebbe come e-mail, elemento RSS o semplicemente aggiornando la pagina.

Answer 4

Implementa un processo di controllo delle modifiche in cui le modifiche vengono inviate, approvate e pianificate per ENTRAMBI i gruppi . Questo fa sapere a tutti cosa sta succedendo. Questo processo può essere leggero o pesante come desideri.