AAA lab · сервисы в работеОбсудить задачу
04услуга

Корпоративная почта на своих серверах

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

01

Что закрываем

01

Свой узел, свои политики

Ящик, сертификаты и вход на сервисы — на ваших серверах. Правила задаёте вы, а не хостинг с рассылкой «мы изменили лимиты».

02

Письма не уходят в спам

Подписи, шифрование и корректные записи. Доставка проверяется, а не считается удачной, потому что «отправили».

03

Фильтр на входе

Мусорный трафик режется до ящика. Периметр почты — часть контура безопасности, не отдельная галочка.

04

Сертификаты сами

Срок жизни сертификата не должен быть сюрпризом в понедельник. Обновление — сценарий, не ручной дедлайн.

02

Как собираем

01

Почта в том же контуре

Вход на сервисы и ящик не размазаны по трём подрядчикам. Сбой одного звена не должен оставлять компанию без обоих.

02

Контроль доставки

Видно, ушло ли письмо и почему его не приняли. «У провайдера что-то случилось» — не рабочая диагностика.

03

Сопровождение узла

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

Сеть и доступ

Защищённый доступ, контролируемый периметр и понятная маршрутизация

  • WireGuard
  • TLS 1.3
  • Caddy / Nginx / Traefik
  • DNS и сегментация

Данные

Производительность, резервное копирование и проверяемое восстановление

  • PostgreSQL
  • Redis
  • pgBackRest
  • S3-совместимые бэкапы

Наблюдаемость

Метрики, логи и оповещения до того, как проблему заметят пользователи

  • Prometheus
  • Grafana
  • Loki
  • Alertmanager
  • OpenTelemetry
03

Связанный кейс

Своя почта: Почта и вход на сайты на своих серверах.

почта

Своя почта

Почта и вход на сайты на своих серверах.

Доставляемость 10/10

Разбор кейса
04

Вопросы

Зачем своя почта, если есть облако?

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

Вы занимаетесь только ящиками?

Нет. Почта, сертификаты и вход на сайты собираются как один контур, иначе при сбое остаётесь без половины доступа.

Кто отвечает за доставляемость?

Мы настраиваем подписи, шифрование и записи, затем сопровождаем узел. Доставляемость проверяем, а не обещаем «на глаз».

Можно переехать с чужого хостинга?

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

05

Другие направления

01

Инфраструктура

Сервис должен выдерживать обновление, сбой и рост нагрузки без ручной магии. Берём путь от сценария запуска до графиков, копий и человека, которому можно написать.

02

Сеть и доступ

Доступ не должен зависеть от чужого VPN и ключей в чате. Собираем контур, в котором видно, кто входит, куда можно ходить и жив ли канал.

03

Backend

Сервис не должен собирать отчёт руками и терять операции между таблицами. Разводим потоки, включаем проверку и оставляем контур, который можно сопровождать.

05

ИИ

ИИ — продолжение той же инженерной роли, что сеть и backend. Подбираем схему под данные, риск и бюджет: локально, через API или гибридно.

06подключение

Получить план запуска

Опишите текущую ситуацию — ответим, какие работы нужны по инфраструктуре, сети, backend или ИИ, какие риски видим и с чего начать.

Отправляя бриф, вы подтверждаете согласие на обработку данных в соответствии с Политикой конфиденциальности и Условиями сервиса «Яндекс Метрика».