Что веб-интерфейс Proxmox делает хорошо, и где вы всё-таки открываете второй экран

Стоит сказать это прямо, потому что часто предполагают обратное: веб-интерфейс Proxmox хорош. Он показывает почти всё, что умеет система, не прячет состояние за приветливыми сводками и не врёт вам. Многие держат серьёзную инфраструктуру, не используя больше ничего, и это не вынужденная уступка.

Быть честным в этом не вежливость. Если вы не можете сказать, что инструмент делает хорошо, вы, скорее всего, не сможете точно сказать и где он неудобен, а полезна именно вторая фраза.

Что он делает хорошо

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

Он не притворяется. Если значение неизвестно, оно и выглядит неизвестным. Если задача провалилась, провал виден вместе с выводом. Интерфейсы, которые это сглаживают, приятны ровно до момента, когда вам нужна правда.

Он плотно ложится на систему под собой. То, что вы видите, соответствует настоящим объектам, поэтому выученное в интерфейсе переносится в командную строку и обратно. Инструменты, придумывающие собственную абстракцию, учат вас инструменту, а не системе.

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

Где на самом деле трение

Не на отдельном экране. В вопросах, ответ на которые размазан по нескольким.

Спросите: «если этот диск умрёт сегодня ночью, какие машины лягут?» Интерфейс может ответить. Вы открываете хранилище, отмечаете, что на нём, открываете каждую машину, смотрите её диски и держите промежуточный результат в голове. Четыре экрана и мысленное соединение, а в следующий раз всё заново.

Спросите: «через какой мост эта машина на самом деле выходит наружу?» Та же форма. Машина, мост, физический порт, и соединение происходит в вашей памяти.

Спросите: «чего коснётся это изменение до применения?» Здесь интерфейс помогает лишь отчасти, потому что ответ нигде не хранится: его нужно вывести, проходя связи вперёд.

Это не нехватка возможностей. Каждый нужный факт присутствует и верен. Цена в сборке, и платится она каждый раз при постановке вопроса, а не однажды.

Почему эта цена невидима, пока не станет видимой

В спокойный день открыть четыре экрана не тягость. Это ощущается как обычное администрирование, потому что так и есть.

Дорого становится ровно в двух случаях. Во время аварии, когда соединение делается в спешке и неверное соединение даёт уверенный неверный ответ. И на незнакомой системе, где вы ещё не знаете, какие связи существуют, а значит не знаете, чего не проверили.

Поэтому те, кто годами держит один сервер, часто вообще не сообщают о трении, а те, кто унаследовал сервер неделю назад, сообщают о большом. Оба точно описывают один и тот же интерфейс.

Чего второй слой делать не должен

Он не должен заменять первый. Родной интерфейс остаётся эталоном того, что система действительно думает. Всё, что ему противоречит, по определению неверно, и второй слой, приучающий туда не смотреть, это риск.

Он не должен придумывать свою модель. Если второй слой учит вас понятиям, которых в Proxmox нет, вы с этого момента держите перевод в голове, а переводы расходятся.

Он не должен прятать отказы. Слой, который сообщает об успехе охотнее системы под ним, хуже, чем отсутствие слоя.

Честный способ выбрать

Не спрашивайте, какой интерфейс лучше. Спросите, какие вопросы вы задаёте чаще всего и живут ли ответы на одном экране или на четырёх.

Если ваши обычные вопросы про один объект, запусти эту машину, увеличь тот диск, проверь ту копию, родной интерфейс отвечает напрямую, и второй слой добавляет шаг впустую.

Если ваши обычные вопросы про связи, от чего это зависит, чего это коснётся, где оно на самом деле работает, вот они и стоят вам каждый раз, и это единственная честная причина что-то добавлять.

Что делает Atlas

Atlas работает рядом с интерфейсом Proxmox, а не вместо него, и целится ровно в вопросы о связях выше.

Цепочка ресурсов рисуется от машины до физического диска, а сетевая цепочка от машины до физического порта, так что соединение, которое раньше происходило в голове, происходит на экране. В этом вся разница: те же факты, собранные один раз и остающиеся собранными.

Перед выполнением изменения перечисляются ресурсы, которых оно коснётся, и третий вопрос из выводимого превращается в читаемый.

И он отражает Proxmox, а не подменяет его модель: пользователи, роли, группы и токены API это те же, что в Proxmox, права спрашиваются у Proxmox при входе, и Atlas не строит параллельного понятия, которое вам пришлось бы синхронизировать. Выученное здесь остаётся верным там.