KnucklesCap

За непродолжительный срок было установлено и настроено всё, что нужно было установить и настроить. Начать, естественно, было решено с регистрации. Тут всё просто: пользователь вводит почту, получает письмо со ссылкой верификации и активируется в приложении. Ничего сложного и громоздкого на данном этапе не требуется. Пока что без магии - чисто “чтобы работало”.

Дальше пользователь попадает на создание аккаунта/профиля. Здесь также ничего сложного не будет: имя, логин, несколько настроек а-ля аватар. Предполагается дополнительный контент для пользователя в настройке профиля, однако об этом гораздо позже, однозначно будет послерелизная разработка. Сейчас без перегрузки: минимально, понятно, достаточно.

Про авторизацию и профили пользователей рассказать особо нечего, всё стандартно и предельно понятно. Но с обменом сообщениями между пользователями пришлось повозиться. Так как в обмене сообщениями подразумевается ещё и передача медиафайлов (как минимум), пришлось всё делать капитально, с учётом дальнейшего расширения и интеграции в другие разделы. Чтобы потом не пилить отдельный обмен под каждый сценарий.

В целом и здесь без откровений: пользователь -> сервер -> пользователь. Добавим к этому счётчик сообщений и уведомления. Передача медиа пока будет ограничена изображениями, сервер нужен будет побольше чем сейчас планируется. Часть функционала доработается уже после запуска. Но основные привычные вещи уже на месте и работают так, как от них ожидаешь.

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

Следующий этап разработки самый “весёлый” и одновременно самый сложный. Но именно он и определяет, почему это всё из “очередного чатика” внезапно превращается в сервис.

Продолжение весьма скоро…

Теперь о главном. Так как многие в комментариях и с других источников хотят видеть исключительно мессенджер, при этом звучит мысль, что не составит труда поднять свой на сторонних клиентах и ресурсах за час и при этом потратив ноль денег, то можно констатировать что все уже подняли собственный мессенджер, да еще и с “безопасной безопасностью” в комплекте. Значит, можно не тратить время на очевидные вещи и двигаться дальше.

В действительности обмен сообщениями между пользователями не такая глобальная задача + безопасность + хранение-обработка + визуальная часть и ещё масса мелочей, можно реализовать достаточно быстро сообщениями и профили пользователей а-ля ТГ. Однако просто очередной мессенджер никому не нужен.

Исходя из вышесказанного всё меняется кардинально. Мессенджер больше не приоритет - делаем Сервис! В работу заявлено шесть направлений, подробности будут появляться по мере готовности и выхода новых релизов. Сейчас ведётся работа над “никому не нужным” обменом сообщениями, потому что есть необходимость в профилях пользователей, как и сами пользователи и регистрация с последующей верификацией, и те самые масса мелочей. Это необходимая часть архитектуры, без которой невозможно двигаться к более сложным возможностям.

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

Отдельное внимание планируется уделить системе автоматической модерации сообщений на предмет противоправных действий, например выявления мошенничества и других незаконных действий.

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

ЗЫ: для особо “смешных” шутников предусмотрено шапито, отдельно, на парковке…

Backend
- Python
- Django

Frontend
- React
- React Native

Базы данных
- PostgreSQL
- Cassandra

+ Redis

WhatsApp*

Backend
- Erlang

Frontend / клиенты
- Android → Java / Kotlin
- iOS → Swift
- Web → JavaScript

Базы данных
- Mnesia
- CouchDB

Discord**

Backend
- Elixir
- Phoenix framework

Frontend
- React
- React Native
- Desktop → Electron
- Rust для голосовых серверов

Базы данных
- PostgreSQL
- ScyllaDB
+ Redis

Telegram***

Backend
- C++
- C
- Python

Frontend / клиенты

- Android → Java / Kotlin
- iOS → Swift
- Desktop → C++ (Qt)

Базы данных
- кастом

+ кастомный протокол шифрования MTProto

Практически всё написано с нуля, без популярных фреймворков!

Мессенджер - Сервис XXXX

Backend
- Python 3.12
- FastAPI

Frontend
- React
- TypeScript

База данных
- PostgreSQL

+ Redis
+ Celery

Стек был выбран исходя из нескольких параметров :

- быстрая разработка
- экосистема Python с кучей библиотек
- хорошая отказоустойчивость
- будет крутиться даже на тапке
- с другим мы работать не умеем :)

Исходя из вышесказанного для MVP считаю этот стек подходящим.
Так же хотелось бы услышать мнение, где тут можно облажаться.
Слежующим постом посмотрим как это всё поднимется!

* Признаны экстремистскими организациями и запрещены на территории РФ.
** Доступ ограничен в связи с нарушением требований законодательства РФ.
*** Признан экстремистским и запрещен на территории РФ (на всякий случай).