Dovremmo mettere in valigia le nostre librerie di terze parti con i nostri componenti?

Question

Stiamo facendo un po 'di refactoring dell'architettura. Siamo un'azienda SaaS, quindi tutti gli schieramenti sono per i nostri server auto -gestiti. Il modello attuale racchiude tutti i nostri binari insieme alle librerie di terze parti che utilizziamo in orecchie, guerre, catrame, ecc. Questi pacchetti includono tutte le librerie da cui dipendono.

Quando vengono schierati vengono esplosi manualmente (non usati) o raccolti da qualsiasi contenitore target per cui sono stati costruiti.

Dal momento che le biblioteche non cambiano molto, ci chiediamo se è un'idea migliore di distribuire prima le biblioteche, come parte della configurazione dell'ambiente, e aggiornarle secondo necessità. Non ci stiamo appoggiando in un modo o nell'altro e sto solo cercando un feedback.

Answer 1

È generalmente meglio imballare le biblioteche con orecchie, guerre, ecc. Alcuni motivi sono:

• Risparmia tempo quando si configura una nuova macchina server. Se non confezionano le tue dipendenze con il tuo distribuibile, può richiedere molto tempo per ottenere tutte le librerie corrette su una nuova macchina del server di destinazione.
• È possibile distribuire file .war diversi su un server dell'applicazione che dipende da versioni diverse della stessa libreria
• L'aggiornamento di una libreria è semplice se si impara le tue dipendenze con il tuo distribuzione (semplicemente ridistribuisci). Se le tue librerie sono separate, hai ulteriori passaggi per distribuire una nuova libreria (e un altro luogo in cui le cose possono andare storte).
• Puoi essere sicuro che una. Dar che viene distribuita su un ambiente di test si comporterà lo stesso in un ambiente Prod se si includono dipendenze. Differenze sottili negli ambienti di prova/Prod con librerie e versioni centralizzate spesso causano problemi.
• La tua lista di dipendenze è davvero esplicita. Ad esempio, è possibile eseguire un audit di licenza open source. Se non pacchetti le dipendenze con il tuo pacchetto, non lo sai mai ...