Вы описали какого-то идеального девопса, работающего в одной из тех (довольно немногочисленных) компаний, где выгода от использования всех тех крутых технологий, которые обычно ассоциируются с девопсятиной, очевидна - это, на минуточку, начинается не на уровне десятка взаимодействующих сервисов, представленных несколькими экземплярами, а гораздо дальше. Тогда да - никак без самостоятельности, чтения тонн мануалов и прочих прекрасных навыков, о которых вы говорите.
Как же бывает в большинстве случаев, по моему опыту? IT-менеджер, начитавшись Хабра, загорается идеей - "всё сделать, как в лучших домах Аргентины" и повелевает начать распил продукта на микросервисы, миграцию баз и всего остального в облака, прочие serverless, PaaS, SaaS и другие модные аббревиатуры. Разработчики офигевают, как и админы, которым добровольно-принудительно нашили бирку "девопс-инженер" и сказали, что теперь они должны ещё более лучше сотрудничать с этим, этим и этим отделом, выполняя новый пласт обязанностей (разумеется, без каких-либо курсов повышения квалификации и за те же деньги).
И никого не волнует, что CI/CD и до этого был неплохо настроен - не с помощью докера же!
Не волнует, что отказоустойчивость была на высоте - не с использованием облаков и кубернетиса же!
И что монолит уже много лет прекрасно выполнял свои функции и редко-редко падал одним куском, обычно тоже никого не волнует - у нас, знаете ли, 21 век и микросервисность.
Последний абзац, намекающий, что девопс - этот какой-то продвинутый админ, вообще позабавил :) Как будто не бывает тупеньких девопсов, способных только копипастить команды из мануалов, и админов, которые по своей инициативе изучают актуальные технологии, не дожидаясь пинка и навешивания каких-то там ярлыков.
Для ещё более незаметного переноса в следующий раз рекомендую использовать в конфигах не айпишник сервера, а DNS-имя - тогда можно будет переносить хоть к чёрту на рога, просто поменяв А-запись.
nihi1ist, это у вас какой-то шелл модный, стандартный баш так не умеет из коробки. Если в баше нажать кнопку вверх - всё сотрётся к чертям и отобразится предыдущая введённая команда.
impressive17, партиционирование не исключает индексов, а дополняет - просто один большой индекс и, в худшем случае, фуллскан одной большой таблицы заменяется возможностью исключить на этапе планирования ненужные диапазоны и потрогать только нужные секции - https://postgrespro.ru/docs/postgresql/14/ddl-part...
kalapanga, почему, кстати, именно колонки? Какое-то странное, имхо, желание...
Я не помню точно, возможно более опытные товарищи меня поправят - но по-моему, постгрес резервирует для каждой новой строки таблицы место сразу, вне зависимости от того, пустые ли поля и сколько байтов реально занимают записи внутри них - по максимуму.
