Максим Поспелов, так вот как это реализовать вы не знаете по тому что вы не сталкивались со всем нижеперечисленным. Вы думаете что знаете. Проекты SaaS в основе своей имеют серьезную сетевую инфраструктуру, за тем сервисную и только потом всякие админки и панели. Про базы вообще днями говорить
Максим Поспелов, просто вы говорите о вещах, которые не важны для создания такого сервиса. Это означает что вы не стой стороны подошли к решению задачи. Вы - менеджер в данном вопросе и не ваша специализация погружаться в это. Вам это ничего не даст и только отодвинет запуск. Найдите хотябы сносного архитектора, хотябы на консультацию (себя не предлагаю, мне и без вас хватает), а на тостере тусуется хорошо если 10 человек, которые в принципе могут заглянуть вглубь задачи и большинству из них вам помогать будет просто скучно и не интересно
Максим Поспелов, такие системы в первую очередь это архитектура. Вам нужен хотябы посредственный архитектор, который поможет вам в проектировании. Часть с программированием и привязкой доменов стоит в самом дальнем углу данной системы. В очень далёком таком
Elvis, для простоты про контейнеры - это докер. Вебсервер может быть один, а вот то что под каждый из боров у вас может быть все разное вплоть до версии языка программирования это факт
RSalo, из плюсов авроры - она изначально High Available и Fault Tolerant. Даже если упал сервер или зона она будет до последнего промоутить мастер на одну из реплик и поднимать в фоне запасные)
RSalo, Aurora это и есть RDS. Это один из 6и типов баз этого сервиса. Имеет обратную совместимость с MySQL и Postgres, но есть небольшие ограничения - можно посмотреть в доках, но в основном они MySQL не затрагивают. Сложности начинаются в Serverless Aurora. Ее я пока не поборол - есть свои прибабхи. А вообще - если уже есть MySQL RDS то, вроде, можно сделать Aurora Replica и promote to Aurora Cluster. Так будет минимальный простой
RSalo, я уже почти год роюсь в потрохах AWS - там много интересного и то что на поверхности это мелочи. Про аврору прочитай архитектуру - она основана на аппаратной дисковой репликации с конценсусом нескольких блоков данных
RSalo, могу посоветовать поизучать плотнее по тому что 1. про аврору вы не в курсе от слова совсем, а я изучал ее архитектуру с момента первой альфы 2. в rds все базы из коробки имеют тюнинг и там есть фиксированный набор параметров, который называется parameter group для возможной настройки под себя. Ставлю на то что binlog там включен)
RSalo, отставания происходят исключительно из-за сети и дисков, не более. Репликация, если память не изменяет, и так на основе binlog происходит) если нужна база без отставания в репликах - rds Aurora. Она вообще иначе работает, но все тот же SQL oltp
RSalo, вы про RDS) и вы не можете это сделать от слова совсем) к stand-by replicas в multi-az deployment не имеет доступ вообще никто. И нет ни единого шанса сделать зону недоступной)
RSalo, сам по себе вопрос не имеет отношения именно к google - все такие задачи решаются в разных организациях любого размера примерно одними и теми же способами. Софт может отличаться, а идея нет
