Расчёт нагрузки и выбор сервера для Telegram бота?
Разрабатываю телеграмм бота, суть которого в добавлении поста в канал, написанного пользователем в боте с прикреплёнными файлами до 20мб (в большинстве случаев фотки, но могут быть PDF, doc,xls). Так как в будущем планируется большое кол-во пользователей, хотелось бы знать, сколько ресурсов сервера нужно для его стабильной работы. В БД будет храниться информация о пользователе, посте, а файлы с поста будут удаляться по истечении некоторого времени (как и сам пост с канала).
P.S. А возможно ли хранить файлы в каком-то чате бота и доставать/удалять их когда нужно? (Ещё лучше, если доставать файлы можно в самом канале).
Для начала сделай MVP, на котором смогут поработать два пользователя. Увидишь какие допущены ошибки, какие проблемы возникают у пользователей, какие сценарии не были учтены. По итогам будет ясно, можно ли это расширять и улучшать или правильнее всё выбросить и переписать с нуля.
Если "большое количество пользователей" это 100 человек и каждый оставляет 10 сообщений в сутки, то это значит, что нужно принять и запостить 1000 запросов за сутки. Это вообще смешно, а не нагрузки. Тут даже в ratelimit тяжело будет угодить (для чего нужно чтобы примерно все пользователи отправили запрос одновременно!). 100 пользователей и 1000 постов для нового такого бота будет даже очень неплохо.
Дружище, без обид.
Но с таким вопросом, тебе хватит бесплатного хостинга с поддержкой ssl.
Ни о каких нагрузках пока речи быть не может.
Делай, развивайся, учись, все получится. На все эти нагрузки пока забей.
DALVROT, в комментариях тебе ответил shurshur вполне не плохой ответ дал.
А вообще, проверь на практике.
Сделай своего бота. Напиши нагрузочный скриптик в несколько строк, который будет отправлять по несколько запросов и проверишь, когда твой бот не будет справляться.
К тому же многое зависит не только от кода, но и от твоего сервера.
Почему свой скрипт? Ну во-первых, потренируешься. А во-вторых, могу возникнуть сложности со специализированными инструментами на первых порах.
Простой
Простой
