Linux parancsok és shell készségek
tmux vs képernyő: Munkamenetkezelők összehasonlítása
A tmux és a képernyő ugyanazt az ősi problémát oldja meg: a munkának nem szabad meghalnia, amikor a hálózat megteszi. A munkamenetek a szerveren élnek, túlélik a kapcsolat megszakadásait, és panelekre particionálhatók; A képernyő a stabil ős, amelyet mindenhová szállítanak, a tmux az utód, józanabb alapértelmezésekkel, szkriptezhető panelekkel és egy ökoszisztémával, amely továbblépett. Funkcionálisan átfedik egymást, és az őszinte választás az az eszköz, amellyel a szerverek már rendelkeznek, valamint a konfigurációs szokások, amelyeket a csapata ténylegesen megtart.
Kulcspontok
- A munkamenet-higiénia az alapvető érték: tmux new -s deploy / screen -S deploy az indításhoz, tmux ls / screen -ls a farm megtekintéséhez és pontos névvel történő csatolásához, így a kolléga éjszakai munkájának újracsatolása csak keresés, nem pedig találgatás.
- Leválasztás kecsesen (előtag-d), kilépés szándékosan: a teljes munkamenet lezárása az ablaktáblákon belüli kilépéssel, így elvesznek a félkész hosszú munkák; A „leválasztás, hacsak nem gondoltad komolyan” szokás, nem preferencia.
- A felosztások jobban működnek a tmux-ban: % és " osztja fel az ablaktáblákat, plusz nyíl átméretezése az előtag alatt, és opcionális egérmód; a képernyők | és S ugyanarra a végére számítanak fussier átméretezéssel.
- A visszagörgetés csendesen meghatározó: a tmux másolási mód az előzményeket keresi ([ majd /), a képernyő ^a [ navigációja működőképes, de durva, és több GB-os log-farok esetén a keresés veri a görgetést.
- A szkriptezhetőség a tmux irányába dől: a küldőkulcsok és a rögzítési panel lehetővé teszi az automatizálásnak a munkamenetek vezetését és olvasását, ezért a CI és a szerszámragasztó ezt részesíti előnyben; képernyő oda is mehet, de régebbi idiómákkal.
- A megosztott munkamenetek mindkettőben működnek: egy munkamenethez két csatolás tükröz mindent élőben, ami egy kockázatos parancs valós időben történő páros hibakeresése vagy haver-ellenőrzése; folytasd a gépelési fegyelmet, különben a tükör is megmutatja az elírásaidat.
- A konfigurációs kultúra különbözik: a tmux osztott konfigurációs ökoszisztémát fejlesztett ki (témák, bővítmények, józan alapértelmezések csapatonként), a képernyő egy ~/.screenrc-en fut; a gyakorlatban a tmux a csapaton át skálázódik, és a képernyő személyes marad.
- Az újraindítások mindennek véget vetnek: a munkamenetek a szerver memóriájában élnek, így a hosszú munkákhoz valódi jobokra van szükség (naplók, ellenőrzőpontok, újraindítható szkriptek), valamint a munkamenet-kezelő a tetején; A tmux a biztosítás, nem a tartósság.
Terepi jegyzet
Az elveszett munkamenet hatórás adatmigráció volt, amelyet egy VPN-hiba ölt meg, és a lemezen semmi sem tudta, melyik szakaszban vagyunk. Minden, ami hosszabb egy kávészünetnél, most nevet kap a tmux-ban, és másnap reggel vállrándítás helyett tmux ls-sel folytatódik.
Gyakori kérdések
Ha csak egyet tanulok, melyiket?
tmux, kivéve, ha a flotta már mindenhol futtat képernyőt; alapértelmezései, scripting hook-jai és közösségi lendülete ott volt, ahol az elmúlt évtizedben eltelt, és a szokások elég jól átadódnak ahhoz, hogy lefedjék a képernyőn megjelenő vészhelyzeteket.
Biztonságos, ha két ember osztozik egy munkameneten?
Igen, és ez a szabványos pár-hibakeresési lépés; mindkettő ugyanazt a billentyűleütést látja, ezért állapodjon meg abban, hogy kié a billentyűzet, és minden pusztító parancsot úgy kezeljen, mint egy második szempárral rendelkező változtatási kérelmet.
Miért tűnnek rosszul a színek a munkamenetemen?
TERM eltérések: a belső terminálnak be kell jelentenie a tmux-256color vagy a screen-256color szöveget, a távoli gazdagépnek rendelkeznie kell a bejegyzéssel (az infocmp megmondja), és először az olvashatóság, a második a téma büszkesége.
A munkamenetek túlélik a szerver újraindítását?
Nem: a szekciók a memóriában élnek, és az újraindítás törli őket, amíg a lemezek fennmaradnak; Az újraindítható szkriptek és a lemezen lévő naplók a tartóssági réteg, a tmux a megszakítási réteg, és a kettő összekeverése a klasszikus leállás.
Hogyan segít a Kinetikatech a linux parancsok és shell készségek területén
Nap mint nap ezt tesszük: Azok a parancsok és szkriptelési szokások, amelyek eldöntik, hogy a rendszergazda üzemeltet-e egy kiszolgálót, vagy küzd ellene: keressen, alakítson, vigyen át és felügyeljen szöveget és folyamatokat a minden alaptelepítésben megtalálható eszközökkel. A Linux-szerverbiztonság és Szerveradminisztráció szolgáltatásunk mindent lefed az értékeléstől a bevezetésen és a 24/7 felügyeleten át a 30 perces sürgősségi beavatkozásig.