У меня все обновляется! Что я для этого делаю? Есть обычный дедовский способ, нужно просто...
Пусть в ажуре виртуалку возьмут в аренду. Зачем брать сервер целиком на паршивом железе. Вопрос какие мощности нужны? Зашедулить на обсчет и выбрать гибкую политику pay as you go. На базе этого определенную подписку. Я так полагаю, реклама же приносит тот или иной доход.можно взять пожертвования с фанатов сайта. Могу с зп выделить несколько сотен.. Необходимо подобрать решение в зависимости от архитектуры сервиса.
Я не знаю архитектуры сайта. Но предполагаю, что есть сервак с базой (MySql MsSql, может быть postrgeSql, но не oracle точно ) на бекенде, там заскриптован бот, который каким-нибудь wget kurlom, бегает по psn под сервисной учеткой и тупо кидает в эту базу информацию, далее отрабатывают скрипты синхронизации с базой самого сайта и хитрым способом мы видим все на фронтенде. Проблема может быть, как и на этапе сбора инфо скриптом из псн, так и на моменте наполнения базы и последующей синхронизации. Понятно, что под сервер бд и такую базу необходимы хорошие ресурсы. Вопрос в том, какой у них размер базы и на чем она. Но я уже выше сказал можно взять ажур и гибко настроить политики. Можно взять iaas можно даже saas архитектуру. Все зависит от того как тут реализовали решение изначально. И можно найти выгодные подписки и тарифы. Ведь там эласьичное горизонтальное и вертикальное масштабирование. Scalability elastic....
Я против такого подхода. Против всех эти собираний каждый месяц копеек чтобы дотянуть до следующего месяца. Пока есть возможность обойтись без этого – обойдёмся. Тут сейчас вопрос больше в том, что надо понять какое железо реально нужно. Ибо самих запросов то не так и много, база, правда, в 100 миллионов записей, но тоже почти всё числовое и индексированное. При этом достаточно простые запросы подсчёта без объединений выполняются по 5-6 секунд, про запросы с объединениями – я вообще молчу. Можно. Но основные скрипты писались более 6 лет назад, и тогда вопросы оптимизации не стояли. Сейчас если загнать текущую схему в облако, мне страшно представить какие счета выйдут конце месяца, ибо как я уже сказал оптимизации там нет и быстро сделать неё не получится.
Я сертифицированный инженер IT по ms и другим вендорам. По облаку могу сказать, что там есть очень гибкие подходы в отношения подписки и оплаты, могу сказать, что вам необходимо просто понять что именно и сколько вам нужно, а далее на калькуляторе подсчитать. Вы будете платить за мощности, либо время. Так же можно спрогнозировать рост. К примеру в облако загнать только самые нагруженные операции. А что касается ваших текущих задержек, обратите внимание на очереди дисков, из состояние. Если есть мониторинг типа заббикса - можно снять графики последних нагрузок и понять где просадка. Если там винда - можно перфмоном посмотреть.
---------- Сообщение добавлено в 08:51 ---------- Оригинальное сообщение отправлено в 08:41 ----------
И кстати, вас никто не просит сразу платить, вы можете взять тестовый акк и определенные сервисы на месяц, просто попробовать. В такой реализации, я бы предложил создать там тестовую среду бэкенда и пропилотить ее на бесплатной подписке. Далее сопоставить результат , и все свои capex opex, скалькулировать и получить лучшие результаты за меньшие деньги. Когда я писал , что ажур эластичен , это не говорит о том , что с ростом запросов нагрузки и базы у вас автоматом все расширится и вы заплатите больше. Все можно четко ограничивать. Я просто на работе сопровождаю hybrid cloud и определенные плюсы вижу в этом (недавно получил сертификат по azure, америкосам экзам сдавал). Есть плюсы и минусы. Но на вашем месте я бы рассмотрел такое решение.
Последний раз редактировалось romansway777; 26.09.2019 в 11:53.
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)