5000 Debian szerverét migrálja Ubuntu-ra a Spotify

Ubuntu

Azt már az év elején is tudtuk, hogy a Spotify több ezer Debian szervert használ. Most kiderült, hogy a cég a szervereit Debian-ról Ubuntu-ra állítja át. A váltás okaként Noa Resare, cég szabad szoftveres ombudsmanja az Ubuntu kiszámítható kiadási ciklusát és LTS támogatási rendszerét nevezte meg. A Spotify a döntést még azelőtt hozta meg, hogy a Debian bejelentette volna LTS támogatását a Debian GNU/Linux 6.0-hoz.

Raphaël Hertzog Debian fejlesztő blogbejegyzésében írt arról, hogy a Spotify váltása az újabb bizonyíték arra, hogy milyen fontos, hogy a Debian sikerrel járjon LTS kezdeményezésével. A blogbejegyzés itt olvasható.

( freeoli v | 2014. 07. 17., cs – 11:01 )

Azért 5000 kiszolgálónál lehet, hogy nem mindegy, hogy upgrade vagy dist-upgrade a következő 5 évben a frissítés menete.

Csúnya lenne, ha 5000 gépen "kézzel" nyomnának dist-upgrade-et. Inkább újratelepítés automatizálva az új distribbel + konfigmenedzsment kitolja rá a helyi környezetnek megfelelő beállításokat. Pláne, ha virtuális szerverek, ott a lifecycle management része, hogy a régi VM kuka, helyette új.

Persze az egészet előtte kitesztelve. :)

--
„Spiró ótvar, Konrád átok, Nádastól meg mindjárt hányok!”

Semmiképpen nem kézzel, de látatlanba van legalább 50-100-féle gépük amik esetében mint mind más hibalelehetőség jöhet elő és még ha az összes lehetséges forgatókönyvet is tesztelik, saját fagyasztott tárolóból frissítenek és minden rendben megy, akkor is túl sok ennyi idő alatt egynél többször megcsinálni. Plusz az Ubuntu esetében a migrációs tervet a szerver készítője is elkészítheti, akár garanciával, de erre még van 5 évük.

( atomjani | 2014. 07. 17., cs – 15:02 )

Mitől jobb az, hogy tudják, hogy mikor jön az új verzió? Szerintem egy normális termékfejlesztésnél nem lehet előre kijelenteni, hogy a következő verzió bizonyos funkciókkal mikor fog megjeleni, mert a fejlesztés elhúzodhat vagy a vártnál korábban készül el.
Egyébként sincs az a stresszes hajtás, ha nincs időpont megadva, amitől nyugodtabban, összeszedetebben tudnak programozni.

......................
Egymás segítésére még: http://pc-kozosseg.com

Abból kell építkezni, ami van. A többi csak terv, aminek a fele sem valósul meg vagy nem úgy, ahogy szeretnénk.
Oké. Én inkább a megjelenési kiszámíthatóságot választom, mint az ubuntu biztonsági és stabilitási kiszámíthatatlanságát. Nem bízok az ubuntu egy verziójában sem, ezért sem magánszemélyként, sem cégként(ha lenne) nem jöhet nálam szóba.

......................
Egymás segítésére még: http://pc-kozosseg.com

Nekem az a tapasztalatom, hogy mindket rendszer kb. ugyanannyi stabilitasi es biztonsagi problemaval rendelkezik (legfeljebb mas teruleteken), ez reszben annak is koszonheto, hogy eleg nagy a forras-megosztas a ket rendszer kozott. E ketto alapjan tehat nem biztos, hogy jo dontest lehet hozni.
-- 

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant.

Megnézheted, hogy a két rendszer mennyire népszerű, ez alapján lesznek eltérések. A debian esetén hogy mi lesz stable, arra vonatkozóan több feltételnek kell megfelelnie. Talán elég szigorúak a követelmények ahhoz, hogy ne ütközzön az ember hibákba.
Az ubuntu esetén az van, hogy erre az időpontra készen kell lennie ennek és annak, működőképesnek kell lennie. Nem számít, hogy mennyi hiba fedezhető fel, még igen súlyos hibák is lehetnek. De nem baj, majd ha a kidobás után esetleg fény derül rá és esetleg be lesz jelentve, akkor kijavítják. De a kitüzött időpontra működnie kell a rendszernek.
Számomra ez a gondolkodás nem tetszik. Pont azért vagyok a debian mellett, mert nem sietik el a dolgokat, hagynak időt rájuk rendesen.

......................
Egymás segítésére még: http://pc-kozosseg.com

> Pont azért vagyok a debian mellett, mert nem sietik el a dolgokat, hagynak időt rájuk rendesen.

Ez nagyon érdekes, csak
1) üzleti alkalmazásoknál viszonylag ritka az, hogy a megjelenés után egy nappal már megnyomják a dist-upgrade-et
2) még mindig ott tartunk, hogy évre pontosan sem tudod megmondani, hogy mikor lesz a következő verzió kész (és mikor lesz EOL az előző)

Egyre többen állnak át olyan termékfejlesztési modellre, hogy több új dolgot is fejlesztenek és ezek közül ami a kiadásra teljesen elkészül az belekerül, ami nem készül el, az meg majd egy későbbi kiadásba fog belekerülni.

A másik megoldás, hogy kevesebb dolgot terveznek a megjelenésre, hogy biztosan beleférjen, a maradék időben, meg lehet plusz dolgokat belerakni, csinosítgatni, régebbi minor hibákat javítgatni, ...