• Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    +1
    Перловые модули едут на покой уже несколько лет :) Насколько я знаю, уже не далеко.

    Язык — плюсы.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    0
    Написан на плюсах.

    А с конфигами так. Есть сервис, который смотрит в репозиторий и наблюдает за появлением новых комитов. При появлении новых комитов, проходит валидация, препроцессинг, дальше данные загружаются в динамические таблицы YT, про который мы тоже как-то писали.

    Аппхосты уже смотрят в YT и качают оттуда обновления.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    0
    Вообще звучит хорошо, да. В очень похожем сеттинге живет другой большой поисковик. Как там устроен поиск я доподлинно не знаю, но все сервисы создаются через grpc описание, в моннорепозитории можно пойти и всем закомитить нововеденние. Так что, да схема может работать.

    Про шестую проблему, все таки не совсем тебя понял. Чтобы внедрить фичу, мне нужно потрогать все сервисы на пути пользователь -> мой микросервис. То есть пойти кода написать в микросервисы соседних команд, что не очень удобно. Под аппхостом, я добавил вершинку в граф, написал бекенд этой вершинки и готово.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    0
    Пока, увы, только внутреннее. К облаку мы еще не готовы, да и сходу объем спроса не понятен.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    0
    Вот тут хороший вопрос и на него нет однозначного ответа. То есть, можно грамотно задизайнить то что есть сейчас на классической микросервисной архитектуре и это будет хорошо работать.

    Почему конкретно у нас Apphost, я для себя отвечаю так.
    — Понятное разделение зоны ответственности. Команда реализует бизнес логику, мы реализуем передачу данных. Когда мы что-то чиним, мы чиним у всех сразу.
    — Кто-нибудь обязательно забудет сделать одно из N обязательных действий с использованием правильной стандартизованной технологии и все сломает.
    — И шестую проблему из статьи не понятно как решать. Чтобы внедрить фичу, тебе придется комитить в код другой команды, или ставить на них задачу.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    +8
    Если баг в софте, то да, можно все сломать. Но тут как, если баг в ядре, балансировщике нагрузки, софте свитча, в супервизоре облака, все сломается точно так же… Так что добавление Apphost не делает конструкцию более хрупкой.

    Остается только качественно тестироваться и аккуратно катать релизы.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    +1
    На самом деле, мы рады взять готовое! Но где? Если знаешь проекты, которые делают то же самое, покажи.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    +2
    А вот это прямо в точку! Когда думали как объяснять новым людям, что такое Аппхост, сошлись, что API Gateway самый близкий аналог. Только API Gateway это обычно кастомный код, а Аппхост это некоторый способ сконфигурировать свой API Gateway.

    А про сервис меш не думал никогда, но да, что-то есть.
  • Технология Apphost: альтернативная вселенная микросервисов в Яндексе
    +4
    Не совсем похоже. Брокер скорее про очереди сообщений, задач, данных на доставку, а Аппхост про выполнение запроса в твой сервис.

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

    В случае Аппхоста вся логика выполнение запроса описана в графе, а клиенты под Аппхостом только обрабатывают запросы.

    Брокер в Яндексе тоже есть, но не самописный, конечно :) Мы про него писали некоторое время назад.