The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]



Вариант для распечатки  
Пред. тема | След. тема 
Форум Разговоры, обсуждение новостей
Режим отображения отдельной подветви беседы [ Отслеживать ]

Оглавление

Выпуск системного менеджера systemd 244, opennews (ok), 30-Ноя-19, (0) [смотреть все] –1

Сообщения [Сортировка по времени | RSS]


46. "Выпуск системного менеджера systemd 244"  –3 +/
Сообщение от Аноним (46), 30-Ноя-19, 13:37 
Лучшее, что случалось с Unix за всю историю.
Ответить | Правка | Наверх | Cообщить модератору

49. "Выпуск системного менеджера systemd 244"  +9 +/
Сообщение от Аноним (49), 30-Ноя-19, 13:51 
Это точно. Юниксу повезло, что его не начал жрать системд.
Ответить | Правка | Наверх | Cообщить модератору

51. "Выпуск системного менеджера systemd 244"  –6 +/
Сообщение от Vitto74 (ok), 30-Ноя-19, 13:56 
Лучшее, что случилось с Unix это Linux :)
SystemD, хоть и спорное, но все же скорее хорошее явление. По крайней мере нашей команде, админить 150+ серваков проще с systemd, чем без. Юниты пришлось править только один раз - на нагруженных серваках с nginx, у которого конфиг на 1500+ строк - в некоторых случаях он за собой не прибирался.
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

65. "Выпуск системного менеджера systemd 244"  +1 +/
Сообщение от VINRARUS (ok), 30-Ноя-19, 16:20 
>Лучшее, что случилось с Unix это Linux :)

SystemD, хоть и спорное, но все же скорее хорошее явление.
Лучшее, что случилось с Linux это system:D ?

Ответить | Правка | Наверх | Cообщить модератору

112. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Аноним (200), 30-Ноя-19, 23:23 
Было бы хорошим, если бы вещи не прибивали к нему шурупами на эпоксидке.
Ответить | Правка | Наверх | Cообщить модератору

80. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Олег (??), 30-Ноя-19, 17:19 
> По крайней мере нашей команде, админить 150+ серваков проще с systemd, чем без.

А можно в этом месте поподробней? Думаю, всем будет интересно. Я 150+ не админлю, конечно, но ни разу проблем вызванных его отсутствием не имел. А вот при встречи с ним имел проблемы несколько раз.

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

117. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Сейд (ok), 01-Дек-19, 00:31 
Создание и управление systemd-юнитами через Cockpit, например.
Ответить | Правка | Наверх | Cообщить модератору

124. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 01-Дек-19, 02:06 
Это не то что проблемы, а скорее меньшее удобство SysVinit и потребность менять скрипты для некоторых задач, что не всегда просто т.к. часто там столько всего навалено.
Что сложнее скрипт инициализации службы написать или юнит SystemD? И где будет больше контроля? А если что-то упало, то как с ним поступать? Тоже в логику скрипта пихать? SystemD и переподнимет сам и сообщит куда следует, чтобы в причинах разобрались.
Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

134. "Выпуск системного менеджера systemd 244"  +4 +/
Сообщение от Аноним (132), 01-Дек-19, 04:10 
> админить 150+ серваков проще с systemd,
> А можно в этом месте поподробней?

"Админить" 150 _воображаемых_ серваков, где ты на каждом пишешь воображаемые юниты, наверное.

Люди которые работаю с большим парком машин используют т.н. "Системы Управления Конфигурацией",
что во-первых декларативно абстрагирует от типа инита, (или что там у вас вместо), а во вторых не имеет большого значения 50 там серверов или 1500, если выбран правильный инструмент. Елинственное что тебе нужно знать это твой любимый DSL + скриптовый язык типа питона.

Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

108. "Выпуск системного менеджера systemd 244"  +1 +/
Сообщение от kai3341 (ok), 30-Ноя-19, 22:22 
>  Лучшее, что случилось с Unix это Linux :)
> SystemD, хоть и спорное, но все же скорее хорошее явление. По крайней мере нашей команде, админить 150+ серваков проще с systemd, чем без. Юниты пришлось править только один раз - на нагруженных серваках с nginx, у которого конфиг на 1500+ строк - в некоторых случаях он за собой не прибирался.

