Pull to refresh

Comments 17

Получил тестовый доступ еще осенью, сейчас активно играюсь. Пока выгребаю баги-фичи, отсылаю в поддержку. Раздражает система ответов на тикеты, бестолковая (будут переделывать). Яндексу еще пилить и пилить.
ЗЫ просил тестерам хвоста накрутить, программистам — чопик, потому как сырое.
Кстати, касательно aws, а кто-то нашел панельку в яндексе управления сетями в духе «закрыть/открыть миру порт»?)
Так себе самоубийство Виталий. И как сравнивать с тем чего нет или с тем что только в альфе?
Вопрос на будущее, планирует ли Яндекс Облако ставить свои датацентры в Западной Европе, Юго-западной Азии (ну или хотя бы во Владивостоке) и Латинской Америки?

Ибо хотелось бы по необходимости переносить весь бизнес на одну платформу, а не все держать на AWS, а юзеров из РФ замыкать в РФ (чтобы не получить яровой палкой по голове).
Хороший вопрос, я сам точно не знаю. По моим ощущениям, Azure может сделать регион в РФ и тогда все будет консистентно, но не факт.
Облако для чисто российских проектов выглядит удобно. Однако, если проект работает на зарубежных рынках, то поддерживать Облако и AWS сложно.
первые комментарии из телеги.
"— Потенциально большой набору инфраструктурных сервисов;
"… потенциально мы миллионеры, а по факту..."
— Для части сервисов доступен AWS-совместимый API, что значительно упрощает переход;
Тут добавить нечего

— Тарифы ниже, чем у западных аналогов, нет завязки на курс доллара;
Т.е. у нас в стране ничего не привязано к курсу у.е.,
— Защита от внезапных блокировок;
Каким образом Яндекс может защитить от РКН, непонятно
— Дата-центр в России, благодаря чему закон о защите персональных данных пользователей всегда выполняется.
Он может выполнятся если переехать в любой другой цод в рф или просто хранить данные в РФ"

Мне нравится Яндекс, и даже им пользуюсь и рекомендую — НО с оглаской на то что там еще много чего нет.
И если просто ec2 с ПД в РФ — то конечно — Яндекс лучший выбор. Но ты меня удивил, честно.
Привет!

1. По факту решение, которое рассматривается в статье, нормально переносится на облако, да, больше работы ручной (балансировщик и оркестратор), но в целом это не сложные вещи. По поводу будущих сервисов — есть роадмэп, так что это не голословное утверждение.
2. Разве это не плюс?
3. Завязка уж точно не такая прямая, как если ты платишь счёт в валюте. Если ты используешь один и тот же класс машин и сервисов, то с очень большой вероятностью у тебя не будет меняться цена вообще. Понятно, что при закупке оборудования курс имеет значение, но в облаках это не главная статья расходов, а остальное в России (обслуживание, энергия и пр.) в рублях.
4. Таким, что в Яндекс не пойдут хостить сервера те, кого масштабно блочит РКН (практика показывает, что они не хотят что-либо делать на территории РФ), поэтому тебя за компанию с ними не закроют. Другой вопрос, что в свете последних новостей из госдумы, могут закрыть тебя от всего остального мира:)
5. Ну тут же не говорится, что кроме Яндекса нет других решений. При этом если смотреть именно на облака, а не на дц, то есть только Яндекс и Мэил. Хранить данные в РФ тоже можно.

Ну и по поводу альфа — да, мы говорим, что сейчас этого нет, поэтому в расчётах под балансировщик и оркестраторы выделены отдельные машины. Для AWS в случае балансировщика приведена цена за ELB, оркестратор не биллится, т.к. ECS, никакого обмана.
Кирилл, еще раз ) у меня к Я.О претензий нет — я просто осознаю, что там готово к проду, а что еще в альфе и чего еще нет.
И я не очень понимаю как представитель компании которая позиционирует себя как serverless ребятки — переезжает в Я, в котором его еще в альфе нет.
ок, понял)

мы не писали, что мы переезжаем в Я.О, если что) потому что пока там нет большого количества сервисов, которые мы постоянно юзаем в AWS, да и инструментов для разработки тоже. Речь в статье про конкретный сервис с описанной инфраструктурой.

А ничего, что на S3 файлы заливаются не атомарно, и обратившиеся к сайту в момент обновления юзеры могут получить нерабочий сайт (потому что часть файлов к ним приедет от старой версии, а часть от новой)?


Есть варианты как это обойти (напр. для SPA можно все файлы кроме index.html версионировать добавив версию в имя, и заливать index.html последним), но не проще ли статику (по крайней мере html/css/js/images) тоже деплоить как контейнер (nginx) — заодно это бы упростило поднятие локальной версии сайта разработчиками?


Ещё один момент — на ваших масштабах в качестве оркестратора более чем достаточно простого docker swarm.

У нас вебпак собирает файлы именно так, как вы описали, с версиями в названии (хотя больше это нужно для инвалидации кэша). И заливаются по порядку, так что ничего не сломается.

Более того, на AWS у нас перед S3 бакетом со статикой стоит CloudFront, который кэширует всё, и только после обновления всех файлов в бакете запускается инвалидация кэша. Так что там в принципе невозможен вариант, когда что-то битое появится. В Я.О такого нет (надеюсь, что пока)

Локально фронт поднимается просто npm (yarn) скриптом, какой-то сложности в этом нет.

По docker swarm — согласен:)
«Public IP» в AWS бесплатны. И те, которые Elastic IP (EIP), тоже бесплатны, если прикреплены к использующимся инстансам.

«Балансировщик нагрузки (1 шт., 1 GB RAM, 1vCPU 100%, 10 GB SSD)» — В AWS стоимость t3.micro (2vCPU и 1GB RAM) составляет $7,7. И за 10GB диск ещё $1 в месяц. Если в качестве балансировщика взяли ALB или ELB, то сравнение некорректное, имхо. В сервисах от AWS встроенная отказоустойчивость и масштабируемость.

Думается, что и с остальными пунктами не всё так однозначно.

А вообще, самое простой и честный способ сравнения — показать счёт за инфраструктуру в AWS и в Я.Облако. Естественно, при равной нагрузке.
— Дата-центр в России, благодаря чему закон о защите персональных данных пользователей всегда выполняется.


Это заблуждение. выполняется лишь условие, по которому российские перс. данные надо размещать на территории РФ. Но вот отвечает ли всем пунктам соотв. законов — это вопрос.
Sign up to leave a comment.

Articles