Можете раскрыть Ваш тезис? Как обладатель робота-пылесоса, посудомойки и стиральной машины не согласен с Вами. Раньше я с осознанием внутреннего содержания убирал квартиру, а теперь машины механически исполняют эти задачи. И, знаете - стало лучше :) Или, всё же, "это другое"?
Я поражаюсь насколько легко делаете выводы на своих абсолютно безосновательных предположениях.
Какой распил, какие инвесторы? Откуда Вы это всё взяли? Это плод Вашей фантазии. Дополнительно отмечу, что я не автор статьи, а так же было сказано "хорошая задача, чтобы познакомиться с облачными сервисами на практике".
Не вижу смысла даже дальше продолжать общение.
А я бы с удовольствием с Вами пообщался, но в более конструктивном русле и удобном формате, если позволете. Продолжать здесь согласен - смысла нет.
"А что, по вашему раньше без облаков задачи масштабируемости никак не решались?"
Перевираете, я не говорил этого. Просто любое масштабирование в Вашем случае - это время и усложнение.
И почему это вдруг вы решили, что с БД будут проблемы
VPS c БД масштабироваться может только вертикально. А если разделять компоненты по VPS-кам, то это усложнение поддержи и развертывания системы.
что поднятие своего сервера в офисе
Вы сейчас серьёзно это написали? Если Ваш офис в Яндекс или VK, то вопросов нет)
Я не вижу смысла расписывать, что да как можно сделать
Печально, я бы с удовольствием почитал как Вы на одной VPS в офисе, без дополнительного геммороя, обеспечили бы хайлоад. Без балансировщика, нодов , шардирования и прочей "мишуры".
даже банально не решите проблемы с очередями в случае превышения 30 запросов в секунду как минимум
Во первых: 30+ запросов в секунду это далеко не нагрузка, о каких проблемах может идти речь мне не очень понятно.
Во вторых: советую Вам получше ознакомиться с облачками. Я не предлагаю Вам их использовать, просто для расширения кругозора. Мне кажется у Вас очень предвзятое отношение.
В третьих: если на запрос надо выполнять какой-то долгий процесс и нужны очереди сообщений. То есть https://yandex.cloud/ru/services/message-queue
VPS В РАЗЫ проще той чехарды
Ещё раз, просто Вам ПРИВЫЧНЕЕ то, что Вы продвигаете. Поэтому Вам и кажется проще и это нормально.
Плюсы я уже расписал ранее, не вижу смысла повторяться.
"Привычнее" не значит проще. Справедливо и обратное. Лично я не согласен, что, при прочих равных, VPS будет сильно проще в развёртывании. Но если бота рассматривать как часть информационной системы, то возникают вопросы:
как предлагаете хранить файлы? Локально? Как будете организовать доступ к ним из других сервисов? По внутренней сети? Наверно, ещё надо не забыть мониторинг свободного места прикрутить.
как будете восстанавливать систему на случай сбоя? (Насколько я понял, поднимать вы всё предлагаете вручную. А с сервером за 2 коп. всякое может случиться.)
как предлагаете масштабировать систему, в случае необходимости? (имея БД на этом же VPS)
Functions идеален, для этой задачи: При малой интенсивности, вы можете не выйти за рамки нетарифицируемого объема и сэкономить. А при высокой - избавляетесь от геморроя с масштабируемостью.
Но соглашусь: оценить стоимость развёрнутого решения в VPS задача тривиальная, а для Я.Облачко - придётся посчитать.
Как по мне, это очень хорошая задача, чтобы познакомиться с облачными сервисами на практике.
Можете раскрыть Ваш тезис? Как обладатель робота-пылесоса, посудомойки и стиральной машины не согласен с Вами. Раньше я с осознанием внутреннего содержания убирал квартиру, а теперь машины механически исполняют эти задачи. И, знаете - стало лучше :)
Или, всё же, "это другое"?
Я поражаюсь насколько легко делаете выводы на своих абсолютно безосновательных предположениях.
Какой распил, какие инвесторы? Откуда Вы это всё взяли? Это плод Вашей фантазии. Дополнительно отмечу, что я не автор статьи, а так же было сказано "хорошая задача, чтобы познакомиться с облачными сервисами на практике".
А я бы с удовольствием с Вами пообщался, но в более конструктивном русле и удобном формате, если позволете. Продолжать здесь согласен - смысла нет.
Вы можете "сделать в студии проект и загрузить пакет" и в случае с YFunctions. Вам не обязательно писать код в редакторе.
В этом и суть AWS-Lambda и Y.Functions. Выполнение атомарной логики в относительно дешёвом авто-масштабируемом облачном пространстве.
"serverless контейнеры" прекрасны и предназначены для более сложных приложений (но и выйдут дороже).
Перевираете, я не говорил этого. Просто любое масштабирование в Вашем случае - это время и усложнение.
VPS c БД масштабироваться может только вертикально. А если разделять компоненты по VPS-кам, то это усложнение поддержи и развертывания системы.
Вы сейчас серьёзно это написали? Если Ваш офис в Яндекс или VK, то вопросов нет)
Печально, я бы с удовольствием почитал как Вы на одной VPS в офисе, без дополнительного геммороя, обеспечили бы хайлоад. Без балансировщика, нодов , шардирования и прочей "мишуры".
Во первых: 30+ запросов в секунду это далеко не нагрузка, о каких проблемах может идти речь мне не очень понятно.
Во вторых: советую Вам получше ознакомиться с облачками. Я не предлагаю Вам их использовать, просто для расширения кругозора. Мне кажется у Вас очень предвзятое отношение.
В третьих: если на запрос надо выполнять какой-то долгий процесс и нужны очереди сообщений. То есть https://yandex.cloud/ru/services/message-queue
Ещё раз, просто Вам ПРИВЫЧНЕЕ то, что Вы продвигаете. Поэтому Вам и кажется проще и это нормально.
Плюсы я уже расписал ранее, не вижу смысла повторяться.
"Привычнее" не значит проще. Справедливо и обратное.
Лично я не согласен, что, при прочих равных, VPS будет сильно проще в развёртывании.
Но если бота рассматривать как часть информационной системы, то возникают вопросы:
как предлагаете хранить файлы? Локально?
Как будете организовать доступ к ним из других сервисов? По внутренней сети?
Наверно, ещё надо не забыть мониторинг свободного места прикрутить.
как будете восстанавливать систему на случай сбоя? (Насколько я понял, поднимать вы всё предлагаете вручную. А с сервером за 2 коп. всякое может случиться.)
как предлагаете масштабировать систему, в случае необходимости? (имея БД на этом же VPS)
Functions идеален, для этой задачи:
При малой интенсивности, вы можете не выйти за рамки нетарифицируемого объема и сэкономить.
А при высокой - избавляетесь от геморроя с масштабируемостью.
Но соглашусь: оценить стоимость развёрнутого решения в VPS задача тривиальная, а для Я.Облачко - придётся посчитать.
Как по мне, это очень хорошая задача, чтобы познакомиться с облачными сервисами на практике.
Инфраструктура AWS здесь не используется. Просто у Яндекс реализована совместимость с некоторыми сервисами AWS.
В частности с Object Storage можно использовать как S3-bucket AWS: https://yandex.cloud/ru/docs/storage/s3/?utm_referrer=https%3A%2F%2Fyandex.ru%2F