Бро, ты пытаешься рассказывать истины профессиональным админам локалхоста, пытающимся запустить крузис под вайном, от которого у них хайлоад. Ах, да, ещё много спорящих про браузеры и оболочки рабочего стола

Такие не все: среди них есть полтора адекватных анонимуса и если мне не изменяет память, ещё Шигорин -- у них дельные замечания. Остальные или не могул нагуглить элементарное, или решают задачу XY

Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

109. "Выпуск системного менеджера systemd 244"  –3 +/
Сообщение от kai3341 (ok), 30-Ноя-19, 22:31 
Совсем забыл. Они же ещё все поголовно профессиональные программисты и совершенно точно знают, на каких языках нужно строить приложения. Особенно web. Тут на полном серьёзе предлагали писать бэк на сях, крестах и расте. И во фронт-энде шарят -- точно знают, как должна работать любая страница (без JS)
Ответить | Правка | Наверх | Cообщить модератору

123. "Выпуск системного менеджера systemd 244"  –1 +/
Сообщение от Vitto74 (ok), 01-Дек-19, 01:43 
Мне однажды, на полном серьезе, пришлось писать костыль в виде web-сервиса на C++/Qt5 под win7/winxp. Я был бы благодарен за либу, которая бы упростила работу. Благо клиентом этого сервиса была только 1С. Беда в том, что софтина должна была быть написана именно на С++ и скомпилена именно msvc2015 т.к. использовала 1С-либу мимикрируя под 1С.

Мы как-то обсуждали с одним из наших прогеров принципиальную возможность писать бек на С/С++ в свете моего опыта костылестроения. Пришли в выводу, что это добавляет в разработку огромное количество сложностей в плане деплоя релизов, сборки и тестировании. Просто нет инструментов для облегчения таких задач. А для традиционных языков для бекенда таких инструментов навалом.

Кстати я был бы не против, если бы любая страница *могла* работать без JS. Но иллюзий не испытываю - ведь тогда работу по созданию и тестирования можно умножать на 2. Да и многое без JS просто не сделать и отказываться от этого не хочется.

Ответить | Правка | Наверх | Cообщить модератору

170. "Выпуск системного менеджера systemd 244"  +/
Сообщение от kai3341 (ok), 01-Дек-19, 23:11 
>  Мне однажды, на полном серьезе, пришлось писать костыль в виде web-сервиса на C++/Qt5 под win7/winxp. Я был бы благодарен за либу, которая бы упростила работу. Благо клиентом этого сервиса была только 1С. Беда в том, что софтина должна была быть написана именно на С++ и скомпилена именно msvc2015 т.к. использовала 1С-либу мимикрируя под 1С.

Хм. Теоретически вокруг этой либы можно было писать обвязку (wrapper) для любого высокоуровневого языка. Я не знаю, заняло бы это больше времени, чем написание сервиса на C++ целиком или нет -- всё зависит от объёма кода

> Мы как-то обсуждали с одним из наших прогеров принципиальную возможность писать бек на С/С++ в свете моего опыта костылестроения. Пришли в выводу, что это добавляет в разработку огромное количество сложностей в плане деплоя релизов, сборки и тестировании. Просто нет инструментов для облегчения таких задач. А для традиционных языков для бекенда таких инструментов навалом.

Против подобного изврата ничего не имею, однако открыт вопрос целесообразности вложения времени

> Кстати я был бы не против, если бы любая страница *могла* работать без JS. Но иллюзий не испытываю - ведь тогда работу по созданию и тестирования можно умножать на 2. Да и многое без JS просто не сделать и отказываться от этого не хочется.

Пожалуйста, погуглите, что такое SPA и AJAX. Дополнительно отмечу, что если бэк не занимается рендерингом HTML, а вместо этого предоставляет лишь API, то ровно тот же бэк влёгкую прикручивается к любому мобильному или даже десктопному клиенту.

Ответить | Правка | Наверх | Cообщить модератору

172. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 01-Дек-19, 23:47 
>Хм. Теоретически вокруг этой либы можно было писать обвязку (wrapper) для любого высокоуровневого языка. Я не знаю, заняло бы это больше времени, чем написание сервиса на C++ целиком или нет -- всё зависит от объёма кода

