Двести семьдесят сервисов, и ни одного интересного
В каталоге нет ничего, что стоило бы показывать на конференции. Это и есть цель: инфраструктура должна состоять из решённых задач.
Если пройти по каталогу подряд, впечатление будет ровное: мониторинг, вики, трекер задач, панель состояния, учёт секретов, файловое хранилище, автоматизация процессов, очереди, базы, обратные прокси.
Ни одной позиции, про которую хотелось бы рассказать. Это не упрёк каталогу — это его назначение.
Что значит «скучный» здесь
Приложение, у которого нет открытых вопросов. Известно, зачем оно, известно, чем его заменить, известно, что с ним случается в эксплуатации, и есть кому его сопровождать.
Такие приложения не обсуждают. Их ставят и забывают, а забыть — самое ценное свойство инфраструктурного компонента.
Почему в набор не попадает новое и интересное
Потому что критерий отбора — не польза, а предсказуемость. Приложение попадает в статус «проверено», когда его конфигурация в каталоге соответствует реальным требованиям к работе и когда его версия закреплена и вложена.
У молодого проекта версии переезжают, зависимости меняются, конфигурация переименовывается. Он может быть лучше зрелого аналога по возможностям и хуже по единственному параметру, который здесь решает: воспроизводимости через год.
Это не значит, что такое приложение нельзя поставить. Значит, у него будет статус «кандидат» и явный флаг при установке.
Что скучность даёт на практике
Замена без переписывания. Если сервис из зрелой категории надо поменять, аналог существует и переезд понятен. Уникальное решение заменить нечем.
Ответы в интернете. Проблема, с которой сталкиваются десятки тысяч установок, уже описана. Проблема уникальной конфигурации описана только у вас.
Найм. Инженер, пришедший в проект, узнаёт половину набора по названиям.
Где интересное всё-таки уместно
В вашем приложении. Каталог закрывает вспомогательный слой, чтобы внимание и оригинальность уходили туда, где они создают ценность.
Инфраструктура, в которой каждый компонент — интересный выбор, съедает это внимание целиком. Причём съедает не один раз при внедрении, а постоянно: каждый нестандартный компонент требует своего знания при каждой аварии.
Обратная сторона
Каталог из скучных сервисов не выглядит впечатляюще в презентации. Он и не должен: предмет покупки — не список названий, а то, что этот список поднимается одной командой, воспроизводимо и с закреплёнными версиями.
Единственная интересная часть в такой конструкции — то, чего в ней нет: ручных шагов, ссылок на внешние репозитории в момент установки, приложений с плавающими версиями и состояния, которого нет в описании.