The post has been translated automatically. Original language: Russian
Over the years, I've noticed a pattern.
When the task of creating a new VM comes up, almost always the processors, memory, disk size, or operating system are discussed.
But almost no one asks another question.
Who will be the owner of this virtual machine in a year?
At first glance, the question seems strange.
What difference does it make who owns it if you just need to launch a new service now?
The difference becomes noticeable much later.
Several months pass.
The company's projects are changing.
Someone is quitting.
Teams redistribute tasks.
And one day, a virtual machine appears, about which only one thing is known - it works.
Can I turn it off?
No one knows.
Is it possible to upgrade?
It's also unclear.
What's running on it anyway?
We have to figure it out.
Almost any sufficiently large infrastructure has such servers. Not because the engineers did something wrong. It's just that no one thought that in a few years the original context would disappear.
After several similar stories, we began to notice a simple thing.
The technical characteristics of a VM change over time. Memory is being added, disk is being increased, and the operating system is being updated.
But the information about why it exists and who is responsible for it usually remains the same as it was on the day it was created. If it was recorded at all.
That is why the question of the owner is sometimes more important than the question of the number of processor cores.
When it is clear who is responsible for the service, it becomes much easier to make any decisions. Plan updates. Look for the causes of problems.
Understand whether it is possible to disable an unused system.
Sometimes a good infrastructure doesn't have the fastest servers or the newest hardware.
It is distinguished by the fact that you can quickly find the answer to almost any question.
Who owns this service?
What is it used for?
Who will make the decision if something needs to be changed?
It turns out that these questions help to maintain order much longer than it seems on the day of the creation of the next virtual machine.
За годы работы заметил одну закономерность.
Когда появляется задача создать новую виртуальную машину, почти всегда обсуждают процессоры, память, объем диска или операционную систему.
Но почти никто не задает другой вопрос.
Кто будет владельцем этой виртуальной машины через год?
На первый взгляд вопрос кажется странным.
Какая разница, кто ее владелец, если сейчас нужно просто запустить новый сервис?
Разница становится заметна гораздо позже.
Проходит несколько месяцев.
В компании меняются проекты.
Кто-то увольняется.
Команды перераспределяют задачи.
И однажды появляется виртуальная машина, про которую известно только одно - она работает.
Можно ли ее выключить?
Никто не знает.
Можно ли обновить?
Тоже непонятно.
Что на ней вообще запущено?
Приходится разбираться.
Такие серверы есть почти в любой достаточно большой инфраструктуре. Не потому, что инженеры что-то сделали неправильно. Просто никто не думал, что через несколько лет первоначальный контекст исчезнет.
После нескольких похожих историй мы начали замечать простую вещь.
Технические характеристики виртуальной машины со временем меняются. Добавляется память, увеличивается диск, обновляется операционная система.
А вот информация о том, зачем она существует и кто за нее отвечает, обычно остается такой же, какой была в день создания. Если ее вообще записали.
Именно поэтому вопрос о владельце иногда оказывается важнее вопроса о количестве процессорных ядер.
Когда понятно, кто отвечает за сервис, становится значительно проще принимать любые решения. Планировать обновления. Искать причины проблем.
Понимать, можно ли отключить неиспользуемую систему.
Иногда хорошая инфраструктура отличается не самыми быстрыми серверами и не самым новым оборудованием.
Ее отличает то, что почти на любой вопрос можно быстро найти ответ.
Кому принадлежит этот сервис?
Для чего он нужен?
Кто примет решение, если потребуется что-то изменить?
Оказывается, именно эти вопросы помогают поддерживать порядок намного дольше, чем кажется в день создания очередной виртуальной машины.