Сама потребность возникла из-за очень не приятной ситуации и была срочной и вынужденной - сработано за 3 недели в одну каску, параллельно с основной работой (до текущего места работы). Я той конторе всё еще помогаю - работает софтина третий год без нареканий (~20 установок). В принципе wrapper написать было можно, но не забывайте, что эта софтина мимикрировала под 1С и держала связь с железкой по средствам либы от поставщика железки. К тому же в тот момент я в web-технологиях не особо разбирался, а время поджимало.

> Пожалуйста, погуглите, что такое SPA и AJAX. Дополнительно отмечу, что если бэк не занимается рендерингом HTML, а вместо этого предоставляет лишь API, то ровно тот же бэк влёгкую прикручивается к любому мобильному или даже десктопному клиенту.

Я прекрасно знаю, что это такое и как это работает, но мне несколько грустно, когда обычный сайт еле ворочается на новом ПК нижнего ценового сегмента ($200), хотя ничего сверх естественного на нем нет, а просто кому-то было лень заниматься оптимизацией и он притащил на маленькую страницу монструозный фреймворк мегов ~10 ради пары его методов. Например, на таком ПК прекрасно работает youtube на 1080p и не тормозит, а вот такие сайты просто отказываются нормально работать.

Именно поэтому я подчеркнул, что был бы не против, но прекрасно понимаю, что так в современном мире уже не получится. Собственно я и имел в виду разделение на API (back) и приложения (web, mobile, desktop и т.д.), когда говорил, что не всё, что хочется, можно сделать без JS.

Ответить | Правка | Наверх | Cообщить модератору

176. "Выпуск системного менеджера systemd 244"  +/
Сообщение от kai3341 (ok), 02-Дек-19, 00:47 
> Я прекрасно знаю, что это такое и как это работает, но мне несколько грустно, когда обычный сайт еле ворочается на новом ПК нижнего ценового сегмента ($200), хотя ничего сверх естественного на нем нет, а просто кому-то было лень заниматься оптимизацией и он притащил на маленькую страницу монструозный фреймворк мегов ~10 ради пары его методов. Например, на таком ПК прекрасно работает youtube на 1080p и не тормозит, а вот такие сайты просто отказываются нормально работать.

Пожалуйста, прекратите путать тёплое с мягким. Везде может оказаться макака, неспособная выполнить простую задачу за О(1) и городящая "решения" со сложностью хорошо если О(N). Я сам выпал в осадок, когда в телеграмовском React-чатике меня отх**сосили за то, что делаю всего 4 запроса к бэку при инициализации приложения (чуть позже опытный коллега-фулстэк подсказал, как не делать некоторые из них), в то время как у реальных пацанов таких запросов было 50. А, и началось это с моего вопроса "а на кой тут Redis?"
И вы лихо умудрились перепутать тёплое дважды! Жрёт не в себя ресурсы программное декодирование видео. Почему не аппаратное? Не научились ещё доставлять обновления чипов)

Ответить | Правка | Наверх | Cообщить модератору

204. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 03-Дек-19, 19:14 
> Пожалуйста, прекратите путать тёплое с мягким. Везде может оказаться макака, неспособная
> выполнить простую задачу за О(1) и городящая "решения" со сложностью хорошо
> если О(N). Я сам выпал в осадок, когда в телеграмовском React-чатике
> меня отх**сосили за то, что делаю всего 4 запроса к бэку
> при инициализации приложения (чуть позже опытный коллега-фулстэк подсказал, как не делать
> некоторые из них), в то время как у реальных пацанов таких
> запросов было 50. А, и началось это с моего вопроса "а
> на кой тут Redis?"

К сожалению не все так заморачиваются. Набирает популярность подход ху*к-ху*к и в продакшн.

> И вы лихо умудрились перепутать тёплое дважды! Жрёт не в себя ресурсы
> программное декодирование видео. Почему не аппаратное? Не научились ещё доставлять обновления
> чипов)

Про 1080p, да перегнул - имел в виду другое ($200 - это не плохой бюджетник, с аппаратным декодированием там всё норм). А скриптов и логики, помимо видео, на youtube, разве мало? Логики там побольше, чем на простеньких сайтах, которые еле шевелятся.

Ответить | Правка | Наверх | Cообщить модератору

