> Да ты никак не угомонишься). Я смотрю ты из тех админов, у которых опыта "нажали кнопочку и откинулись на спинку кресла."И как ты это понял? Астрологический прогноз составил?
> Ага, рассказывай. Потом МБ воет от таких "гуру". Им про дела земные, а такие как ты все пытаются сумничать и усложнить до уровня космоса.
> Опять ты со совими сервиспровадерами. Чего у тебя с ними там? Все никак не пойму.
Ну потому что во-первых я работаю в этой среде и только с очень крупными развертываниями. Во-вторых dovecot - это продукт для сервиспровайдеров, а это как бы тема новости, на минуточку. Я не понимаю, что ты так сконцентрировался на МБ. И для малого бизнеса я делал развертывания и не буду я им предлагать решение по электронной почте с несколькими ДЦ и 5000 серверов. У каждой задачи есть свой инструмент. Прекрати свои глупые гадания про меня.
> А про Коммунигейт даже не слова. Что так? Не потянул?
Я люблю Коммунигейт у них хорошие SIP-функции, много пользовался сам как клиент, много ставил. Но вот почтовый сервис у них для провайдерских задач (суперкрупные развертывания) слабоватый.
Последний раз когда я имел честь общаться с разработчиками Коммунигейта, они меня уверили в том что есть планы по развитию продукта, что некоторые его подсистемы нужно переписывать и главное - работа со стораджем.
Вообще исторически у него была проблема с отказоустойчивостью и кластеризацией. Добиться высокого SLA было нереально. Потом они это исправили добавив вот это: https://www.communigate.world/Papers/FF_Dynamic_Cluster.pdf
Это было добавлено как средство, чтобы залатать дырку в недостающем функционале по отказоустойчивости. Но у меня на это всегда есть аргументы:
- "Inverted Pyramid of Doom" это гуглится. Вся полноценная кластеризация коммунигейта упирается в одну хранилку NFS (современная версия только с ним нормально работает и официально поддерживается на 100%)
- При попытке решить проблему единой точки отказа (хранилка на несколько петабайт) посредством репликации на вторую такую же растет стоимость решения и не решается проблема, а что делать если засунула в реплику битые данные
- Архитектура Disaster Recovery... Communigate ничего не предлагает
- Попытка ставить сложные структуры из тонны маленьких хранилок с NFS Proxy - это высшая форма ненужного переусложнения.
Проблема в том, что мне всё равно нужны:
- Средства восстановления любого кластера от тотального сбоя и развала. По закону Мёрфи, всё что может пойти не поплану обязательно пойдет не по плану.
- Если Communigate научится управлять своим почтовым хранилищем и предоставит свое решение по DR - будет то что нужно
- Если Communigate откажется развивать Dynamic Cluster, а вернется к истокам, добавив репликацию и засунув письма в no-SQL/ISAM базы в рамках обычного кластера, то это тоже решает проблему.
На данном этапе я его могу порекомендовать в Enterprise даже в крупный, но не на геораспределенные публичные почты и не на сервиспровайдерские теннанты.
Я надеюсь, что развитие пойдет в правильном направлении, а то переписывание вебки ради красот фронтенда это мало.
Нужно понимать, что Communigate очень сложен из-за того сколько в нем телефонии. Если ты посмотришь на страницу 5 той самой PDF-ки которую я скинул, то ты увидишь, что кластеризаций и отказоустойчивости там много:
1. Балансировщики
2. Фронтенды
3. Бекенды
4. Сторадж
В то время как в том же Exchange у тебя их в свежих версиях 2.
1. Балансировщики
2. Mailbox-кластеры (в корпоративной среде он обычно один)
Бывают еще рядом стоящие MTA и Client Access Proxy, но только для уберкрупных развертываний. Почему так? Почему так сложно в Communigate, спросишь ты. А я тебе отвечу, потому что телефония дружок. У нее свои требования по кластеризации. Exchange тоже был уберсложный пока они не выпилили нафиг ненужный Exchange UM, который проще на рядом стоящих астерисках и камаилио делать, нежели через Exchange.
А вот у Communigate полноценный сервис телефонии внутри, который будет даже хорошо работать, если ты построишь TURN-релеи по транспортной сети и стыки с медиапроксикластерами местных VoIP-провайдеров в тех регионах, где у тебя офисы... но вот как почта это такое себе.
И да, лучше Communigate покупать чем упражнять с dovecot community и укостыливать его.
Причем самое смешное, что ESE теперь открыт под MIT и можно засунуть этот же самый формат базы edb в communigate взяв у Exchange всю логику репликации стораджа. Это радикально решает проблему со сложностью сопровождения больших развертываний Communigate и все тулзы есть и бекап-продукты понимают этот формат из коробки. Короче, я жду от нх развития продукта, но понимаю уровень сложности задачи по мажорному апгрейду, потому что там реально нужно очень многое переписать.
