Сервис авторизации

Обсуждение (14)

Перейти

Для кого:

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

Проблема:

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

Решение:

Наше решение построено на платформе Yandex Cloud Serverless, что решает проблему с соблюдением Российского законодательства, обеспечивает надежность хранения данных и дает гибкость этого решения.

Преимущества:

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

Не все запросы, требуют сложных решений. Мы стремимся, к простым решениям в мире сложностей.

Перейти

Статус проекта:

💰Ищу инвестиции

На данный момент сервис находится на стадии MVP. Нужны инвестиции для реализации полнофункциональной версии. Расчеты есть. Связаться со мной в Telegram @dympopov.

Есть бесплатные опции

Подробнее

Охотники: 10

Основатели: 44

Пользователи: 12

Основатель

Дмитрий Попов

Еще проекты из этой области

Обсуждение

14 комментариев

Популярные

Новые Старые

Межтекстовые Отзывы

Посмотреть все комментарии

Николай Чураев ⭐️

churaev.com

25 дней назад

Идея прекрасная – у нас нет ни одного СIAM/IAM сервиса в облаке. Ценник на on-prem решения импортозамещенных IAM – как чугунный мост.

А все что после идеи – совсем непонятно.
Продукт с февраля 2024, а у меня в октябре 2025 нет плагина для WP, нет формочки привязки своего домена, если я хочу продукт в облаке, непонятно как его деплоить к себе в Яндекс и пр. и пр.

Видимо бедность функционала обуславливается тем, что это своя разработка с нуля. Похвально, но на мой взгляд, в 20х годах 21 столетия нельзя писать продукты без заимствований из Opensource. Доводы к тому, что продукт должен быть импортозамещённым – для кого? В Enterprise продавать рано, в SMB не спросят – нужен функциональный продукт с поддержкой. Я голосую за Zitadel или Logto c поддержкой.

Основатель

Дмитрий Попов

stl.im

25 дней назад

Ответ на Николай Чураев

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

Относительно Zitadel, Logto, Keykloak и прочих. Повторюсь – в большинстве около государственных заказов или, тем более, государственных, речи об использовании иностранных сервисов не может быть и речи. Даже к opensource решениям пристальное внимание.

На приемках присутствуют технические специалисты способные определить степень и качество их использования. На примере hostinside.ru можно даже увидеть тенденцию. Мы были на такой приемке и видели как проект зарубили за использование “скрытых” от заказчика иностранных сервисов и отправили на доработку, с неустойкой за срыв сроков.

Николай Чураев ⭐️

churaev.com

22 дней назад

Ответ на Дмитрий Попов

Дмитрий,
госказаз это то, во что вам точно нельзя целиться. Чтобы попробовать силы в этом сегменте -можно взять продукт Ankey или Avanpost и попробовать продать. Это будет гораздо более дешевая проба сил.

Основатель

Дмитрий Попов

stl.im

22 дней назад

Ответ на Николай Чураев

Мы не то что бы целимся на госзаказы. Мы просто периодически с ними работаем и, так получается, что на практике видим ммм… боли разработчиков таких заказов, находим решения и показавшие себя хорошо берем как часть идеологии (функционала) нашего продукта.

Например, возвращаясь к Вашему вопросу “в чем уникальность”. Мы реализовали возможность создания правил доступа через Swagger. Т.е. вы можете загрузить openapi.json или дать ссылку, для автоматического обновления, создать правила и применить их к конкретным пользователям или группам пользователей.

Как итог:
1. Это возможность создавать ролевую систему
2. Возможность динамически ей управлять из админки без необходимости привлечения программистов.
3. Возможность закрывать доступы к части функционала (API) как всем, так и определенным пользователям. Причем делать это оперативно.

Например, если у вас с каким то разделом (функционалом) возникли проблемы и пока программисты решают их, что бы не делать ненужных движений в виде “в начале сделать срочный хотфикс закрывающий функционал, пройдя все процедуры DEV-QA-PROD, потом разобраться в проблеме, оттестировать, зарелизить решение, открыть функционал”, вы можете сразу закрыть функционал или закрыть его определенным пользователям и сосредоточиться на важном.

Или еще один реальный кейс. Есть региональный оператор. У него несколько отделений. У всех разные доступы. Причем у некоторых пользователей отделения, есть доступ к большему функционалу ИЛИ периодически возникает необходимость выдачи расширенных доступов на время. Сразу предусмотреть все это невозможно. Опять же, люди могут меняться. Плюс могут появляться новые отделения. Плюс заказчик выразил желание менять это без привлечения IT отдела из-за бюрократических нюансов.

Как итог и придумалась такая возможность как одна из.

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

Основатель

Дмитрий Попов

stl.im

25 дней назад

