Эта статья основана на нескольких годах работы над модернизацией SPICE: изучении исходного кода, анализе узких мест и попытках понять логику архитектурных решений. Это концентрированный опыт, а не пересказ документации.
История протокола здесь не для полноты изложения. Она объясняет, почему SPICE устроен именно так и почему одни ограничения можно снять, а другие приходится принимать как данность.
SPICEЧитать полностью »
Что пришлось проверить, прежде чем доверять системе самостоятельную работу над программным проектом.
Последние несколько месяцев я активно использую AI‑инструменты в разработке. Coding agent может изучить репозиторий, написать код, запустить тесты и предложить изменения. Но после завершения задачи кто‑то должен оценить результат, поставить следующую задачу, передать контекст и разобраться с ошибками. Обычно этот кто‑то — человек.
Да, направление здесь немного непривычное: обычно Java запускают в Linux, а здесь я решил попробовать запустить Linux из Java.
Причём не через QEMU, не через готовую обёртку над каким‑нибудь hypervisor API и без собственной JNI‑библиотеки. Host‑приложение написано на Java 25, с Linux KVM оно общается через Foreign Function & Memory API.
И в какой‑то момент всё это действительно дошло до такого:
/ # ls
bin dev init proc root sys
/ #То есть внутри поднялся настоящий Linux kernel, дошёл до BusyBox userspace, появился интерактивный shell, в него можно было ввести команду и получить ответ.
Именно в этот момент я впервые подумал: «Что, реально? Оно работает?»
Это вторая часть разбора ошибок конфигурации MS SQL Server под 1С. Первая часть — про планирование и развёртывание: профили нагрузки, дисковая подсистема, баланс ресурсов, инсталляция и виртуализация, здесь первая часть. Там же была описана типичная история дефолтного развёртывания сервера на прод или «как не надо».
Обзоров VPS на Хабре хватает, но почти все сделаны Windows-утилитами и сводятся к тому, какой диск показал «отличный результат». Мне же нужна была батарея, которую можно прогнать по SSH на любой машине, и понимание, что конкретно означает каждое число.
Второй пункт оказался неожиданно объёмным. Я трижды получал красивые результаты, которые не имели отношения к тому, что я думал измерить: скорость оперативки вместо диска, кэш гипервизора вместо носителя, конфиг лимитера вместо производительности. Каждый раз цифры выглядели совершенно правдоподобно, и я бы их спокойно опубликовал.
Кластер виртуализации содержит множество гипервизоров. На каждом гипервизоре разворачивается множество виртуальных машин. Каждая машина, как правило, отвечает за работу одного сервиса.
Если части одного сервиса развернуты на нескольких машинах (например, реплики или ноды), для краткости такой сервис будет называться распределенным. Каждый распределенный сервис может быть распределён неравномерно, что снижает его отказоустойчивость.
Далее под распределением сервисов предлагается понимать распределение виртуальных машин, на которых запущены части одного сервиса.
Виртуализация — неотъемлемая часть IT-инфраструктурыЧитать полностью »
