Le best practice costruiscono e distribuiscono per applicazioni on premise

Is there anything we can do to improve it?

Automatizzare.

Presumibilmente, il processo di compilazione e distribuzione è più o meno lo stesso ogni volta. Scrivi alcuni script che automatizzano questo processo. A differenza degli umani, i computer sono molto bravi a ripetere un processo banale senza errori.

Per espandere la risposta di Robert,

L'automazione è sicuramente l'approccio corretto. Il seguente dovrebbe fornire un buon punto di partenza:

• Ansible: questo dovrebbe essere usato per effettivamente provision il server. Se i compiti di Ansible sono scritti correttamente, possono essere idempotenti (eseguire più volte senza preoccupazioni) e aggiornano / modificano solo ciò che deve essere modificato. Il modo tipico di usare Ansible è di eseguirlo "da remoto" usando SSH, ma ti consiglio di usare Ansible in modalità "locale" (spiegato sotto).

• Script di shell: se qualcosa di specifico / complesso deve essere eseguito all'avvio o alla fine della corsa di Ansible, è meglio spostarlo in uno script di shell che può essere chiamato separatamente. Quando si scrivono script di shell, assicurarsi che siano conformi a POSIX e non contengano troppa logica pazzesca, in questo modo possono essere eseguiti in modo sicuro su vari sistemi operativi e non sarà troppo difficile eseguire il debug lungo la linea.

• Tirare, non forzare: poiché i clienti devono scaricare i binari, è possibile ospitarli su un server HTTPS locale / privato e fare in modo che gli script di Ansible "tirino" (scarica) i binari. È anche possibile aggiungere un hash sha256 nei file di configurazione di Ansible YAML per verificare l'integrità dei download. Naturalmente lo sviluppo sarà un po 'più lento se si ha sempre bisogno di aggiornare l'hash nei file di configurazione, ma se non si cambiano i binari troppo spesso (es: una volta al mese), è un approccio accettabile.

• Macchine virtuali: se si imposta una macchina virtuale, è possibile testare gli script di Ansible e di shell su di essi senza influire sui server del cliente. Ciò ti consente di rilevare gli errori ed evitare di distruggere un server di produzione.

Il mio approccio è il seguente:

• Verifica che sul server sia installato Git e Ansible.
• Verifica che il server abbia una chiave privata SSH per scaricare GitHub o un server privato git + ssh.
• SSH nel server ed esegui git pull , quindi ansible-playbook -c local

In modalità "locale", è necessario che sul server sia installato Ansible, ma ha il vantaggio che il provisioning è molto più veloce e non richiede una connessione di rete (eccetto per il lancio iniziale di git).

Questo metodo consente ai clienti di decidere manualmente quando un server viene aggiornato e consente di verificare il codice inviato al repository Git, prima di eseguire Ansible sul server. Se stai utilizzando GitHub per tenere traccia degli script di Ansible, puoi creare un account bot per estrarre le modifiche al repository (consentito come da GitHub's ToS), o utilizzare la chiave SSH pubblica del tuo server come chiave di distribuzione.

Ho elencato alcune altre best practice per la creazione di software per locali, che puoi leggere su qui per ulteriori suggerimenti.