înregistrare Logare
Puncte:7
avatar Server

Actualizarea Debian Linux la un anumit nivel de corecție

drapel jp
bobah

Am câteva zeci de casete Debian pe care vreau să le țin la zi într-un mod determinist și, de asemenea, să urmez Engineering => Pre-Prod => Prod rutină cu un proces de punere în scenă deterministă.

Lumea ideală pentru mine ar fi să am la îndemână un fel de „ID la nivel de patch”. 2022-01-10.e28de15cc1 și să poată spune upgrade apt --la 2022-01-10.e28de15cc1, dar nu am găsit nimic asemănător.

Probabil că pot hash rezultatul apt list --instalat După ce am actualizat prima cutie și am simulat conceptul, dar chiar mă întreb de ce nimeni nu a făcut-o, este modelul meu mental de a menține pinguinii complet ordonați aici?

408
0 + 0
apt
Puncte:8
Martin avatar Server
drapel kz
Martin

As far as I know, an apt repository does not have a global ID referring to a certain version numbers of all packages. You could create a list of package versions, distribute it to all servers, and create a script to fetch those specific versions. But such a script is "error-prone", and you get in trouble if that specific version has been deleted from the repository.

The easiest way to achieve this is probably if you would setup your own repository (or three, if you'd like to keep engineering / pre-prod / prod at different levels), and whenever you'd like to update, you'd have to update the repo server first, and afterwards the connected servers...

0 + 0
drapel jp
bobah
Chiar acum îl rulez cu un proxy JFrog apt pentru a avea linii de tăiere deterministe. Dar se simte cu adevărat înapoiat.
0
Răspunde
Puncte:0
avatar Server
drapel mm
Journeyman Geek

Bănuiesc că, în practică, majoritatea oamenilor nu au nevoie de „toate” pachetele lor la un nivel de upgrade precis/„determinist”. Ei au nevoie de niste cele critice și există instrumentele pentru a face asta.

Acestea fiind spuse, hashingul rezultatului apt list --installed este probabil primul pas „potrivit”.

Pentru utilizare „locală”/de testare, apt vă va permite să instalați o anumită versiune cu apt-get install packagename=version și poți ține pachetul. Probabil că aceasta nu este abordarea potrivită atunci când este un număr mare de sisteme

În timp ce îmi amintesc (vag) unixele moștenite și alte sisteme de operare cu niveluri de patch-uri, cu internetul și dezvoltarea de software distribuit, are mult mai puțin sens. Uneltele do totuși există pentru a construi un sistem determinist.

Modul corect ar fi să utilizați instrumentul de gestionare a configurației, apoi să îl utilizați pentru a instala versiuni specifice de software pentru acel rol. Ansible o va face, de exemplu.

0 + 0
drapel jp
bobah
Nu-mi pasă foarte mult ce versiuni specifice sunt pentru majoritatea pachetelor, dar îmi pasă că ceea ce am testat în laboratorul de inginerie este EXACT la fel ca pre-prod și ulterior cu prod. Ansible îl poate ajuta să arate declarativ și să ofuce prezența apt-get, dar nu are nicio diferență în afară de asta. Nivelul de corecție nu este „pe vremuri vechi”, este doar o versiune generală a depozitului de pachete (cum ar fi ID-ul de comitere în svn sau hash de comitere în Git). Ar fi extrem de util.
0
Răspunde
drapel romania
SEF 777
întrebarea această in alte limbi:

Postează un răspuns

Majoritatea oamenilor nu înțeleg că a pune multe întrebări deblochează învățarea și îmbunătățește legătura interpersonală. În studiile lui Alison, de exemplu, deși oamenii își puteau aminti cu exactitate câte întrebări au fost puse în conversațiile lor, ei nu au intuit legătura dintre întrebări și apreciere. În patru studii, în care participanții au fost implicați în conversații ei înșiși sau au citit transcrieri ale conversațiilor altora, oamenii au avut tendința să nu realizeze că întrebarea ar influența – sau ar fi influențat – nivelul de prietenie dintre conversatori.