Comments 21
Больше подходит название «как мы Amazon выбирали».
Что-то у вас как в рекламе получилось: Возьмём Amazon и «обычный» стиральный порошок…
Мы ничего не рекламируем, а показываем историю развития нашего серверного «хозяйства». Агава стоила 2000тр и вполне нас утраивала на тот момент.
Можно поинтересоваться, почему не выбрали какой-нить закрытый план от github.com или bitbucket для разработки? У них вроде выходит дешевле в месяц: bitbucket.org/plans, github.com/plans
почему в клауде хоститься
Ну ладно хоститься, к этому давно привыкли, но от вашего «клауда» режет слух. Извините, почему не «облако», как это принято называть среди русскоговорящих? Или вы в вашем ленгвидже преферите инглишевые сентенсесы?
Ни в коем-случае не хотел задеть великий и могучий. К сожалению, большинство документации на английском и так или иначе слова проникают в лексикон. Думаю, что это совсем неплохо. Не претендую на литературный русский, но в следующий раз постараюсь аккуратнее.
Просто… Просто вы сейчас призовете в пост Мицгола и он вас публично осудит :)
Насчет документации знаю, сам грешу, но всё же… Есть же аналоги.
Насчет документации знаю, сам грешу, но всё же… Есть же аналоги.
Ладно ещё Мицгол, Жириновский вон за подобное хочет штрафовать)
А что с ценами продакшн? Я конечно вычитать умею, но интересны детали — сколько трафика, какие пики и пр. непредсказуемые затраты.
c1.medium ~ 200 usd
m1.large ~ 700 usd
траффик около 1400 Gb в месяц, если верить отчету Амазона.
Описанию поведения пользователей на сайте мы посвятим отдельную статью. Расскажем про нагрузку системы в пиковые часы, спады. Покажем графики с распределениями и зависимостями нагрузки серверов от количества активных пользователей. В частности, ЦПУ, операции с дисками, оперативная память и т.п. Расскажем, как нам удалось распределить нагрузку на дисковую подсистему.
m1.large ~ 700 usd
траффик около 1400 Gb в месяц, если верить отчету Амазона.
Описанию поведения пользователей на сайте мы посвятим отдельную статью. Расскажем про нагрузку системы в пиковые часы, спады. Покажем графики с распределениями и зависимостями нагрузки серверов от количества активных пользователей. В частности, ЦПУ, операции с дисками, оперативная память и т.п. Расскажем, как нам удалось распределить нагрузку на дисковую подсистему.
забыл добавить, что m1.large с лицензией SQL Server Standard.
Вообще я обычно делаю проще — все хозяйство отправляю на ассемблу, вместе с свн-ом (гитом), вики, багтрекером и прочими плюшками. Во многих случаях хватает простейшего плана по $9 в месяц или $90 в год (фактически оплачиваю план Group т. к. проектов целая пачка). Там где нужен только репозиторий — вообще беру free private. Это тот же амазон.
После чего остается только build server поставить c1.small или c1.medium (по вкусу), это обходится примерно полтинник в месяц (+ reserved plan). Какой-нибудь хадсон или дженкинс, по вкусу — отлично подойдет.
С продакшеном отдельно — от нагрузки зависит и от трафика.
После чего остается только build server поставить c1.small или c1.medium (по вкусу), это обходится примерно полтинник в месяц (+ reserved plan). Какой-нибудь хадсон или дженкинс, по вкусу — отлично подойдет.
С продакшеном отдельно — от нагрузки зависит и от трафика.
> 25000 посещений в день
> распределить нагрузку на дисковую подсистему
когнитивный диссонанс испытываю
> распределить нагрузку на дисковую подсистему
когнитивный диссонанс испытываю
наш сервис это не обычная доска объявлений, где подобное было бы странно. У нас несколько тысяч исполнителей всегда находятся онлайн в своем рабочем кабинете. В бекграунде работают не самые простые, с точки зрения потребления ресурсов, алгоритмы подбора оптимальных кандидатов для каждого задания. Все это нагружает базу достаточно сильно.
Конечно, есть пространство для оптимизации кода, мы работаем и над этим.
Конечно, есть пространство для оптимизации кода, мы работаем и над этим.
Даже несмотря на то, что они упали на 2 дня сразу после нашей миграции на их платформу
Так вот кто тогда виноват был :)
Sign up to leave a comment.
Как мы хостинг выбирали