Как стать автором
Обновить

Комментарии 40

Для запуска веб-приложения понадобилось 9 сервисов и еще 8 сервисов для деплоя.
В мое время было нужно поднять Денвер с мускулем, пхп и апачем на борту, причем я уверен, что по масштабам оно было точно такое же, как и описанное в статье
Ваше решение ещё и дешевле.
НЛО прилетело и опубликовало эту надпись здесь

А масштабирование есть в требованиях?

НЛО прилетело и опубликовало эту надпись здесь

Я вон приложение с двумя плановыми пользователями пишу с авторизациями через фейсбук и гугл. Просто потому что один пользователь не любит Гугл, а другой — Фейсбук.

Удобство-удобством, но цены жесть, средненькие 2 кора и 16г памяти — 180 баксов в месяц.


Облака — такой себе фреймворк, где каждый запрос платный и платный неслабо.

Вы конечно в курсе про Spot instances, Reserved Instances?

Пытался разобраться, но толком ничего не понял. Кажется, подходит для каких-то коротких задач, но как быть с обычным сетевым сервисом, которому ядра 4 нужно, чтобы не тормозить. Пара сотен баксов ещё попбожески, кажется, выходит. Хотя за эти лен ни железку можно взять в аренду прмощнее раза в лва

Они не помогают.
Просто посчитайте.
Считать, что AWS — это виртуалки, хранилище S3 и базы RDS, суть основное заблуждение. Там ещё много чего, даже описывать долго. И когда стоит задача обеспечить высокие надёжность, доступность, масштабируемость и безопасность, начинаешь собирать ещё до кучи: DNS, почту, маршрутизацию, балансировщик, CDN, мониторинг, алертинг; как-то приводить это к удобному для управления и автоматизации состояния, тогда понимаешь почему такие ценники.

Ну вот в статье и описано вроде это, но почему такие ценники непонятно. Вроде оптом должно быть дешевле, нет? А к обычным DS/VDS часть из этого вообще бесплатно выдают.

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

А к обычным DS/VDS часть из этого вообще бесплатно выдают.
На обычных DS/VDS придётся самостоятельно пилить инфраструктуру, обеспечивать её сетевую связность, организовывать политики распределения доступа к ресурсам и многое другое.
Там есть различные программы по заказу ресурсов вплоть до заказа в кредит.

Только вариант, когда машину у тебя могут забрать или не дать по запросу как-то можно сравнивать с DS/VDS по цене.


А сетевую связность и политики доступа придётся и так, и так делать. VPC и IAM. С инфраструктурой немного сложнее, то тот же managed MySQL или даже k8s можно на рынке приобрести без всяких облаков.

то тот же managed MySQL или даже k8s можно на рынке приобрести без всяких облаков
а чтобы всё было разнесено по разным ДЦ и с гарантированной отказоустойчивостью, чтобы автоматическое масштабирование ресурсов без остановки баз данных, чтобы инфраструктуру можно было просто описать политиками Terraform или Ansible, логирование, мониторинг, алертинг?

Любой каприз за ваши деньги ) Кроме, пожалуй, Terraform или Ansible — это всё-таки managed и то, вроде как плагины для того же DigitalOcean есть.


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

Любители облаков затачиваются под одну систему и не видят дальше неё.
А так, действительно всё, что нужно, есть без облаков — и дешевле в несколько раз, вплоть до бесплатного.


Только работа админа, которого за цену juniorAWSspecialist получишь сеньора.

DynamoDB поддерживает уже и обычные транзакции, для описания инфраструктуры советую посмотреть CDK на TS — это просто небо и земля после написания шаблонов на json/yaml для CFN
К такому приложению в комплект DevOps нужен.
Как представлю сколько всего нужно сконфигурировать прежде чем оно запустится — волосы встают дыбом.
А про отладку локально — можно забыть.
Стоит оно того?
НЛО прилетело и опубликовало эту надпись здесь
У меня прямо противоположное мнение. В облаке вам предоставляют сервисы в виде работающего черного ящика. Прикладному программисту нужно лишь разобраться в API и собрать свою систему из готовых блоков. На земле же вам нужно, во-первых, поднять middleware, во-вторых, следить за его работоспособностью. И, скорее всего, без девопсов (инфраструктурных инженеров) не обойтись.
мне кажется что пока разработчик разберётся с AWS он сам станет инженером инфраструктурным ) ну и не важно где поднято, все равно следить и обслуживать инфраструктура надо…
Для совсем детских кейсов — может и не стоит. А как только требуется масштабирование, безопасность, шифрование, репликация между регионами — вот тут и начинают считать, сколько будет стоить (и сколько месяцев займет) арендовать мощности в ДЦ, все купить, установить, настроить и потом этот зоопарк еще и поддерживать круглосуточно. Для примера можете прикинуть, сколько будет стоить только одна система хранения с 11ю девятками durability, аналогичная S3 с репликацией на 3 ДЦ

