или забить на такую гибкость и флет тариф на юзера

а что за флет тариф? не читал о таком

не считать сколько потратил конкретный юзер а просто брать с запасом абонентку с юзера

вопрос в кейсе, у вас реселл авс или отдельная платформа поверх него ?

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

какой сервис то продается

у нас платформа на сервисах амазона, на текущий момент используется s3, rds, iam и возможности подключится aws kinesis stream

переформулирую вопрос, почему юзеры платят вам а не амазону напрямую чтобы использовать эти же сервисы

потому что юзер пользуется нашим порталом, под капотом которого используются сервисы АВС

скорее - отдельная платформа поверх АВС

если ваша платформа умеет мультитенантность, то и протегать ресурсы пер тенант должна уметь,
ну и по сути нужен внутренний биллинг если хочется так же гибко считать ресурсы…

но это больно и дорого реализовывать, потому проще поставить абонентку юзеру хN среднего использования и получать добавленную стоимость которую генерирует польза от вашей платформы

стат выбросы и хеви юзеров хендлить отдельно лимитами по идее политики могут это позволить сделать (над покопать)

как обычно это все имхо и дерейлинг оригинального вопроса ))

а что за внутренний биллинг? отдельный сервис?

да вы же как-то генерируете счет клиенту

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

ну вот мы в процессе разработки этой части как раз, столкнулись с проблемой как считать использованные сервисы внутри аккаунта по юзерам, т.к. кост эксплорер отдает в csv именно основной аккаунт

юзеры физики или юрики ? нагрузку генерят одинаковую или разную ?

у юзеров нет доступа в АВС, к данным имеет доступ только команда со стороны владельцев.

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

а какую бизнес задачу юзеры решают ?