Что в вашем понимании "стандартный KVM"? Вы там ожидали увидеть libvirt и QEMU?
По итогу: вы достали образы дисков, конвертировали (ну видимо в qcow2) и запустили новые виртуальные машины с них. Банальная и очевидная операция для любого системного инженера, но подаёте это как героический героизм.
По описанию: 1. Выключили виртуальные машины (иначе прощай консистентность данных) 2. Конвертировали диски, но они ещё лежали у Nutanix 3. Подключили диру с дисками по NFS к хосту с zVirt 4. Судя по описанию не осилили обновление пула хранилища в libvirt и позвали на помощь ребят из OrionSoft (zVirt это форк oVirt, а тот, сюрприз, использует libvirt) 5. Запусили ВМ в zVirt используя диски из шары
Самое же интересное тут это как выполняли:
Ну а в конце – перенесли диски с NFS-шары с Nutanix в новое хранилище.
Ведь надо создать локальную копию диска, переключить чтение/запись на неё, а NFS шару разобрать. Опять останавливали ВМ? Но в чём тогда выигрыш от фокуса с NFS?
Тем временем OpenTelemetry, Jaeger, OpenSearch: * существуют * Централизованный сбор логов это база. Если у вас больше одного-двух серверов/сервисов, то не собирать логи в одном месте (даже хотя бы с помощью rsyslog) это кошмар для всех причастных.
Идентификаторы запросов тоже не новость, но обычно их называют request_id, trace_id или correlation_id. Переиспользование имён уже существтующих вещей обычно приводит к путанице и избавиться от этого со временем очень тяжело.
Хах, у меня на локалхосте есть проект без названия, который так же будет убийцей Typer. На этот велосипед меня побудила омерзительная производительность Typer и некоторые специфичные требования к парсеру, которые не покрывает в полной мере ни один известный мне тулкит (я как-то целую неделю потратил изучая ландшафт того, что вообще есть в PyPI). В большом CLI (около 250 команд и субкоманд) cProfile показывает больше 1 миллиона(!) вызовов функций при `app --version` — как вам такое? Ну и ждать 800мс для того, чтобы увидеть версию это ту мач.
Неужели кроме zero-dependency к Typer нет претензий? Да и зависимость от typing-extentions не очень тянет на отсутсвтие зависимостей (хотя понимаю сложность отказа от оного). А по самой библиотеке — слабовато пока. Есть более развитый и интересный cyclopts https://cyclopts.readthedocs.io/en/latest/index.html, но он тоже bloated.
Не понял ценности предложения. Автор предлагает вместо соцсетей на базе ActivityPub (чем пользуется упомянутая Disapora) написать просто CMS для бложика? Как раз в этом толка нет. Смысл ActivityPub в том, чтобы добиться связности множества независимых узлов. Таким образом пользователь на одном узле не ограничен этим узлом, а имеет доступ к контенту всей сети и также его контент доступен всей сети. Сеть называется Fediverse. Ничто не мешает поднять инстанс Pleroma (или любого другого понравившегося движка) только для себя и пользоваться им безраздельно просто выключив регистрацию пользователей. Множество узлов в Fediverse это как раз single-user инстансы.
Я пытался использовать goaccess для казалось бы банальной задачи — анализ логов nginx на почти ничем не занятой машине (логов кот наплакал). Честно говоря, гораздо практичней оказались grep, awk и less. goaccess по факту даёт только очень поверхностную картинку происходящего. Как только надо изучить частности — он всё. Но это мой опыт. Было бы интересно послушать как применить goaccess с реальной пользой. Я тут имею в виду, например, хотя бы отчёты о том, сколько за последнее время было 5XX кодов, на какие URL и от кого были эти запросы.
HarmonyOS это форк андроида (я бы сказал просто продолжение хуавеевской оболочки EMUI) — у вас есть всё, что запускается с microG или может обойтись без GMS совсем. А про обычный десктопный софт можно не мечтать. Самая приближенная к десктопу вещь там — termux.
Такое впечатление что GUI в Linux это приманка для пользователей
Ваша ошибка в том, что вы воспринимаете дистрибутивы Linux как какой-то целостный коммерческий (хоть и бесплатный) _продукт_, у которого есть конкретный разработчик и бизнес-стратегия. Это не так. Вот с MacOS сравнивайте сколько хотите — такой же коммерческий софт, где гуй это основной интерфейс пользователя.
Линукс нужен на серверах, гуй для него это всего лишь бонус для домашних юзеров, коих не так уж много и энтузиастов. На работе тоже вполне себе успешно эксплуатируем линукс на рабочих станциях, но у нас там и нет софта, специфичного для виндовс, а там где он нужен стоят машины на винде. Так уж сложилось, что майкрософт оказался хорош в навязывании своей ОС. А линукспросто другой.
...а разработчики живут на донаты от заинтересованных корпораций и успешность продукта их не очень волнует.
См. мой первый абзац. Большинство корпораций заинтересованы вовсе не в гуях для линуксов, а в развитии ядра и инструментов для решения конкретных утилитарных задач.
Ради интереса посмотрел как в базе моей конторы хранится имя пользователя — там один строковый `p_fio` ?. Мы уже попали в смешную ситуацию когда потребовалось в одном из наших сервисов выводить только имя пользователя вместо полного имени. Сам столбец может быть заполнен абсолютно произвольно, отсюда мы получили комментарии от "Михайлович", "Иванов", "C" и т.п. Исправить это можно примерно никак.
Уникальным идентификатором польователя у нас является логин, с которым связан другой мем. Ссылки на одно и то же значение в разных таблицах могут иметь имена: customer, customer_id, owner, accound_id и моё любимое — cust_login ? Учитывая специфику нашей системы, где многое приходится делать руками (сырой SQL да), поиск по юзерам это особый вид приключений.
Стоило ли того писать столько букв, чтобы сказать, что писать инструкции и регламенты это хорошо? Надеялся найти тут что-то интересное по теме, а в итоге только уши водой промочил.
база
Ты наверное не собирал DEB-пакеты, попробуй. Вкратце — всё сильно переусложнено.
Спасибо за статью! Как раз развлекаюсь запуском виртуалок на QEMU (без всяких либвиртов) и встал вопрос "а чё с сетью делать?".
Что в вашем понимании "стандартный KVM"? Вы там ожидали увидеть libvirt и QEMU?
По итогу: вы достали образы дисков, конвертировали (ну видимо в qcow2) и запустили новые виртуальные машины с них. Банальная и очевидная операция для любого системного инженера, но подаёте это как героический героизм.
По описанию:
1. Выключили виртуальные машины (иначе прощай консистентность данных)
2. Конвертировали диски, но они ещё лежали у Nutanix
3. Подключили диру с дисками по NFS к хосту с zVirt
4. Судя по описанию не осилили обновление пула хранилища в libvirt и позвали на помощь ребят из OrionSoft (zVirt это форк oVirt, а тот, сюрприз, использует libvirt)
5. Запусили ВМ в zVirt используя диски из шары
Самое же интересное тут это как выполняли:
Ведь надо создать локальную копию диска, переключить чтение/запись на неё, а NFS шару разобрать. Опять останавливали ВМ? Но в чём тогда выигрыш от фокуса с NFS?
Тем временем OpenTelemetry, Jaeger, OpenSearch: * существуют *
Централизованный сбор логов это база. Если у вас больше одного-двух серверов/сервисов, то не собирать логи в одном месте (даже хотя бы с помощью rsyslog) это кошмар для всех причастных.
Идентификаторы запросов тоже не новость, но обычно их называют request_id, trace_id или correlation_id. Переиспользование имён уже существтующих вещей обычно приводит к путанице и избавиться от этого со временем очень тяжело.
Хах, у меня на локалхосте есть проект без названия, который так же будет убийцей Typer. На этот велосипед меня побудила омерзительная производительность Typer и некоторые специфичные требования к парсеру, которые не покрывает в полной мере ни один известный мне тулкит (я как-то целую неделю потратил изучая ландшафт того, что вообще есть в PyPI). В большом CLI (около 250 команд и субкоманд) cProfile показывает больше 1 миллиона(!) вызовов функций при `app --version` — как вам такое? Ну и ждать 800мс для того, чтобы увидеть версию это ту мач.
Неужели кроме zero-dependency к Typer нет претензий? Да и зависимость от typing-extentions не очень тянет на отсутсвтие зависимостей (хотя понимаю сложность отказа от оного). А по самой библиотеке — слабовато пока. Есть более развитый и интересный cyclopts https://cyclopts.readthedocs.io/en/latest/index.html, но он тоже bloated.
Не понял ценности предложения. Автор предлагает вместо соцсетей на базе ActivityPub (чем пользуется упомянутая Disapora) написать просто CMS для бложика? Как раз в этом толка нет. Смысл ActivityPub в том, чтобы добиться связности множества независимых узлов. Таким образом пользователь на одном узле не ограничен этим узлом, а имеет доступ к контенту всей сети и также его контент доступен всей сети. Сеть называется Fediverse. Ничто не мешает поднять инстанс Pleroma (или любого другого понравившегося движка) только для себя и пользоваться им безраздельно просто выключив регистрацию пользователей. Множество узлов в Fediverse это как раз single-user инстансы.
Так вот почему статья целиком и воды
Когда-то давно читал занимательную статью от автора языка PML (Practical Markup Language), в которой были похожие мысли и что также подтолкнуло к изобретению своего велосипеда. Вот статья, очень рекомендую почитать: https://pml-lang.dev/docs/articles/practical-document-markup-language/index.html
Тем временем yt-dlp * существует *, а если надо веб-интерфейс, то можно легко нагуглить не один фронтенд к нему
Я пытался использовать goaccess для казалось бы банальной задачи — анализ логов nginx на почти ничем не занятой машине (логов кот наплакал). Честно говоря, гораздо практичней оказались grep, awk и less. goaccess по факту даёт только очень поверхностную картинку происходящего. Как только надо изучить частности — он всё. Но это мой опыт. Было бы интересно послушать как применить goaccess с реальной пользой. Я тут имею в виду, например, хотя бы отчёты о том, сколько за последнее время было 5XX кодов, на какие URL и от кого были эти запросы.
Не понимаю, почему в подобных статьях всегда бенчмарки на винде гоняют. На серверах больше ничего не крутят?)
HarmonyOS это форк андроида (я бы сказал просто продолжение хуавеевской оболочки EMUI) — у вас есть всё, что запускается с microG или может обойтись без GMS совсем. А про обычный десктопный софт можно не мечтать. Самая приближенная к десктопу вещь там — termux.
Ваша ошибка в том, что вы воспринимаете дистрибутивы Linux как какой-то целостный коммерческий (хоть и бесплатный) _продукт_, у которого есть конкретный разработчик и бизнес-стратегия. Это не так. Вот с MacOS сравнивайте сколько хотите — такой же коммерческий софт, где гуй это основной интерфейс пользователя.
Линукс нужен на серверах, гуй для него это всего лишь бонус для домашних юзеров, коих не так уж много и энтузиастов. На работе тоже вполне себе успешно эксплуатируем линукс на рабочих станциях, но у нас там и нет софта, специфичного для виндовс, а там где он нужен стоят машины на винде. Так уж сложилось, что майкрософт оказался хорош в навязывании своей ОС. А линукс просто другой.
Вмешательства кого, простите?)
Не поверите, но да.
См. мой первый абзац. Большинство корпораций заинтересованы вовсе не в гуях для линуксов, а в развитии ядра и инструментов для решения конкретных утилитарных задач.
Вы только что изобрели протоколы gopher и gemini
Ради интереса посмотрел как в базе моей конторы хранится имя пользователя — там один строковый `p_fio` ?. Мы уже попали в смешную ситуацию когда потребовалось в одном из наших сервисов выводить только имя пользователя вместо полного имени. Сам столбец может быть заполнен абсолютно произвольно, отсюда мы получили комментарии от "Михайлович", "Иванов", "C" и т.п. Исправить это можно примерно никак.
Уникальным идентификатором польователя у нас является логин, с которым связан другой мем. Ссылки на одно и то же значение в разных таблицах могут иметь имена: customer, customer_id, owner, accound_id и моё любимое — cust_login ? Учитывая специфику нашей системы, где многое приходится делать руками (сырой SQL да), поиск по юзерам это особый вид приключений.
Стоило ли того писать столько букв, чтобы сказать, что писать инструкции и регламенты это хорошо? Надеялся найти тут что-то интересное по теме, а в итоге только уши водой промочил.