Обичам да systemd
Бих искал да говоря за новия systemd първоначален система, чиито безмилостни темпо улавя популярните Линукс дистрибуции. Тази атака плаши много хора, а не случайни Напоследък най-sracha онлайн за Linux система идва с темата: да бъде или да не бъде с systemd?
Позволете ми да започна отдалеч. Като млад, тя успешно първата операционна система от света на отворения код - FreeBSD. Като първокурсник, аз не разбирам как да направите вашите стартови скриптове за софтуер не-система. Със софтуерна система в FreeBSD е сравнително прост. Имате ли нужда от SSH? Посочете sshd_enable = "YES", за да /etc/rc.conf и ще ви бъде даден. И как да се изпълнява своите софтуерни артефакти при стартиране? Моят млад ум в тези дни, не намери нищо по-добро, как да създадете стартиращ скрипт изпълним вид, както в /usr/local/etc/rc.d/
#! / Bin / ш
случай "$ 1" в
започнете)
/ ЮЕсАр / местни / хамбар / Foobar
;;
стоп)
убие -9 `котка / Var / работи / foobar.pid`
;;
*)
ехо "Употреба:` basename $ 0 за "> 2
излизане 64
;;
ESAC
изход 0
Ако сценарият е малко по-изпълними и технологични параметри, пускане и спиране, а след това е работил най-малко. Ако е правилно да се пише сценарии, използващи rc.subr, можете дори да се определи кои услуги трябва вече да работи, преди да започнете. Най-важното нещо, за да се разбере - Вие трябва да напишете кода черупка, за да започнете вашата програма. Това не е нито добро, нито лошо. Факт е, това е всичко.
И сега systemd. Вие не пиша чаршафите всеки код. Вие не kolduete името на файла или имената на символни връзки към него. Можете просто да се уточни, че се укрива и всичко останало.
[Единица]
Описание = Някои прости демон
[Услуга]
Тип = разклоняване
ExecStart = / ЮЕсАр / sbin / ми-прост-демон -d
С течение на времето си стартерна единица и промяна на броя на редовете в него ще се увеличи. Но това ще бъде една линия, която обяснява на инициализация на системата systemd нещо, което да се направи, а не как да го направя. Аз трябва да кажа, аз не съм експерт по systemd. Наскоро той влезе в живота ни, и мои познати от сериозно започва след преминаване от парвеню да systemd работа ми Ubuntu 15.04. Но не е подправка, бих искал да говоря за своите мисли относно системите за инициализация.
Тук е въведена въз основа на неговите колеги ProxmoxVE виртуализация система и софтуер хранилище Цеф. Преведохме техните физически сървъри в новия виртуален свят. Сега можете лесно да направите виртуални сървъри на други отдели в компанията ми за техните задачи и проекти. И първият такъв виртуален сървър зададете въпрос от жизнено значение. Спомняйки си за изминалата зоологическата градина на различни версии на FreeBSD и Linux дистрибуции, от което аз се отървете от, като движите всички системи на сървър LTS на Ubuntu, напуснах цяло корен привилегии в рамките на виртуалната операционна система. С механизъм Sudo позволи необходимите привилегии на лицето, което ще контролира работата вече услуги в рамките на виртуалната ОС. И тук е един човек, вае в сценария на папката в Python 3, който се уеб сървър и се ала Zabbix някои местни ресурси е. Човек не мисли, че идеалът за скрипта си samopisnogo нужда да се организира автоматично стартиране на сървъра. Няколко сървъра ми актуализации и рестартиране е ясно доказана.
Благодарен съм, че са systemd, защото тя ме спасява от авто-програмиране въпроси. Като администратор ми харесва systemd факт е, че той е единственият, който до този момент, за да ви помогне с комплексни демони. Ако най-простия случай, демонът действа като единен процес, той наистина е много проста. За да спрете демона в сценария си, ти напиша нещо подобно убийство $ (котка /var/run/daemon.pid). И ако демонът е стартиран в комплекс сценарий, генериране на разрешените програми, други процеси? Когато те убия основния процес, той може да спре всички деца си процеси, както и не може да спре. Systemd чрез cgroup само в момента на нулиране на системата да може да спре демона, без значение колко пъти той forkan, и колкото и да се опитваше да избяга от под ваш контрол, като двойна вилица или вилица-бомбардировките. След лош спирка напреднал демон, най-вероятно ще го накара да убие и след това ще се търсят в изхода на PS зомби процеси, опитвайки се да ги изпълни. Най-вероятно тя ще приключи рестартирайте целия сървър. А systemctl убие течаща чиста и желязо.
Накратко искам да обобщя моето мнение на systemd. Аз му благодаря за лекотата и простотата на "намеса" в операционната система. абсолютен контрол над демоните. И в бъдеще, ще неговите или нейните сървъри, благодаря за odnooobrazie в лицето на инициализация система - systemd.