206. "Выпуск системного менеджера systemd 244"  +/
Сообщение от kai3341 (ok), 04-Дек-19, 23:46 
> А скриптов и логики, помимо видео, на youtube, разве мало? Логики там побольше, чем на простеньких сайтах, которые еле шевелятся.

Отдельный парадокс в том, что это сервис того самого гугла, который топит за производительный web

Ответить | Правка | Наверх | Cообщить модератору

207. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 05-Дек-19, 01:30 
> Отдельный парадокс в том, что это сервис того самого гугла, который топит
> за производительный web

А в чем парадокс? Youtube удивительно расторопный - главная страница всего ~10Mb, что для видеохостинга удивительно мало. И тормозов я на нем не замечал. Только если очень слабый комп (бюджетник 5-7 лет).

Ответить | Правка | Наверх | Cообщить модератору

121. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Сергей (??), 01-Дек-19, 01:07 
Vitto, а причем здесь конфиг nginx'а на 1500 строк и systemd
Ответить | Правка | К родителю #51 | Наверх | Cообщить модератору

122. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 01-Дек-19, 01:37 
Только, чтобы пояснить высокую сложность, которая заставила дописать в юнит nginx сцелых 5 строк.
Ответить | Правка | Наверх | Cообщить модератору

135. "Выпуск системного менеджера systemd 244"  –1 +/
Сообщение от Аноним (132), 01-Дек-19, 04:14 
ох уж эти сказки, ох уж эти сказочники...
Ответить | Правка | Наверх | Cообщить модератору

150. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Сергей (??), 01-Дек-19, 14:06 
Разжуйте глупому, при чем здесь конфигурация приложения и systemd, другое дело, если nginx'у в вашем конфиге требуются другие демоны и сетевые ресурсы, но тогда чем правка юнита отличается от редактирования скрипта запуска nginx'а и копирования обоих на другие сервера, я думаю скрипт потребовал бы редактирования примерно тех же 5-ть строк, остальные нужные добавлялись тем же копи-пастом...
Ответить | Правка | К родителю #122 | Наверх | Cообщить модератору

173. "Выпуск системного менеджера systemd 244"  –1 +/
Сообщение от Vitto74 (ok), 01-Дек-19, 23:56 
>  Разжуйте глупому, при чем здесь конфигурация приложения и systemd, другое дело,
> если nginx'у в вашем конфиге требуются другие демоны и сетевые ресурсы,
> но тогда чем правка юнита отличается от редактирования скрипта запуска nginx'а
> и копирования обоих на другие сервера, я думаю скрипт потребовал бы
> редактирования примерно тех же 5-ть строк, остальные нужные добавлялись тем же
> копи-пастом...

Правка юнита от редактирования скрипта отличается кардинально. При старте nginx нам нужно удалить 2 файла, которые он сам за собой не трёт. Удалять их нужно и при старте и при аварийном рестарте. А это уже 5 строк дописать. А самое главное - такие изменения будут не очевидны другим админам, которые полезут на этот сервис.

Копипаста скриптов вообще занятие не благодарное, пропустишь строку по запарке или не внимательности, а потом будешь думать - почему работает криво, хотя все 6 отличаются одной строкой?

Ответить | Правка | Наверх | Cообщить модератору

186. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Сергей (??), 02-Дек-19, 10:17 
Ну если это баг nginx'а, не проще ли Сысоеву отписать...
Ответить | Правка | Наверх | Cообщить модератору

188. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 02-Дек-19, 11:35 
В нашем случае это фича. Багом не является.
Ответить | Правка | Наверх | Cообщить модератору

190. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Аноним (190), 02-Дек-19, 11:47 
Безусловно, другим админам будет совершенно очевидно что это за два файла и почему ваш чудо-nginx нельзя рестартить как у всех, nginx -s reload

Они это узнают сразу же, как только прочитают его суперконфиг из тыщипиццот строк (вслух и с выражениями).

На этом фоне, безусловно, целых пять строк скриптов будет неимоверной нагрузкой на их слабые разумы.

А чтобы скрипты работали одинаково без лишней копипасты - в bash есть полезная команда ., позволяющая выносить все общие строки в единственную копию, и не требующая чтобы они были как-то изолированы от остального кода. Но вы ж не умеете и bash тоже.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

196. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 02-Дек-19, 15:41 
Рестартить можно. Релодить нельзя.
И они сразу это узнают, взглянув на юнит, а взглянув на init-скрипт это не очевидно.
Ответить | Правка | Наверх | Cообщить модератору

202. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Аноним (190), 03-Дек-19, 13:18 
они сразу узнают это, положив ненароком прод - потому что nginx -s проще и надежнее чем systemctl restart - в нормальных системах.

Никто в здравом уме не смотрит юниты (куда именно, кстати, смотреть будем - в /lib/, /etc/systemd/system, /etc/systemd/system/неведомыйтрэш.override.d  ?) прежде чем перезапустить nginx, если только его заранее об этом не предупредят.

Сразу в юните что-то "видно" не чаще, чем в скрипте - особенно если вы развлекаетесь лимитами, пермишнами и cgroups, и в нем не пять строчек, а полсотни.

Почему вы не можете написать инит-скрипт в котором будет очевидно - хотя бы даже запихав в его начало


   ###     ######  ##     ## ######## ##     ## ##    ##  ######        
  ## ##   ##    ## ##     ##    ##    ##     ## ###   ## ##    ##      
##   ##  ##       ##     ##    ##    ##     ## ####  ## ##            
##     ## ##       #########    ##    ##     ## ## ## ## ##   #### ####
######### ##       ##     ##    ##    ##     ## ##  #### ##    ##  ####
##     ## ##    ## ##     ##    ##    ##     ## ##   ### ##    ##   ##  
##     ##  ######  ##     ##    ##     #######  ##    ##  ######   ##  

##     ## #### ##    ## ######## ##    ## ####
###   ###  ##  ###   ## ##       ###   ## ####
#### ####  ##  ####  ## ##       ####  ## ####
## ### ##  ##  ## ## ## ######   ## ## ##  ##  
##     ##  ##  ##  #### ##       ##  ####      
##     ##  ##  ##   ### ##       ##   ### ####
##     ## #### ##    ## ######## ##    ## ####


- науке тоже неведомо.
Ответить | Правка | Наверх | Cообщить модератору

203. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Vitto74 (ok), 03-Дек-19, 19:01 
У кого-то возникает проблема с поиском юнита? Серьезно?
systemctl status nginx

Да! Давай навалим еще больше в init-скрипт! Чтобы еще больше скролить его! 15 строк псевдографики ради комента к важным изменениям + сами изменения (не всегда простые) вместо 5 строк в юните. Шикарно! Весь юнит nginx - 21 строка. Init-скрит для nginx в centos 6 - 108 строк. И это без комментариев и пустых строк.

А в случае перезапуска сервера после обновления nginx кому посылать HUP? Бинарику? А в случае аварии как быть? Или хорошее железо ВНЕЗАПНО стало гарантировать отказоустойчивость? И ддосить до отказа тебя никто и никогда не будет. Приличный ддос сейчас стоит копейки, а некоторые не разумные сотрудники конкурентов занимаются такой фигней просто ради фаллометрии, пока их не отловят и не оштрафуют. Одного такого яндекс по тихому уволил за не целевое использование оборудования и угрозу скандала с судом - железок и каналов у них побольше нашего.

Я выше уже обращал внимание на то, что restart и reload для nginx разные вещи. И если reload можно хоть 10 раз в день сделать и никто не заметит, то restart бывает несколько раз в год и хочется, чтобы он был штатно, а не аварийно. И скрипты править не хочется - юниты гораздо проще и лишь не многим менее мощные. За всё время использования SystemD я только один раз слышал, что пришлось вызывать самописный скрипт из юнита перед стартом какой-то очень хитрой приблуды.

UPD: поздно заметил, что ошибся в своем сообщении выше. Релодить конечно можно и так, а рестартить без правки юнита/скрипта нельзя.

Ответить | Правка | Наверх | Cообщить модератору

52. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Аноним (200), 30-Ноя-19, 13:59 
похороны?!
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

92. "Выпуск системного менеджера systemd 244"  +1 +/
Сообщение от Аноним (92), 30-Ноя-19, 18:19 
С UNIX'ом такого никогда не случалось
Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

113. "Выпуск системного менеджера systemd 244"  +/
Сообщение от Аноним (113), 30-Ноя-19, 23:58 
SMF
Ответить | Правка | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру