Потому что да, рано или поздно процесс апдейта чего либо через шеф/паппет дает сбой, зато оба прекрасно справляются с первоначальной настройкой. Таким образом приходим к идее что все находится за балансировчиками, включая сами балансировцики, и все разворачивается из образов. В продакшен попадает та же самая связка версий App+OS что и в тестинг.
Подход плохо работает если у вас шаред хостинг — тогда приходится отделять версии всех приложений от версии OS и это вот реальная головная боль. В добавок обновления безопасности не накатываются в тот же день, а накапливаюстя — потом под них делается новый образ и этот образ выкатывается rolling update прямиком в продакшн.
У них есть очень критическая разница в подходе к идемпотентности.
Когда обе системы применяют конфигурацию к серверу то шеф выполняет каждый шаг конфигурации последовательно, а паппет от балды или все сразу.
Вся ругань возникает из за порядка выполнения действий на сервере. Для шефа достаточно написать их в желаемом порядке а для паппета приходится городоить зависимости.
С точки зрения теории паппет прав, с точки зрения жизненного опыта шеф сильно удобнее.
Ух ты. Шеф за 21 день! А путешествия во времени будут?
Теперь серьезно. Холивары на тему как готовить Шеф сейчас очень горячая тема — вот например. Грубо говоря ответа на вопрос «как правильно готовить Шеф» нету пока даже в Opscode, но к их чести, надо сказать, что они приложили большие усилия за последний год что бы собрать обобщить опыт своих клиентов и составть какой то Best Practice.
Я про все это говорю ибо перечитал и поучаствовал в куче подобных холиваров по долгу службы и мне кажется одна вещь обязательная для таких топиков здесь упущена — а именно опыт и инфраструктура автора. Это не из вредности, но советы людей могут быть очень противоречивыми из-за разницы окружений в которых они работают. Хорошо про это сказал Phil Dibowitz в самом начале своего выступления.
Распродажи в Стиме — отличный способ почистить засорившуюся с девяностых-нулевых карму, когда многие из нас играли в игры, за которые не платили.
Очень хочу зачистить карму. Нужены Master Of Orion 2, Fantasy General и M.A.X. (только первый — боже упаси от второй части).
Ну и все под линух разумеется.
Трекбол с шариком под один палец это убийство пальцев. Пользовался тем что в статье несколько дней и выкинул в тумбочку.
А вот трекболы с большими шариками это сказка просто — вот мой фаворит:
За 5 лет использования сменил три таких. Насколько знаю все три до сих пор служат — просто оставлял их в разных местах из-за переездов, очень надежный девайс с отличным качеством сборки. Монолитный, тяжелый, приятно запускать шарик по инерции, очень забавно крутить камеры в игрушках и прочих 3d.
Есть недостаток. Черный пластик покрыт тонким слоем резины, которая хоть и приятна на ощупь, но быстро отрывается. 3 раза проделывал муторную процедуру отколупывания это резины со всего трекбола.
Команда bcmon занимается только двумя драйверами пока, чипсеты BCM4330 и BCM4329.
Данные чипы распространены на очень вкусных и мощных устройствах, но их программная реализация долго была лишена режима монитора (прошивка вырезает заголовки 802.11 еще на пути к драйверу). Ребята хакнули прошивку и теперь она отдает полные пакеты в драйвер, получается вроде режим монитора, но, как правило, режим монитора сосуществует рядом с обычным режимом, а тут либо монитор либо вайфай (пакетики с 802.11 заголовком падают прямо из eth0).
Вообще очень клевый проект, и в самом начале своего пути. Ребята очень ищут модулеписателя, так что если ктонибудь хочет сделать первые шаги в разработке ядра линукса — это хороший шанс.
Еще одна точка отказа. Вот умрет скрамбл внезапно и привет. По сути это вендорлок.
Идея отличная, но надо как то сделать ее открытой — что бы каждый мог поднять свой скрамбл сервер, который найдет сервера других участников. Сложная пирамидка получается, но иначе это работать небудет.
Вспомните откуда вообще взялись сисадмины.
На заре эпохи юникса их как класса небыло — просто были программеры, которым чаще приходилось поддерживать инфраструктуру чем писать приложения. Две профессии связанны и переход возможен в обе стороны. Более того — с парком машин больше 300 админ автоматически становится программистом ибо поддерживать это все в одного можно только написав код.
Купил вчера, звонил пару раз.
Думал все будет сильно хуже.
Если говорить об ощущениях и удобстве — ну мы же все помним старые добрый совковые телефоны? так вот SGNII удобнее :)
Что каксается реакции окружазщих — коллеги стебутся по доброму, но это как бы вау эффект. Думаю через неделю внимания никто не обратит.
Системе защиты, не позволяющей привести к аварии ни в результате неправильных действий оператора, ни в результате ошибок в ПО АСУТП, ни в результате кибератак
Это надо очень хорошо понимать что такое «авария», так хорошо что кажется невозможно.
В соответствии с этим мы создаем собственную операционную систему, основной особенностью которой является принципиальная невозможность выполнения в ней незаявленной функциональности.
Это же тупиковая формулировка. Правильное комбинирование заявленной функциональности будет вполне достаточно.
А вообще дело полезное. Если ЛК будет писать пусть не абсолютно, но максимально надежные системы — всем будет только счастье. Все лучше чем «интернет по паспорту» продвигать.
Потому что да, рано или поздно процесс апдейта чего либо через шеф/паппет дает сбой, зато оба прекрасно справляются с первоначальной настройкой. Таким образом приходим к идее что все находится за балансировчиками, включая сами балансировцики, и все разворачивается из образов. В продакшен попадает та же самая связка версий App+OS что и в тестинг.
Подход плохо работает если у вас шаред хостинг — тогда приходится отделять версии всех приложений от версии OS и это вот реальная головная боль. В добавок обновления безопасности не накатываются в тот же день, а накапливаюстя — потом под них делается новый образ и этот образ выкатывается rolling update прямиком в продакшн.
Когда обе системы применяют конфигурацию к серверу то шеф выполняет каждый шаг конфигурации последовательно, а паппет от балды или все сразу.
Вся ругань возникает из за порядка выполнения действий на сервере. Для шефа достаточно написать их в желаемом порядке а для паппета приходится городоить зависимости.
С точки зрения теории паппет прав, с точки зрения жизненного опыта шеф сильно удобнее.
Теперь серьезно. Холивары на тему как готовить Шеф сейчас очень горячая тема — вот например. Грубо говоря ответа на вопрос «как правильно готовить Шеф» нету пока даже в Opscode, но к их чести, надо сказать, что они приложили большие усилия за последний год что бы собрать обобщить опыт своих клиентов и составть какой то Best Practice.
Я про все это говорю ибо перечитал и поучаствовал в куче подобных холиваров по долгу службы и мне кажется одна вещь обязательная для таких топиков здесь упущена — а именно опыт и инфраструктура автора. Это не из вредности, но советы людей могут быть очень противоречивыми из-за разницы окружений в которых они работают. Хорошо про это сказал Phil Dibowitz в самом начале своего выступления.
Очень хочу зачистить карму. Нужены Master Of Orion 2, Fantasy General и M.A.X. (только первый — боже упаси от второй части).
Ну и все под линух разумеется.
Реально, это и есть критерий? Ну говорят патентный троллинг сейчас цветет.
Серьезно — сам не начал свое дело только потому, что не могу сформулировать для себя миссию.
А вот трекболы с большими шариками это сказка просто — вот мой фаворит:
За 5 лет использования сменил три таких. Насколько знаю все три до сих пор служат — просто оставлял их в разных местах из-за переездов, очень надежный девайс с отличным качеством сборки. Монолитный, тяжелый, приятно запускать шарик по инерции, очень забавно крутить камеры в игрушках и прочих 3d.
Есть недостаток. Черный пластик покрыт тонким слоем резины, которая хоть и приятна на ощупь, но быстро отрывается. 3 раза проделывал муторную процедуру отколупывания это резины со всего трекбола.
Еще недостаток — сложно купить.
UPD… sorry парсер лох
sudo !!Данные чипы распространены на очень вкусных и мощных устройствах, но их программная реализация долго была лишена режима монитора (прошивка вырезает заголовки 802.11 еще на пути к драйверу). Ребята хакнули прошивку и теперь она отдает полные пакеты в драйвер, получается вроде режим монитора, но, как правило, режим монитора сосуществует рядом с обычным режимом, а тут либо монитор либо вайфай (пакетики с 802.11 заголовком падают прямо из eth0).
Вообще очень клевый проект, и в самом начале своего пути. Ребята очень ищут модулеписателя, так что если ктонибудь хочет сделать первые шаги в разработке ядра линукса — это хороший шанс.
Идея отличная, но надо как то сделать ее открытой — что бы каждый мог поднять свой скрамбл сервер, который найдет сервера других участников. Сложная пирамидка получается, но иначе это работать небудет.
Вам вот так надо или по другому?
Дайте ссылку пожалуйста.
На заре эпохи юникса их как класса небыло — просто были программеры, которым чаще приходилось поддерживать инфраструктуру чем писать приложения. Две профессии связанны и переход возможен в обе стороны. Более того — с парком машин больше 300 админ автоматически становится программистом ибо поддерживать это все в одного можно только написав код.
«Организацию, обладающую монополией на насилие» — из курса МПП российской армии.
Думал все будет сильно хуже.
Если говорить об ощущениях и удобстве — ну мы же все помним старые добрый совковые телефоны? так вот SGNII удобнее :)
Что каксается реакции окружазщих — коллеги стебутся по доброму, но это как бы вау эффект. Думаю через неделю внимания никто не обратит.
Это надо очень хорошо понимать что такое «авария», так хорошо что кажется невозможно.
Это же тупиковая формулировка. Правильное комбинирование заявленной функциональности будет вполне достаточно.
А вообще дело полезное. Если ЛК будет писать пусть не абсолютно, но максимально надежные системы — всем будет только счастье. Все лучше чем «интернет по паспорту» продвигать.