-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 09/17/2014 02:34 PM, semanmar@gmail.com wrote:
Bezna prax napr. v bankach. Ale aj ine firmy maju kriticke aplikacie, ktorych aj maly vypadok stoji kopu $$$, cize ak je security bug v nejakom kernel module ktory sa nepouziva, tak sa max. tak zablacklistuje... Nevravim ze je to najstastnejsia volba, predsalen ma potom admin celkom strach rebootovat masinu s 500+ dni uptime, kedze sanca ze znova nabehne je 50:50 :)
Jo, ja vim o cem mluvis - proste pokud to jde, zakaze se dana funkcionalita kouskem systemtap kodu. Nebo se resi veci jako kpatch/kGraft/Ksplice. Coz nevim, kdo by podporoval nas kernel a ani bych si to nelajznul, neco takovyho u nas zavadet...
Udelat to pri poslednich chybach, ktere jsme meli, tak by instantne ale prestala fungovat vetsina softwaru v kontejnerech (cosi s TTY kodem).
Takovyhle "hacky" misto reseni si muze dovolit admin, kterej na 100% zna workload, co mu na tom stroji bezi. Ale to, to the best of my knowledge, neni situace vpsFree.
/snajpa
Martin
Sent from my BlackBerry 10 smartphone. *From: *Michal Krajcirovic *Sent: *Mittwoch, 17. September 2014 14:29 *To: *vpsFree.cz Community list; Pavel Snajdr; Vaclav.Dusek@cz-pro.cz *Reply To: *vpsFree.cz Community list *Subject: *Re: [vpsFree.cz: community-list] Mimoradny vypadek dnes v noci
To mi prijde docela normalni, pokud to jadro nema critical security chyby...
On 17. září 2014 14:25:45 CEST, Pavel Snajdr snajpa@snajpa.net wrote:
On 09/17/2014 02:17 PM, Vaclav Dusek wrote:
Chapu,
ale jsou ty důvody, proc se dělají změny v produkci tak často, skutečne relevantní?
Základní poučka admina/správce přece zní:
Když ti něco funguje, tak se v tom zbytečně nehradej :D
Tobe prijde normalni updatovat jadro jednou za rok na produkcnich strojich? A to to jeste nedelame zdaleka tak casto, jak bychom meli!
/snajpa
Dne 17.9.2014 14:09, Pavel Snajdr napsal(a):
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA256
On 09/17/2014 02:06 PM, Pavel Snajdr wrote:
On 09/17/2014 01:54 PM, Vaclav Dusek wrote:
Ahoj,
nikdo si nemůže dovolit testovat na koncových zákaznících v produkčním prostředí. Produkční prostředí je od toho, aby bylo maximálně stabilní za cenu jisté konzervativnosti v "zastaralých" verzích aplikací.
Jediné řešení vidím v jasném rozdělen í VPSfree na 2 nezávislé větve
- produkce/provoz, tj. stabilita, konzervativnost, minimum změn,
pouze bezpečnostní aktualizace
- development, tj. testování nových věcí, které se po určité době
přenášejí do produkce, a nebo aplikují na nové servery, které se stávají později produkcí.
Coz je strasne pekna teorie, ano.
Jak rikam, ja ty veci testuju, nez jdou do production.
Uzivatele, kterym nevadi vypadky, v drtivy vetsine skoro nic neprovozujou - cili je to jeste horsi, nez muj testing env. Opravte mne, jestli se mylim, ale kdyz uz mam nejakou zatez, vetsinou mam duvod, proc j i mam => je to production.
Jak je ostatne videt na playgroundu :)
Ale abych Ti nekrivdil, pravda je, ze ten problem s MySQL by se nejspis projevil, jelikoz ja mam MySQL vsude uz od prvnich experimentu se ZFS s vypnutym native AIO.
Nicmene ne nestabilita, coz je nevetsi pain point IMHO.
/snajpa
/snajpa
Uživatelé, kterým nevadí výpadky a potřebují poslední nové věci, ať dobrovolně vstoupí do devel větve a mají např. nižší poplatek za provoz, větší disk apod.
Jiní ať pracují v produkční větvi, protože si výpadky _nemohou_ dovolit. Mohou tak získávat postupně více devítek v dostupnosti, přibližovat se postupně k 6 sigma :)
Současný stav mi přijde nešťastný.
Dne 17.9.2014 13:20, mrkva@mrkva.eu napsal(a):
Ahoj, na tohle jsi prisel jak?
On 17.9.2014 11:26, Tomáš Valoušek wrote:
Ahoj...
Community-list
mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
Community-list mailing list Community-list@lists.vpsfree.cz http://lists.vpsfree.cz/listinfo/community-list
-- Send from my phone.