Или вот наш клиент каждый день запускает на Fargate обработку данных по 1000 контейнеров за раз. Запустил, посчитал за час, все контейнеры умерли и все — затрат ноль до следующего раза. Сколько нужно купить железа, чтобы так делать без облака и какая у него будет утилизация?
Скажите, пожалуйста, а чем облачная инфраструктура помогает по части шифрования и безопасности?
Как минимум тем, что все огранизовано единообразно и консистентно между всеми сервисами, включая управление правами, ключами, аудит — вот это все. Конечно, ничто не может помешать при желании выстрелить себе в ногу.

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


Но мамкины стартаперы редко считают расходы, их учат поднимать деньги, а выгодно тратить — увы.

На похожем кейсе, когда крупный банк считал риски на кластере из 2.5К железных машин, даже с учетом того, что считал он их несколько раз в день для разных рынков — утилизация оборудования была менее 10%. Вот и считайте, что выгоднее.

Кластер из 250 железных машин?

10% — средняя за месяц. Разумеется, каждый день был период 100% загрузки.

С таким разбросом, да, можно подумать об облаке. Но не просто переезде (он будет дороже в 90% случаев, имхо, и не факт, что выйдет по некоторым метрикам на свой парк), а о переработке архитектуры в cloud native, причём, возможно, в vendor agnostic. Ну или, хотя бы, минимальной адаптации её под облако.


А если речь просто о переносе нескольких условных монолитов, чтобы сократить затраты на классические DS/VDS и низкоуровневое администрирование, то вряд ли прямой экономический эффект будет.


А пока с десяток простых серверов крутят несколько веб-приложений с непредсказуем

Я сдулся гораздо раньше;


  • mysql с репликацией
  • s3
  • EC2 с nginx и php-fpm
  • логи

В глазах рябило от конфигурационныз опций, непонятных аббревиатур, непонятно чем различающиз типов инстансов, запрятанными ценами в "мёртвых" таблицах без сортировок и фильтров.


Хотя основная причина — подходящий к 500 долара в месяц ценник. Я не мог придумать доводов для бизнеса за что мы будем это платить.


Что я делал не так, пытаясь перенести обычный конфиг чуть ли не для вордпресса из трёх виртуалок с 4 ядрами и 8 Гб памяти

Пару недель назад я 15 с лишним часов убил на то, чтобы поднять клиенту масштабируемый AWS стек под WordPress под обслуживание эвента, вкупе с балансировкой нагрузки, ElastiCache, вот это всё. Если бы я делал это постоянно — справился бы часа за три, но пришлось многое разбирать с нуля. Плюсы — масштабируется легко и до практической неубиваемости. Минусы — чтобы завести этакий Hello World в мире LAMP и довести его до нужной кондиции, действительно нужно черт знает что и сбоку бантик. Не все типы инстансов совместимы со всеми типами нагрузки (RDS — одно, Bastion — другое, итд итп). Как вывод — эвент провели, спокойно отстрелялись от ~50-кратной по сравнению с базой входной нагрузки, и уехали обратно на теплый ламповый VPS — он и спокойнее и дешевле.
Интересно, в какую стоимость выливается у автора поста в месяц такое количество сервисов.
Это пет-проджект с небольшой нагрузкой. Хватает виртуалки t2.micro. Первый год действуют условия free tier. Набегает около 5$ в месяц. Потом описанная в статье конфигурация с Elastic Beanstalk будет стоить около 35$ в месяц. Если отказаться от масштабирования и сконфигурить single instance environment, то 15$.

10-20 мс на запрос — это не «очень быстро», это до безумия МЕДЛЕННО.

Автор так и не узнал видимо, что помимо бинстолка и фаргейта, контейнеры можно легко запускать просто на ЕС2. И ECS это поддерживает из коробки аж бегом, launch type = container instance

Верное замечание. Статья может ввести в заблуждение, что фаргейт и бинстолк — это единственные опции. Запускать контейнер просто на EC2 было не интересно, такого рода задач у меня и на «земле» предостаточно. Как и разбираться с ECS — «наелся» кубернетеса на «земле». Хотелось более «идиоматические» амазоновские подходы попробовать.

Так ECS и есть «идиоматичечкий» сервис для контейнеров в AWS.
Бинстолк это для дев, которые не хотят разбираться с опс.

Зарегистрируйтесь на Хабре , чтобы оставить комментарий

Публикации

Истории