Scalable fault-tolerant web server

задача 1
> Необходимо поднять масштабируемый web-сервер. Основной стек: PHP + MySQL + Git.
< это будет на сервере1, но
< PHP - версия?
< MySQL - версия?

задача 2
> Оповещение о том, что скоро закончится место на жёстком диске и возможность легко его расширить.
> Оповещение о том, что не хватает ресурсов ЦП.

< Это будет серевер2 для мониторинга и нотификаций.
< Легкое и быстро расширения места - зависит от того какого провайдера/хостера вы выберите. Много разных НО.

задача 3

> Оповещение о том, что сайт не доступен для пользователей или слишком долго грузится.
< сервер3, 4, 5..... которые будут проверять работу сайтов с тех мест откуда пользователь. К примеру сайт стал плохо открываться в Австралии, а мониторинг проверяет доступность сайта из Австрии. Или использовать сторонние сервисы.

задача 4

> Должны работать бекапы БД
< куда будут сохраняться бекапы, количество, политика обновляетмости?

задача 5
> кода и данных, загружаемых пользователями

< куда складываем?

задача 6
> и описание того как быстро восстановить информацию из этих бекапов.
< очень сильно зависит от задачи 5.

задача 7

> Нужна возможность клонировать этот сервер или распределить вычсилительные мощности по нескольким серверам.
< тут или сервер или K8s, по этому или задача1 или задача7

задача 8
> В случае падения физичесокго сервера, должна быть копия на другом сервере, физически и географически расположенном в другом месте, которая возьмёт нагрузку на себя.
< к разработке disater recovery plan нужно приступать только после задача1/7, задачи 4 и 5.

Планируемо время выполнения работ от месяца, но это оочень предварительно.

Oleg Melnik 1 August 2024

PHP 8.3, MySQL 8.4. Основная целевая аудитория находится в Европе. Хостер и провайдер - каких порекомендуете? Где лучше хранить данные, для максимальной масшатбируемости и отказоуйстойчивости - так же хотел бы получить Ваши рекомендации.

> Основная целевая аудитория находится в Европе.
< Ок. Но Турция это тоже Европа и с нее не всегда хороший коннект, то же самое касается Франции и ее основного инет провайдера Orange. По этому нужно использовать сторонние сервисы или упрощаем задачу.

> Хостер и провайдер - каких порекомендуете? Где лучше хранить данные, для максимальной масшатбируемости и отказоуйстойчивости - так же хотел бы получить Ваши рекомендации.

Дальше как в анекдоте - вам совет или консультацию?

Совет бесплатно, консультация платно.

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

Oleg Melnik 1 August 2024

Вы можете предоставить такую консультацию? Сколько это будет стоить?

Могу.

Скорей всего наш с вами первый разговор про то что вы хотите и составления примерного техзадания займет 30-60м.

Проработка общей архитектуры 2-3 часа.

Повторный созвон и проговаривания проекта, это на случай того что возможно появятся какие-то дополнительные идеи или наоборот откажетесь на первых этапах от определлнных решений, займет 30-40 мин.

Доработка архитектуры после созвона и создания плана (листа задач) на последующие работы 2 часа.

Час работы 20$.

Добрый день. интересная задачка. но требует некоторый уточнений.

Необходимо поднять масштабируемый web-сервер. Основной стек: PHP + MySQL + Git.
масштабируемый ? куда ? горизонтально (это когда добавляем еще один рядом) или вертикально  (это когда ми добавляем CPU RAM Storage за счет нового тарифа сервера).Нужно так же уточнить какой выделен стартовый бюджет на хостинг. От этого зависит или идём в облако или на железку. А так же  вкратце расписать что  там за php+Mysql приложение делает.
например если оно генерирует файлы нужно понять сколь и как их хранить.


Оповещение о том, что скоро закончится место на жёстком диске и возможность легко его расширить.

это само собой 

Оповещение о том, что не хватает ресурсов ЦП. Оповещение о том, что сайт не доступен для пользователей или слишком долго грузится.

это само собой

Должны работать бекапы БД, кода и данных, загружаемых пользователями и описание того как быстро восстановить информацию из этих бекапов.

по базе бекапы это понятно. код понятно, а вот  данных, загружаемых пользователями тут вопрос. что это за данные. сколько их планируется.? 

Нужна возможность клонировать этот сервер или распределить вычсилительные мощности по нескольким серверам.
В случае падения физичесокго сервера, должна быть копия на другом сервере, физически и географически расположенном в другом месте, которая возьмёт нагрузку на себя.

а вот тут я бы хотел бы порекомендовать решение. которое практически полностью покроет вас все ваши цели. всё это можно развернуть в digitalocean.com в Kubernetes. 
Это вам покроет всё и  распределить вычсилительные мощности по нескольким серверам и случае падения.

в digitalocean.com Kubernetes стот 40$. даль ше только сервера   


Базу там же
прайс https://www.digitalocean.com/pricing/managed-databases

а пользовательские данные (если это фалы) хранить на s3 там же на DO

Oleg Melnik 6 August 2024

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

По загружаемым пользователями данным - пока речь идёт о фотографиях. Чтобы с запасом - тысячи фотографий размером до 5 мб (но в среднем до 1 мб).

digitalocean.com в Kubernetes + s3 - это интересное предложение! С удовольствием глянул бы как Kubernetes работает. Скажите, сколько будет стоить развернуть описанную выше конфигурацию?