Показать HN: Autumn – Open-source infra over Stripe ( github.com/useautumn ) Привет, HN, меня зовут Аюш из Autumn ( https://useautumn.com/ ). Autumn – это open-source-слой поверх Stripe, который отделяет логику ценообразования и выставления счетов от вашего приложения. Мы позволяем вам эффективно управлять тарифными планами, разрешениями на функции и платежами, независимо от используемой модели ценообразования. Это немного похоже на то, как если бы у Supabase и Stripe появился ребенок.
Обычно вам нужно написать код для обработки проверок, обновлений/понижений, неудачных платежей, а затем получить веб-перехватчики для предоставления функций, сброса лимитов использования и т. д. Мы абстрагируем это в один вызов функции для всех потоков платежей (оформление проверок, обновление, понижение и т. д.), одну функцию для записи использования (чтобы мы могли отслеживать лимиты использования) и хук React состояния клиента, к которому вы можете получить доступ из своего интерфейса (для обработки платного доступа, отображения данных об использовании и т. д.).
Вот демо: https://www.youtube.com/watch?v=SFARthC7JXc
Stripe — это здорово! Но есть 2 основные причины, по которым люди используют Autumn вместо прямой настройки Stripe:
(1) Инфраструктура выставления счетов может стать сложной. После платежей все еще есть обработка веб-перехватчиков, управление разрешениями, измерение, сбросы использования и подключение всего этого к состояниям обновления, понижения, отмены и неудачных платежей.
(2) Растущие компании часто меняют ценообразование: повышают цены, экспериментируют с кредитами или взимают плату за новые функции и т. д. Мы избавляем вас от необходимости иметь дело с лимитами на основе использования (что очень распространено в ценообразовании сегодня), перестраивать потоки внутри приложения, переносить базы данных, внутренние панели управления для индивидуального ценообразования и назначать пользователям разные цены.
Вырывать потоки выставления счетов и т. д. — это действительно отстой. С Autumn вы просто вносите изменения в цены в наш пользовательский интерфейс, и все автоматически обновляется. У нас есть библиотека компонентов shadcn/ui, которая помогает в этом.
Поскольку мы поддерживаем множество различных моделей ценообразования (подписки, использование, кредиты, на основе рабочего места и т. д.), нам приходится обрабатывать множество различных сценариев и случаев под капотом. Мы стараемся сделать настройку простой, сохраняя гибкость нативной интеграции. Вот небольшой фрагмент архитектуры нашей основной конечной точки: https://useautumn.com/blog/attach
В настоящее время наибольшую выгоду от нас получают основатели, которым нужно быстро двигаться и сохранять гибкость, а также новые/нетехнические разработчики, которые больше ориентированы на ИИ.
Вы можете клонировать проект и изучить репозиторий, или попробовать его на https://useautumn.com/ , где он бесплатный для разработчиков. Наш репозиторий — https://github.com/useautumn/autumn , документы — на https://docs.useautumn.com/ , а демо — на https://www.youtube.com/watch?v=SFARthC7JXc
Мы будем рады услышать ваши отзывы и узнать, как мы можем улучшить нашу работу!
Здорово! Похоже на Lago (тоже с открытым исходным кодом): https://www.getlago.com/
Планируете ли вы добавлять других платежных провайдеров, помимо Stripe?
Люди часто сравнивают нас, потому что они также являются другой компанией YC с открытым исходным кодом, которая занимается выставлением счетов. Так что определенно есть некоторые сходства!
Я думаю, что на практике мы обслуживаем совсем другой сегмент. Lago отлично подходит для измерения событий с высокой пропускной способностью и в основном нацелен на компании серии B+. У них пока нет предложения для управления разрешениями на функции (т. е. правами).
Autumn больше подходит для компаний на ранних стадиях, у которых есть платежи в приложении. Поэтому мы пытаемся больше инвестировать в опыт разработчика (например, хуки React), а также предоставлять этот уровень абстракции для прав.
Мы обязательно добавим больше платежных провайдеров в ближайшее время. Наши самые большие запросы — это Polar и Razorpay для индийского рынка.
это интересно, и я немного покопался в осени. и приятно видеть больше выставления счетов в ОС. мы начали с решения для выставления счетов на собственном хостинге, но быстро поняли, что единая централизованная (размещенная) модель лучше подходит для нашего конкретного варианта использования (меньше управления). интересно, рассматриваете ли вы ОС как драйвер доверия или люди требуют этого по какой-то причине?
также являюсь сторонником единого штата для выставления счетов, учета и предоставления льгот. есть ли планы по go SDK для них?
Спасибо! Переход на OSS изначально был определенно связан с доверием — люди были более открыты для использования платформы, поскольку они могли видеть нашу кодовую базу
Согласен, что выставление счетов за самостоятельный хостинг может быть болезненным просто из-за того, насколько сложной может быть вся система, что также означает, что, вероятно, трудно отлаживать / исправлять, когда что-то идет не так. Мы не видим много людей, размещающих Autumn самостоятельно, в настоящее время, но было бы интересно увидеть, как это произойдет.
У нас есть несколько запросов на go SDK, поэтому мы определенно планируем выпустить его в ближайшее время!
Однако DX — это наш хлеб насущный, и мы полностью сосредоточены на его совершенствовании для одного языка (TypeScript), прежде чем начнем внедрять его в другие языки!
Будет ли это работать для благотворительности? Разовые и регулярные (ежемесячные, ежедневные и т.д.) пожертвования? Спасибо
Эй! Да, так и будет, пока вы можете обрабатывать платежи с помощью Stripe, вы можете использовать нас. Я знаю, что у Stripe есть скидки для некоммерческих организаций.
Однако Autumn действительно полезен только в сочетании с нашим управлением разрешениями/правами. Так что если ваши доноры получают доступ к определенным вещам после пожертвования, то имеет смысл использовать нас!
выглядит потрясающе, но насколько его можно масштабировать? Мне нужно обрабатывать большую пропускную способность для моего стартапа, например, событий в секунду.
каждое событие является расходным материалом, что означает, что нам не приходится выполнять большие аналитические запросы для их обработки.
Нашим узким местом, вероятно, является инфраструктура и оптимизация через кэширование, но на данный момент я бы сказал, что мы можем комфортно обрабатывать 1 тыс. событий в секунду 🙂
Приятно осознавать, что вопрос выставления счетов решен в столь быстрые сроки доставки.
Спасибо за добрые слова. Нам предстоит долгий путь, прежде чем эта проблема будет решена, но мы продвигаемся вперед для компаний на ранней стадии с типичными ценами SaaS 🙂
Source: news.ycombinator.com