Год назад мы всей командой переезжали из Slack в Mattermost. В конце июня 2022-го Mattermost без предупреждения удалил наш воркспейс — вместе со всей историей переписки. Рассказываю, почему мы вообще выбрали Mattermost, что случилось дальше и что теперь делаем, чтобы больше не зависеть от чужого облака.
Почему мы ушли со Slack
В Slack нас всё устраивало, кроме одного: после 10 000 сообщений бесплатный план обрезает историю переписки, а платная подписка при нашей численности команды выходила в кругленькую сумму в год — счёт шёл на сотни тысяч долларов, если считать на годы вперёд с учётом роста. Мы посмотрели порядка полусотни альтернатив — от self-hosted решений до других SaaS-мессенджеров — и остановились на Mattermost.
Решающим фактором стала модель тарификации: облачный Mattermost на тот момент стоил около $10 в месяц за воркспейс, а не за пользователя, как это устроено у большинства конкурентов. Для команды нашего размера это было в разы дешевле Slack, при этом интерфейс и логика работы были знакомыми — переезд занял у сотрудников буквально пару дней на привыкание.
Что произошло в июне 2022-го
В июне 2022 года мы получили от Mattermost уведомление: сервис ссылался на санкции США и сообщал, что не может обслуживать организации из России и Беларуси. Мы написали в поддержку, попытались уточнить детали и обжаловать решение — ответа не последовало.
Через некоторое время воркспейс просто удалили. Без дополнительного предупреждения, без возможности выгрузить данные заранее. Формальной причиной в системе значилось «60 дней неактивности» — притом что оплата была активна, а сотрудники пользовались чатом ежедневно. По сути, это было расхождение между официальной формулировкой и реальной причиной блокировки.
Мы оказались не одни: примерно тогда же с аналогичной проблемой публично столкнулась онлайн-школа «Вебиум» — их воркспейс Mattermost заблокировали по той же схеме.
Как мы восстановились за два часа
Хорошая новость в том, что Mattermost — open-source продукт, и у нас не было завязки на проприетарный формат данных или закрытую инфраструктуру. Мы развернули собственный инстанс Mattermost на Yandex.Cloud, сознательно отказавшись от Kubernetes в пользу простого Docker-деплоя — для наших задач оверинжиниринг с оркестрацией был не нужен, а скорость запуска была критична.
От момента, когда стало понятно, что со старым воркспейсом всё кончено, до момента, когда команда снова могла писать друг другу — прошло около двух часов. Интерфейс и логика работы остались прежними, поэтому сотрудникам не пришлось заново привыкать к новому инструменту — по сути, для них ничего не изменилось, кроме адреса в браузере.
Что мы вынесли из этой истории
Чужое облако — это чужой компьютер. Удобство SaaS не отменяет того факта, что данные и доступность сервиса физически находятся под чужим контролем. В обычной ситуации это не проблема, но в моменты геополитической турбулентности сервис может измениться в одностороннем порядке и без предупреждения.
Self-hosted и open-source — не паранойя, а страховка. Мы не отказались от идеи Mattermost как продукта — отказались только от зависимости от чужого облака. Открытый исходный код позволил поднять свою инфраструктуру за два часа, не теряя ни интерфейс, ни привычки команды.
Для критичной инфраструктуры стоит заранее продумывать план Б. Мы не рассчитывали именно на такой сценарий, но подготовленность (открытый формат данных, знакомство с self-hosted вариантом развёртывания) сыграла на руку, когда пришлось действовать быстро.
Сейчас у нас работает собственный инстанс Mattermost — без зависимости от чужих политик блокировок и без риска однажды утром обнаружить, что вся история переписки команды исчезла.
Подробнее о самой истории и реакции сообщества можно почитать в оригинальной публикации на vc.ru: Mattermost умер, да здравствует Mattermost: что делать, если мессенджер заблокировал воркспейс.