• Создание масштабируемого API на спотовых инстансах AWS
    0
    Это такие же сервера в дата-центрах AWS, то есть там тот же уровень безопасности, та же виртуализация и тд. Единственное отличие, что они могут быть выключены не по вашей инициативе. Ну и цена:)
  • Создание масштабируемого API на спотовых инстансах AWS
    0
    ага, понял) просто статья и так большая получилась, так что решили в отдельной статье более подробно про Lambda рассказать в разрезе аналитических систем.
    А что такое удаленная перегрузка инстансов из мобильного приложения?
  • Создание масштабируемого API на спотовых инстансах AWS
    0
    Не могу сказать, мы не жили вне облака:) квалификация для управления всем этим нужна, безусловно, но кажется, что ручной работы всё же сильно меньше, а значит вероятность ошибиться. Плюс за нас делаются бэкапы, обновления, менеджится безопасность частично.
    И самый большой плюс — это интеграция с другими сервисами внутри AWS. Нужно отправить пуши — есть SNS, для писем SES, для devops и аналитики Lambda + Kinesis, S3 очень удобный, CloudWatch тоже активно используем и много других сервисов. И на всё можно повесить триггеры, связать друг с другом, это очень удобно.
  • Создание масштабируемого API на спотовых инстансах AWS
    0
    ECS используем очень давно, а с k8s опыта мало. EKS вообще не использовали, в Яндекс Облаке разворачивали кластер на Managed Kubernetes, всё работает, но всё равно как-то не хватает уверенности, что мы его достаточно хорошо понимаем, чтобы в случае проблем быстро понять, что не так.
  • Создание масштабируемого API на спотовых инстансах AWS
    0
    У нас много сервисов (апи для сдк, апи для дашборда, кеш, асинхронные таски, pgbouncer, внутренние аналитики и др) и несколько окружений. Стабильно работает порядка 30 машин, почти на всех 2 vCPU и 2-4 GiB оперативки. На пиках может быть +10 машин, так как масштабируются не все сервисы.
    У нас вообще нет выделенных devops, просто несколько разработчиков за этим следят фоново. В целом всё автономно работает, настроены уведомления по важным показателям, чтобы понимать, если вдруг что-то не по плану идёт, и надо посмотреть.
  • Создание масштабируемого API на спотовых инстансах AWS
    +2
    Про Terraform отдельно напишем, но эта статья рассчитана на первый уровень погружения, поэтому всё было через интерфейс. И в процессе написания статьи действительно всё создали через интерфейс, чтобы убедиться, что это работает:)
  • Создание масштабируемого API на спотовых инстансах AWS
    0
    Спасибо, будем продолжать!
    Нет, новый инстанс подняться за 2 минуты не успеет, там не успевают так быстро отработать все проверки и развёртывание нового. Но если у вас есть свободное место на машинах, то контейнер обычно поднимается быстрее, чем за 2 минуты. Это зависит от контейнера, конечно, но на нашей практике не было дольше 1 минуты.
    Чтобы всегда держать какое-то количество свободных инстансов, надо указать Target capacity % меньше 100%. Об этом есть в статье, актуально как для масштабирования, так и для случаев, когда нода умирает.
    Но вообще кейс, что инстанс умирает, по нашему опыту, довольно редкий. Не скажу точный процент, но на сотни запущенных инстансов, у нас было меньше 10 таких случаев. Возможно, это связано с тем, что на ECS из-за постоянных деплоев и скейлов инстансы органически постоянно обновляются. То есть когда количество тасков увеличивается, а потом уменьшается, то свободные инстансы удаляются по нашему желанию. Из-за этого время жизни инстанса не очень большое, так что реже случаются кейсы удаления со стороны владельца. При этом у нас есть сервис, где нет масштабирования, и количество машин при деплое не меняется, и вот там спотовые инстансы почти 3 месяца уже живут, то есть всё это время их не убивали. Но их там всего 2, так что не очень репрезентативно.
  • Создание масштабируемого API на спотовых инстансах AWS
    0
    Про Lambda и RDS будет в следующей статье про аналитику. А в рамках данной статьи какое использование Lambda вы предполагаете?
  • Перенос веб-сервиса на Яндекс.Облако с AWS
    0
    У нас вебпак собирает файлы именно так, как вы описали, с версиями в названии (хотя больше это нужно для инвалидации кэша). И заливаются по порядку, так что ничего не сломается.

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

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

    По docker swarm — согласен:)
  • Перенос веб-сервиса на Яндекс.Облако с AWS
    0
    ок, понял)

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

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

    Ну и по поводу альфа — да, мы говорим, что сейчас этого нет, поэтому в расчётах под балансировщик и оркестраторы выделены отдельные машины. Для AWS в случае балансировщика приведена цена за ELB, оркестратор не биллится, т.к. ECS, никакого обмана.
  • Заказ готовых блюд и любых ингредиентов от «Шефмаркет» можно оплатить с помощью PayOnline
    +2
    Вот если бы с помощью bitcoin можно было оплатить, это была бы новость:)
  • В Москве скоро откроется первый Sleep Box отель
    +1
    Тот же самый слипбокс в Центре Дизайна ARTPLAY обойдётся вам в 500р за сутки. Метро Курская, что тоже не очень-то далеко от центра.
    Правда, это уже не формат отеля, но функции свои он полностью выполняет.
  • Samsung продолжает рекламную кампанию Galaxy SIII
    0
    Ну не сказал бы, что прям ужасен. Просто ничего другого в сети не нашёл, а сам озвучку не практикую. Для тех, кто не понимает английский, будет смысл ролика понятен, хотя бы. Так что не вижу ничего страшного в этом:)
  • Samsung продолжает рекламную кампанию Galaxy SIII
    0
    Немного не точно, конечно, но смысл понятен.
  • Samsung продолжает рекламную кампанию Galaxy SIII
    0
    Русская озвучка (дубляж). www.youtube.com/watch?v=RRjsWqYUFh8
  • Подключение статических ресурсов из шаблонов
    0
    Есть ещё такая интересная штука, как БЭМ. К слову, данную методологию активно использует Яндекс.
  • Повышение производительности работы в Mac OS X, в том числе путем уменьшения использования мыши
    0
    Недавно обратил внимание на возможность запоминания языка клавиатуры для каждой программы (в Chrome запоминает для каждой вкладке) — очень удобная вещь!

    Включить здесь: Системные настройки — Язык и текст — Источники ввода — Параметры источника ввода

    image
  • Google снова закрывает сервисы: Google Apps For Teams, Google Listen и Google Video For Business
    0
    Спасибо, всё предельно ясно)
  • Google снова закрывает сервисы: Google Apps For Teams, Google Listen и Google Video For Business
    0
    Нет, видимо для всех платформ. Потому что сейчас в Google Play не нашёл его. Но на телефоне, всё же, работает.
  • Использование Microsoft Bing Translator API в своем приложении
    +1
    GET-запросом можно и к Гуглу обращаться, причём безо всяких AppID.
    translate.google.com/translate_a/t?client=x&text=hello&sl=en&tl=ru, где text — слово или фраза для перевода, sl — язык оригинала, tl — требуемый язык. В ответ придёт JSON, в котором есть и перевод, и часть речи, и словарные значения этого слова. Есть, к слову, и транслит.

    Тем же способом можно получить и озвучку слова, правда, она не всегда хороша.
    translate.google.com/translate_tts?q=hello&tl=en
    И просто сохраняем полученный результат как файл.
  • Разработка простого расширения для google chrome
    0
    Добрый день!

    Подскажите, пожалуйста, как при загрузке страницы обратится из background в script??

    По идее, должна работать следующая схема:

    В файле background.html отправляем запрос, например
    chrome.tabs.onUpdated.addListener(function(id,info,tab) {
    chrome.tabs.sendRequest(id, {greeting: "hello"});
    });


    А в файле script.js его принимаем
    chrome.extension.onRequest.addListener(
    function(request, sender) {
    alert(request);
    });


    Почему-то не работает.

    Подскажите, пожалуйста, что неправильно.
    Заранее спасибо!