Друзья. Уточню в этом посте одну важную вещь про наш сервис! На данный момент это MVP, т.е. продукт с минимальным функционалом. Не смотря на то, что он уже работает, не все наши планы реализованы и мы здесь, что бы представить нашу идею и найти партнеров и/или инвестора, для реализации всего функционала и вывода продукта на рынок.

Что мы хотим:
– Дать возможность использовать сервис как на наших ресурсах, так и возможность развернуть на своих для большей безопасности – в облаке или на сервере.
– Доработать совместимость между платформами Yandex Cloud и AWS для геолокационного масштабирования сервиса.
– Добавить интеграции как на уровне виджетов, так и кода. Для примера мы сделали интеграционные библиотеки для JS, Go и Python. В идеале же хотим сделать store для сторонних интеграций с различными языками программирования, CMS и фреймворками.
– Доработка методов регулирования доступов.
– Доработать автоматизацию процессов регулирования доступов и ролевой системой.
– Реализовать систему кэширования на стороне клиента, для минимизации отклика.

Это не полный список, а лишь основные направления по болям, которые мы видим из практики разработки приложений для наших клиентов.

Будем благодарны за Ваш интерес!

Семён Дулесов

hostinside.ru

25 дней назад

Отличный сервис, выглядит многообещающе 😊 Мне нравится идея с оплатой только за использование 💡 Удобно, что можно развернуть всё у себя и не зависеть от сторонних облаков 👍 Пока продукт на стадии MVP, но уже видно потенциал 🚀 Надеюсь, дальше будет развиваться и добавят больше функций 🔥

Основатель

Дмитрий Попов

stl.im

25 дней назад

Ответ на Семён Дулесов

Спасибо за поддержку и ваш отзыв! Да, платить за то, что используешь это идеология бессерверных (Serverless) решений и одна из причин за которые мы их любим. Кроме того, они позволяют не зависеть от пиковых скачков без необходимости заранее увеличивать инфраструктуру под такие скачки и оплачивать ее “на всякий случай”.

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

1. Полностью на наших ресурсах
2. Функционал на наших ресурсах, хранение данных в БД клиента
3. Развернуть на своих Serverless мощностях
4. Развернуть на своих серверных мощностях

Конечно, это все еще в планах, но будем воплощать, т.к. на практике знаем такую необходимость )

Андрей Лепехин

ensys.store

25 дней назад

Добрый день. Проблема, которую вы решаете, только в РФ? Если глобально, то нет смысла ограничиваться только яндексом

Основатель

Дмитрий Попов

stl.im

25 дней назад

Ответ на Андрей Лепехин

День добрый. Глобально вы можете использовать его где хотите. У нас нет блокировок иностранного трафика ) Другое дело, что иностранные сервисы напрямую не учитывают специфику Российского законодательства.

Плюс, специфика Yandex Cloud Serverless в том, что они обеспечивают совместимость с AWS. Таким образом, этот сервис можно будет развернуть и на AWS, а значит охватить весь мир.

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

В целом, в дальнейших далеких планах, есть идея распределения пользователей по нескольким базам данных по их геолокации, т.е. уже сейчас видны тенденции “наши пользователи, хранятся у нас” не только в Росиии. Тем более, у нас есть идея как на уровне самого приложения (клиента) ускорить и оптимизировать работу с нашим сервисом, для уменьшения задержек.

Артем Болотов ⭐️

bolotov.dev

25 дней назад

Да, авторизация всё сложнее и дороже становится. Хорошо, что предлагаете альтернативы, да еще и берущие на себя всю реализацию

Основатель

Дмитрий Попов

stl.im

25 дней назад

Ответ на Артем Болотов

Спасибо за поддержку, можно я так расценю? ) На самом деле так и есть, но главное это отсутствие на нашем рынке оптимальных решений.

Артем Болотов ⭐️

bolotov.dev

25 дней назад

Ответ на Дмитрий Попов

Именно так

Кирилл Германн ⭐️

flowsic.ru

22 дней назад

Почитав сайт, а конкретно фразу – “Обеспечиваем единый доступ ко всем
вашим продуктам и пользователям”. Я почему-то подумал что ключевое слово в описание проекта – единый. Как я понимаю это как Эвотора, можно логиниться на разных их сервисах и партнерских одной учеткой. С т.з. разработчиков крупных веб-проектов не уверен, но для крупного бизнеса возможно интересный сервис который объединит управление доступом во все инхаус проекты одной учеткой, заодно и админить проще. Плюсанул, удачи в развитии!

Основатель

Дмитрий Попов

stl.im

15 дней назад

Ответ на Кирилл Германн

Спасибо, Кирилл. Вы правильно поняли. Единый доступ, даже в большей степени, единая идентификация клиента в рамках всех сервисов, это одна из основных задач, которые мы бы хотели решить для потребителя. Спасибо за поддержку!

Сервис авторизации

О продукте

Для кого:

Проблема:

Решение:

Преимущества:

Статус проекта:

Основатель

Еще проекты из этой области