Когда свой каталог - это не просто импортозамещение
MONT и Avanpost договорились о партнёрстве: MONT займётся развитием партнёрского канала Avanpost и расширением сети интеграторов.
В выигрыше не только MONT и Avanpost. Для рынка это тоже хорошая новость, особенно для компаний, которые работают с MONT и планируют миграцию с Microsoft AD на Linux-каталог: теперь у них есть ещё один вариант – Avanpost DS Pro.
Российские Linux-каталоги собраны по-разному: одни вокруг FreeIPA, другие на Samba DC. Вместе с каталогом заказчик выбирает его архитектуру, зависимости и инструменты администрирования. Поэтому два продукта с одной задачей в эксплуатации ведут себя по-разному.
Avanpost пошёл другим путём
Ядро Avanpost DS – LDAP-сервер и Kerberos – написано на Go с нуля, без open-source-компонентов. По заявлению вендора, DS Pro протестирован под нагрузкой до 30 млн объектов.
Что это даёт?
Типичный Linux-каталог собран из нескольких компонентов. Каждый зрелый и проверенный, но со своей архитектурой и зависимостями. Вендору приходится развивать свой продукт и одновременно считаться с чужим кодом.
Своя разработка даёт полный контроль над ключевыми компонентами. Их можно менять, искать узкие места и оптимизировать под нагрузку, а не подстраиваться под архитектурные решения, которые принимали без тебя. Avanpost среди плюсов своего подхода называет производительность и масштабируемость.
Но производительность важна не только в штатном режиме
Каталог может вообще не упасть. Неудачный скрипт, сбой интеграции или массовое изменение затронули несколько тысяч объектов – а контроллеры доступны, пользователи аутентифицируются, мониторинг зелёный. Но у части сотрудников уже изменились атрибуты, членство в группах или права доступа. Формально всё работает, а данные внутри – уже нет.
Мало обслуживать миллионы объектов в штатном режиме. Нужно ещё быстро понять, что именно сломалось, и исправить это, не откатывая миллионы корректных данных вместе с ошибочными.
При больших объёмах узким местом может стать уже сам каталог. Мы сталкивались с этим при нагрузочном тестировании одного из Linux-каталогов, построенных на open-source-компонентах: массовые операции на сотнях тысяч объектов выполнялись критически медленно, а удаление нескольких тысяч учётных записей заняло несколько дней. Во время нагрузки возникали ошибки, а репликация между контроллерами некоторое время не восстанавливалась.
Поэтому производительность каталога при больших объёмах – это не вопрос комфорта администратора. От неё напрямую зависит, сколько времени займёт исправление массовой ошибки.
** И здесь у Avanpost есть ещё одна полезная связка**
С августа Avanpost DS Pro совместим с Granulex Recovery. Granulex сравнивает текущее состояние каталога с резервной копией, показывает, что изменилось не туда, и позволяет выборочно вернуть нужные объекты и атрибуты – без полного отката каталога.
Так что при выборе замены Microsoft AD важен не только список функций. Сколько объектов реально выдерживает каталог? Как ведёт себя под нагрузкой? И насколько быстро можно найти и исправить ошибку, если из миллиона объектов сломалась тысяча?
Когда от каталога зависят доступы всей компании, это уже не мелочи.
Канал Granulex в Telegram
Канал Granulex в MAX