https://m.opennet.dev/openforum/vsluhforumID3/135513.html Проект openSUSE опубликовал релиз атомарно обновляемого дистрибутива openSUSE Leap Micro 6.1, предназначенного для создания микросервисов и для использования в качестве базовой системы для платформ виртуализации и контейнерной изоляции. Для загрузки доступны установочные сборки для архитектур x86_64 и ARM64 (Aarch64), а также готовые системные образы для систем виртуализации...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62359<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#46 Thu, 12 Dec 2024 09:41:59 GMT &gt; но руки не доходят, ленивый стал.<br><br>а я пойду самым простым путем. попробую вручную root на BTRFS сделать. "снапшоты для бедных, как в ZFS". если ФС похожие, то должно получиться.<br><br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#45 Thu, 12 Dec 2024 08:34:09 GMT &gt; есть у меня openSUSE Leap но вот конкретно Micro - совсем бессмысленное <br>&gt; поделие <br><br>Если оно позволяет относительно экономно без пердолинга запускать инстансы с GUI-софтом, то почему нет-то? <br>А если не позволяет, то тогда я не понимаю зачем оно нужно, ещё один велосипедный огород из-за NIH-синдрома?<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#44 Thu, 12 Dec 2024 08:30:51 GMT &gt; какие еще редакции сузе или не сузе позволяют делать атомарные апдейты при <br>&gt; помощи BTRFS? ostree (silverlight) федоровский пробовал - тормозит, как не в <br>&gt; себе, за гранью юзабилити.<br><br>Не знаю как у сусёвых, пробовал атомарщину от федорки и никсось, никсось субективно быстрее и меньше занимает после чистки мусора.<br>Но это так, наблюдение, боже упаси не топлю за никсось с её необходимостью чистать талмуды текста и искать порой альтернативные решения на фоне с беглым ознакомлением с федоркиной атомарщиной! Сам хочу попробовать что-то сусёвое, но руки не доходят, ленивый стал.<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#42 Sun, 08 Dec 2024 02:03:28 GMT Но только на одной машине.<br><br>Можно, конечно, <br><br>while [[ true ]]; do ./a &#124; ssh user@server:~/b &#124; ./c &gt; log ; done<br><br>но тоже, ну так... стартовать процесс на каждого клиента плохо.<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#41 Sun, 08 Dec 2024 01:38:43 GMT Разрешаю вам пить фруктовый молочный коктейль когда вам захочется :).<br><br>Нет же ничего плохого в микросервисах. Главное, чтобы дизайн был ортогональным и взаимодействие между компонентами как-нибудь разумно сделано.<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#40 Sat, 07 Dec 2024 20:31:00 GMT в настройках добавили галку "использовать джаваскрипт"<br>джаваскрипта нет<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#39 Sat, 07 Dec 2024 17:16:55 GMT &gt; Смотря что считать "традиционным подходом". Для нас "традиционный подход" -- это много <br>&gt; маленьких программ, каждая из которых делает одну задачу, но делает её <br>&gt; хорошо. Но для любителей фруктовых молочных коктейлей из 2015 года такая <br>&gt; идея, существующая с 1970 года, была открытием.<br>&gt; По сути "микросервисы" -- это просто любители фруктовых молочных коктейлей переизобрели <br>&gt; юниксвей, только вместо IPC через пайпы или sunrpc у них теперь <br>&gt; IPC через HTTP.<br><br>Умпутун из Radio-t вроде как не из этих, но микросервисы использует.<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#38 Sat, 07 Dec 2024 16:04:02 GMT while [ true ]; do ./a &#124; ./b &#124; ./c &gt; log ; done<br><br>дарю бесплатно перезапуск, модульность и логи<br> https://m.opennet.dev/openforum/vsluhforumID3/135513.html#37 Sat, 07 Dec 2024 15:58:19 GMT &gt; Объясните, плиз, в чем суть микросервисов?<br><br>Если совсем коротко, то когда пишется сложная система, в которой есть больше пяти взаимодействующих друг с другом блоков, то к этому всему нужна некая управлялка этими блоками, запуск, логи, распределение памяти и прочих ресурсов.<br><br>Микросервисы несут идею, что эту управлялку некты напейсали до тебя, и можно ея взять и пользоваться, ну там в конфигах девопсы поиграют и всё отлично будет. <br><br>Проблема в том, что блоки в системе практически всегда друг с другом бизнес-логически связаны и, условно, если один блок упал, то и вся система тоже упала, а не просто какой-то кубер в докере передёрнул какой-то сервис и пляши дальше.<br><br>Несомненно, есть какая-то часть задач, которые можно решить микросервисным подходом. Но их немного.<br>