Положение мкс в реальном времени: Положение и траектория полета МКС в реальном времени ISS tracker live online

Содержание

Пермский планетарий — МКС Online

Пермский планетарий — МКС Online
Версия для слабовидящих

  • Афиша
  • Репертуар
    • Программы
    • Мобильный планетарий
    • Спектакли оптического театра
    • Наблюдение в телескоп
    • Романтическое свидание
    • Концерты и выставки
  • Билеты
    • Цены
    • Акции
    • Как купить билет
    • Правила посещения
    • Пушкинская карта
  • Пресс-центр
    • Новости
    • Астрономические события
    • Модель Солнечной системы
    • МКС Online
    • Фотогалереи
    • Видеогалереи
    • Полезное
  • О нас
    • Часто задаваемые вопросы
    • 3D тур
    • История
    • Коллектив
    • Награды
    • Противодействие коррупции
    • Противодействие терроризму и экстремизму
    • Документы
    • Как добраться
    • Контакты
    • Правила противопожарного режима

Положение МКС в реальном времени.  

Online трансляция с камеры, закреплённой на обшивке МКС.

Посмотреть на карте Перми

Фотографии компании

Найти проезд до Пермский планетарий

Виджет карты использует JavaScript. Включите его в настройках вашего браузера.

Не можете приехать в планетарий, тогда планетарий едет к Вам!

Мы выезжаем в школы, детские сады, дворцы культуры, летние лагеря  и другие учреждения, с программами для различных возрастов. Тематика разнообразна: астрономия и космонавтика, природа и экология, история, культурное и патриотическое воспитание.

Выездные сеансы проводятся в двух вариантах:

Мобильный купол

1 сеанс – не более 30 человек,
Длительность сеанса 30-40 минут.

Для установки купола необходимо помещение размерами: шириной не менее 5,5 м.,
длиной — 8 м., высотой — 2,7 м. ,
с ровным полом.
Отлично подходят спортзалы, актовые залы и большие кабинеты. 
Для работы необходим доступ к электросети.

Мобильный экран

Количество человек ограничено вашим помещением.
Длительность сеанса 45 – 60 минут.

Для получения контрастного изображения на проекционном экране, окна в помещении должны быть затеняемы.

Для оформления заявки Вам нужно:

выбрать желаемую программу и удобное время сеанса,
позвонить в планетарий по телефону:
8 (342) 260-41-29;
8 (342) 206-00-18;
8 (342) 294-34-11;
+7-912-980-28-40;
+7-902-808-77-62.

Наши специалисты обговорят с вами все необходимые детали,  ответят на ваши вопросы и оформят заявку.

Мы работаем для Вас!

Для оформления групповой заявки (от 25 человек) Вам нужно:

выбрать желаемую программу и удобное время сеанса,

позвонить в планетарий по телефону: 8 (342) 260-41-29;
8 (242) 206-00-18;
8 (342) 294-34-11;

+7-912-980-28-40;

+7-902-808-77-62.

Наши специалисты ответят на ваши вопросы и оформят заявку.

Если Вы не выбрали программу или желаемое время уже занято другой заявкой, наши специалисты помогут Вам в выборе программы и времени сеанса.

Обращаем ваше внимание, заявки принимаются на сеансы не входящие в афишу.

Мы работаем для Вас!

Видео с МКС онлайн (Трансляция с веб камеры МКС онлайн)

Видео с МКС онлайн (Трансляция с веб камеры МКС онлайн) — Расчет текущего положения МКС в реальном времени.

Международная космическая станция (МКС) – является самым крупным и самым долгоживущий домом для людей в космическом пространстве.

В этой статье вы узнаете, как просматривать видео с МКС в режиме реального времени (как говорится МКС онлайн), узнать как смотреть на МКС с Земли и как узнать текущее положение МКС (положение МКС в реальном времени).

Просмотр видео с веб камеры МКС онлайн

На МКС установлено несколько web камер, которые в реальном режиме времени передают видеопоток пролета космической станции над Землей. Большинство камер, установленных как внутри станции так и снаружи, имеют низкое и среднее разрешение. Но также имеется парочка камер HD, которые транслируют очень реалистическую картинку.

Теперь каждый желающий может в любое время понаблюдать за всем происходящим как внутри МКС так и снаружи.

Очень часто с веб камер МКС можно понаблюдать за обыкновенным рабочим днем экипажа: как они живут, работают, проводят разного рода научные эксперименты.

В остальное время проводится трансляция с наружных веб камер МКС, через которые можно увидеть:

  • Северное сеяние;
  • Извержение вулканов

    • (Другие Снимки из космоса);

  • Зарождение и движение цунами;
  • Молнии в местах бурь и ураганом;
  • Восход и заход Солнца;
  • Ночное сеяние больших городов нашей планеты;
  • Пристыковку и отстыковку как пилотируемых транспортных так и грузовых космических аппаратов.

Одним словом вас ждет потрясающие видео полета МКС онлайн над Землей.

Смотреть видео о МКС (интересная подборка)!!!

Видео с наружных веб камер МКС обычно сопровождается разговорами между экипажем МКС или центром полета.

Интересно: Для экипажа МКС на каждый день составляется заблаговременный перечень операций и экспериментов, которые нужно выполнить. Космонавты/ астронавты не придумывают сами, чем им заняться в тот или иной день :-)) ).

К сожалению, полностью непрерывной 24 часовой трансляции полета МКС нам не удастся посмотреть. В те моменты, когда станция кружится вокруг Земли и пролетает над затемненной ее частью, трансляция с веб камер прекращается и на экране отображается синий фон. Но не стоит расстраиваться, трансляция сразу же возобновится после попадание МКС в освещенную часть планеты.

Онлайн трансляция с МКС

МКС онлайн — камера №1

МКС онлайн — камера №2 (высокое разрешеие/ HD камера)

Как увидеть Международную космическую станцию (МКС) с Земли?

МКС настолько велика (размером в футбольное поле), что ее можно легко увидеть с Земли невооруженным глазом в ясную (не пасмурную) погоду.

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

Запомните, МКС будет видна не больше пяти минут и для того что бы быть готовым ее увидеть вам нужно знать ее положение в реальном масштабе времени.

Расчет текущего положения МКС в реальном времени.

В сети существует множество приложений для отслеживания текущего положения МКС. В этой статье будет рассказываться про “ISS Tracker XI” от Европейского космического агентства (ЕКА).

Отображение информации проводится на двух панелях. На верхней панели отображается карта мира с траекторией движения МКС (предыдущий, текущий, следующий виток МКС). На нижней панели отображается сервис “Google Maps” с помощью которого можно более детально просмотреть на территорию Земли над которой пролетает МКС.

Текущее положение МКС в реальном времени

Еще одна карта, по которой можно узнать положение МКС

Видео с МКС (Ночной вид Земли с МКС)

Вашему вниманию предлагается просмотреть уже готовый (смонтированный) видеоролик «Вид Земли с борта МКС». Видео было создано на основе записей с веб камер МКС в высоком качестве, а также на основе серий фотографий астронавта Нейта Маерса.

Одним словом смотрите и наслаждайтесь неповторимым видом с космоса нашей очаровательной Земли.

После такого, и самому захочется все бросить и в космос полететь… :-))

Понравилось! Не проходи мимо, оставь отзыв. Тебе не тяжело, а нам приятно…

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

  • Facebook
  • Disqus | JComments

Функции почти в реальном времени для персонализации почти в реальном времени

Функции почти в реальном времени для персонализации почти в реальном времени | ЛинкедИн Инжиниринг

  • Посмотреть все сообщения
  • Просмотреть профиль LinkedIn

1 марта 2022 г.

Соавторы: Рупеш Гупта, Саша Овсанкин, Цин Ли, Сынхён Ли, Бенджамин Ле и Сунил Ханал будь то работа, в которой они могут быть заинтересованы, участник, с которым они могут захотеть связаться, или другой тип предложения. Для этого нам нужно знать их намерения и предпочтения, которые могут быть раскрыты через их действия в нашем приложении. Например, если участник посещает LinkedIn и подает заявку на вакансию веб-разработчика в Сан-Франциско, то это действие может показать его намерение найти работу с предпочтением должностей веб-разработчика в Сан-Франциско. Такая информация используется нашими различными рекомендателями, чтобы лучше персонализировать рекомендации для участника. Например, наш рекомендатель вакансий может порекомендовать другие вакансии веб-разработчика в Сан-Франциско, наш рекомендатель контактов может порекомендовать веб-разработчикам связаться с ним в Сан-Франциско, а наш рекомендатель каналов может порекомендовать этому участнику контент, связанный с рынком труда в Сан-Франциско.

Однако обычно существует задержка между тем, когда участник выполняет действие, и моментом, когда его можно использовать для адаптации рекомендаций для этого участника. Это связано с тем, что данные об активности участников обычно периодически обрабатываются в функциях в пакетной среде, а затем становятся доступными для рекомендательных систем. Обычный конвейер функций показан на рис. 1. Каждый раз, когда участник выполняет действие, событие, содержащее информацию о действии, передается в поток данных (например, Apache Kafka). Эти события действий периодически передаются ETL в автономное хранилище данных (например, HDFS). Пакетное задание (например, задание Apache Spark) периодически считывает данные об активности всех участников в этом автономном магазине и преобразует их в функции. Затем эти функции передаются в интернет-магазин (например, магазин «ключ-значение» в Венеции). Когда участник попадает на страницу, содержащую модуль рекомендаций, соответствующая рекомендательная система считывает функции из онлайн-магазина функций и использует их в модели для оценки элементов рекомендаций-кандидатов и возврата рекомендаций, упорядоченных по их оценкам.

Рис. 1. Обычный конвейер функций для использования прошлых действий участника для персонализации рекомендаций

В зависимости от скорости ETL для автономного хранилища данных и частоты пакетного задания этот подход может привести к задержке в любом месте от нескольких часов до даже дней между тем, когда участник совершает действие и когда его можно использовать для адаптации рекомендаций для этого участника. Это может означать упущение нескольких возможностей для лучшей персонализации опыта участника. Например, предположим, что существует задержка в 24 часа между тем, когда участник совершает действие, и моментом, когда его можно использовать для адаптации рекомендаций для этого участника. Теперь предположим, что участник в последний раз посещал LinkedIn месяц назад и подавал заявку на работу в Сан-Франциско. Основываясь на прошлых данных об активности этого участника в автономном хранилище данных, мы можем сделать вывод, что участник предпочитает работу в Сан-Франциско. Однако этот участник может посетить LinkedIn сегодня и начать подавать заявки на работу в Нью-Йорке. Это может отражать изменение предпочтений участника; однако мы не сможем адаптировать рекомендации по работе, подключению или каналам для этого участника в течение следующих 24 часов из-за задержки.

Влияние смоделированной задержки при использовании действий по подаче заявки участника в нашей модели рекомендаций по вакансиям показано в таблице 1. В этой таблице мы используем задержку в 1 минуту в качестве базового уровня для расчета влияния на ROC-модели модели. AUC (мера производительности модели). Понятно, что производительность падает с увеличением задержки.

Таблица 1. Влияние смоделированной задержки на использование действий участника по подаче заявления на вакансию в нашей модели рекомендаций по вакансиям. В качестве базовой линии используется задержка в одну минуту.

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

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

  2. Вместо предварительного расчета функций на основе недавних действий участника, эти функции могут быть рассчитаны по запросу, когда необходимо создать рекомендации. Вычисления выполняются быстро, так как обычно для этих функций необходимо обработать лишь небольшой объем данных. Это позволяет нам использовать самые последние действия члена для вычисления этих функций.

Вычисление функций на основе прошлых действий участника

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

Шаг 1. Получите соответствующие действия, предпринятые участником за определенный период времени. Например, получить все действия по отклику на вакансию, предпринятые участником за последние 7 дней.

Шаг 2: Найдите определенные атрибуты объектов, над которыми были предприняты вышеуказанные действия. Например, найдите встраивание (числовое векторное представление) каждого задания, к которому участник применил заявку на предыдущем шаге.

Шаг 3: Выполните операцию суммирования атрибутов всех объектов. Например, вычислите среднее значение вложений всех заданий из предыдущего шага.

Результат третьего шага — это функция. В нашем примере это встраивание, представляющее виды работ, которые этот участник предпочитал за последние 7 дней. Это пример функции участника, основанной на прошлых действиях участника.

Рекомендательная система может также вычислить парный признак (участник, элемент) на основе прошлых действий участника. Такая функция зависит не только от члена, для которого необходимо создать рекомендации, но и от оцениваемого элемента рекомендации-кандидата. Например, рекомендатель работы может использовать следующую парную характеристику при оценке кандидата на работу с рекомендацией на работу 9.0057 i для участника: сколько раз этот участник подавал заявки на любую работу в том же географическом месте, что и работа i , за последние 7 дней. Чтобы вычислить эту функцию, на шаге 2 будет искаться географическое местоположение каждого задания, а затем на шаге 3 будет выполняться подсчет количества заданий в каждом местоположении. Результатом шага 3 будет карта, которая выглядит как это: {«Нью-Йорк» : 10, «Нью-Джерси» : 2}. Когда рекомендатель оценивает рекомендации кандидата на работу для этого участника, тогда значение этой парной функции равно 10 для работы в Нью-Йорке и 0 для работы в Сан-Франциско.

Сводка требований

Приведенный выше общий шаблон вычислений помог нам определить требования для желаемого решения. Этими требованиями были:

Требование 1: Возможность записать любое интересующее действие участника в течение нескольких секунд.

Требование 2: Возможность объединения любых атрибутов объекта, над которым было выполнено действие.

Требование 3. Возможность получения действий, предпринятых участником (вместе с объединенными атрибутами), которые соответствуют определенным критериям, и вычисления функций на основе этих действий менее чем за 100 миллисекунд.

  • Критериями поиска могут быть, скажем, действия по приему на работу, предпринятые за последние N часов. N не больше 96, так как любая функция, основанная на действиях, предпринятых участником более 96 часов назад, должна быть получена из обычного пайплайна функций.

  • Ограничение задержки в 100 миллисекунд гарантирует, что рекомендации будут доставлены участнику в течение нескольких сотен миллисекунд после того, как участник перейдет на страницу, содержащую модуль рекомендаций.

Помимо этих жестких требований, мы также хотели достичь следующих целей. Мы хотели, чтобы решение было простым, легко внедряемым и удобным в обслуживании. Мы также хотели, чтобы решение позволяло нам использовать одни и те же данные о действиях в нескольких рекомендательных системах. Например, предположим, что рекомендатель вакансий использует решение для записи действий по отклику на вакансию и вычисления функции — скажем, среднего значения встраивания всех вакансий, на которые участник подавал заявки за последние 24 часа. Теперь, если рекомендателю соединения нужна другая функция, которая также вычисляется на основе действий подачи заявки, например, среднее значение вложений всех заданий, к которым участник подал заявку за последние 6 часов, тогда он должен иметь возможность сделать это с помощью минимальное усилие.

Представление действий в стандартной схеме 

Первым шагом к разработке решения, основанного на вышеуказанных требованиях, было определение стандартной схемы для представления любого действия члена. Мы решили представить действие как:

Блок кода 1. Стандартная схема для представления любого действия участника

, где «актер» — это идентификатор участника, выполнившего действие, «актерАтрибуты» — атрибуты актера. , «verb» — тип выполненного действия, «verbAttributes» — атрибуты глагола, «object» — сущность, над которой было выполнено действие, «objectAttributes» — атрибуты объекта, а «timestamp» — атрибуты действия. время, когда было совершено действие.

Например, если участник с идентификатором 111 (из интернет-индустрии) подает заявку (из мобильного приложения) на вакансию с идентификатором «job:222» (которая базируется в Нью-Йорке и имеет вложение [0,1, 0.4, 0.9]) с отметкой времени Unix 345678, то это действие может быть представлено в приведенной выше схеме как:

Точно так же щелчок по статье в ленте может быть представлен как:

Хотя тип данных JsonObject в схеме обычно обескуражен, он позволяет гибко включать любые желаемые атрибуты актера, глагола или объекта для каждого типа действия. В противном случае такой гибкости было бы трудно достичь.

Дизайн решения

Используя стандартную схему для представления любого действия участника, мы разработали наше решение, как показано на рисунке 2.

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

Мы представили потоковый процессор Apache Samza для прослушивания и обработки событий, соответствующих интересующим действиям участника от Kafka. Мы выбрали поддержку Samza SQL API для написания логики обработки в этом процессоре. Он ограничивает логику обработки простыми операциями, такими как фильтрация, объединение потоковых таблиц и проекции. Это ограничение помогло нам обеспечить простоту и легкость потокового процессора. Точная логика обработки может быть разной для разных вариантов использования, но в целом выглядит следующим образом:

  1. Чтение события, соответствующего действию.

  2. Отфильтровать событие, если действие не стоит записывать. Например, отфильтруйте событие, если идентификатор участника, выполнившего действие, равен нулю в событии. Такое событие может инициироваться, когда бот выполняет какое-либо действие.

  3. Присоедините любые необходимые атрибуты актера, глагола или объекта действия. Эти атрибуты могут храниться во внешних хранилищах. Например, магазин в Венеции может содержать атрибуты каждой работы, такие как ее встраивание и/или географическое местоположение, где она базируется.

Поточный процессор, наконец, подготавливает и выдает новое событие в стандартной схеме действий, показанной в блоке кода 1. Это событие снова проходит через Kafka и загружается в хранилище Apache Pinot, которое имеет ту же схему, что и стандартная схема действий. . Каждое действие загружается в это хранилище как новая строка. Пример снимка данных в этом хранилище показан на рисунке 3.

Рисунок 3. Пример снимка хранилища Pinot, содержащего действия

Хранилище настроено на хранение данных в течение 96 часов, что означает, что действие удаляется из хранилища через 96 часов после его загрузки — это позволяет контролировать размер хранилища. Хранилище также настроено на использование «актера» в качестве первичного ключа, так что данные секционируются и сортируются на основе столбца «актер», что позволяет быстро находить действия, предпринятые конкретным участником.

Мы выбрали Pinot в качестве нашего магазина по нескольким причинам. Основными из них были:

  1. Он поддерживает получение данных из Kafka практически в реальном времени.

  2. Он может отвечать на аналитические запросы с малой задержкой. Это позволяет вычислять различные функции на основе данных о действиях в магазине менее чем за 100 миллисекунд.

  3. Масштабируется по горизонтали. Это позволяет нескольким рекомендательным системам выполнять запросы из одного и того же магазина.

  4. Поддерживает удаление старых данных.

Рекомендательная система теперь может запрашивать это хранилище Pinot, когда необходимо создать рекомендации для члена. Например, если участник с идентификатором 111 посещает страницу, содержащую модуль рекомендаций по вакансиям, то рекомендатель вакансий может получить атрибуты всех вакансий, которые этот участник подавал за последние 24 часа, выполнив следующий запрос, а затем может выполнить операция суммирования извлеченных атрибутов задания для создания функций.

Если рекомендателю соединения нужны атрибуты всех заданий, к которым этот участник обращался за последние 6 часов, он может сделать это, выполнив небольшой вариант приведенного выше запроса:

В некоторых случаях операция суммирования может быть часть запроса Pinot и выполняется внутри Pinot. Например,

В некоторых других случаях может быть лучше объединить определенные атрибуты после получения действий из магазина Pinot. Например, предположим, что встраивание каждой статьи фида представляет собой вектор из 800 измерений. Тогда, возможно, будет лучше не хранить вложение статьи в качестве objectAttribute каждого действия по щелчку ленты в хранилище Pinot, а вместо этого предпочтительнее получить эти вложения из хранилища атрибутов после получения списка статей, на которые нажал участник. в недавнем прошлом, как показано ниже.

Шаг 1:

Шаг 2:

Этот двухэтапный процесс может значительно увеличить или не увеличить общую задержку извлечения в зависимости от типа хранилища, в которое выполняется вызов на шаге 2. В случаях, когда общий Ожидается, что задержка значительно увеличится, атрибуты могут быть сохранены в хранилище Pinot с достаточно большим количеством оборудования.

В зависимости от типов требуемых функций рекомендательная система соответствующим образом запрашивает хранилища Pinot и атрибутов для вычисления функций, близких к реальному времени. Затем он использует эти функции вместе с другими функциями (например, вычисленными с помощью обычного конвейера функций) в модели для оценки рекомендаций-кандидатов. Функции почти в реальном времени могут фиксировать краткосрочные намерения и предпочтения участника, в то время как другие функции могут фиксировать долгосрочные намерения и предпочтения. После оценки рекомендательная система также генерирует событие для регистрации вычисленных признаков в HDFS. Поскольку функции, основанные на действиях участника, могут быть очень чувствительными ко времени (например, участник может подать заявку на две вакансии в течение минуты или щелкнуть две статьи в ленте в течение нескольких секунд), их регистрация гарантирует, что мы получим правильное значение этих связанных функций. с каждым показом рекомендаций. Это упрощает подготовку обучающих данных для будущих итераций модели.

Результаты

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

  • Интересующие действия участников могут быть записаны в магазине Pinot в течение от 0,1 до 15 секунд, в зависимости от частоты типа действия. Это означает, что если участник предпринимает действие сейчас, его можно использовать для адаптации рекомендаций для этого участника в течение следующих нескольких секунд.

  • Действия могут быть получены (вместе с атрибутами) менее чем за 50 миллисекунд со скоростью более 20 000 запросов в секунду с соответствующим количеством серверов Pinot.

  • Новые варианты использования могут быть внедрены в течение нескольких дней.

  • Стоимость обслуживания была небольшой.

Это также привело к значительному увеличению бизнес-показателей. Выгоды, полученные от рекомендателей вакансий, фида и поиска, показаны ниже.

Таблица 2. Влияние функций, работающих в режиме, близком к реальному времени, в рекомендателе вакансий

Таблица 3. Влияние функций, работающих в режиме, близком к реальному времени, в рекомендателе каналов рекомендатель поискового типа

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

Ограничения 

Хотя это решение хорошо работает для описанных выше типов функций-членов и парных функций (член, элемент), оно может не работать для других типов функций в зависимости от недавних действий участников. Примером могут служить функции элемента, основанные на недавних действиях всех участников. Функция элемента — это функция, которая зависит только от оцениваемого элемента рекомендации кандидата, например, суммирование вложений всех участников, которые нажали на статью канала за последние 24 часа. Эта функция может помочь рекомендателю канала предлагать участнику статьи, которые в недавнем прошлом набирали популярность среди подобных участников. Поскольку могут быть тысячи элементов рекомендаций-кандидатов, которые необходимо оценить для члена, своевременное вычисление функции для каждого из этих элементов становится дорогостоящим в вычислительном отношении. Наше решение для таких случаев — предварительно вычислить функцию в отдельном потоковом задании и сохранить ее в онлайн-хранилище ключей и значений для быстрого поиска. В настоящее время это решение находится в разработке.

Извлеченные уроки и будущая работа

Основываясь на нашем опыте, мы извлекли следующие уроки:

  • Всегда проверяйте свои предположения. Когда мы начинали, было несколько опасений по поводу осуществимости нашего решения. После выполнения нагрузочных тестов с реальными данными и запросами стало очевидно, что вычисление функций по запросу с использованием Pinot достаточно производительно для многих случаев использования.

  • Ранние удары идеальны. Развертывание первых нескольких вариантов использования в рабочей среде выявило некоторые сложности, которые мы не могли предвидеть. Это послужило основой для наших будущих планов развития.

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

Вооружившись лучшим пониманием преимуществ и ограничений используемых нами технологий, мы работаем над развитием нашего решения для поддержки всех типов функций, близких к реальному времени. Если вы заинтересованы в решении подобных проблем, свяжитесь с нами или посетите страницу вакансий в LinkedIn.

Благодарности

Мы хотели бы поблагодарить Jiaqi Ge, Aditya Toomula, Mayank Shrivastava, Minhtu Nguyen, Justin Zhang, Xin Yang, Ali Hooshmand, Yuankun Xue, Xin Hu, Qian Li, Hongyi Zhang, Marco V. Varela, Manas Somaiya , Shraddha Sahay, Raghavan Muthuregunathan, Anand Kishore, Daniel Gmach, Joshua Hartman, Shipeng Yu, Abhimanyu Lad, Tim Jurka, Romer Rosales и многие другие, кто помогал нам.

Темы

  • Рекомендации,
  • Апач Самза,
  • Рекомендательные системы

  • Связанная статья

    Представляем программу LinkedIn Scholars: партнерство с академическими учреждениями для решения реальных бизнес-задач

  • Связанная статья

    Оптимизация людей, которых вы можете знать (PYMK), для обеспечения справедливости в создании сети

  • 404: Страница не найдена

    Страница, которую вы пытались открыть по этому адресу, похоже, не существует. Обычно это результат плохой или устаревшей ссылки. Мы приносим свои извинения за доставленные неудобства.

    Что я могу сделать сейчас?

    Если вы впервые посещаете TechTarget, добро пожаловать! Извините за обстоятельства, при которых мы встречаемся. Вот куда вы можете пойти отсюда:

    Поиск

    • Узнайте последние новости.
    • Наша домашняя страница содержит самую свежую информацию о мобильных компьютерах.
    • Наша страница о нас содержит дополнительную информацию о сайте SearchMobileComputing, на котором вы находитесь.
    • Если вам нужно, свяжитесь с нами, мы будем рады услышать от вас.

    Поиск по категории

    ПоискСеть


    • В чем разница между 802.11ac и 802.11ax?

      Разница между 802.11ac и 802.11ax существенна. Два беспроводных стандарта заметно различаются по таким характеристикам, как AP …

      .


    • Облако, безопасность и автоматизация меняют сетевые роли

      Сетевые профессионалы больше не находятся в своих собственных пузырях, даже если они так предпочитают. Рост облачных технологий, безопасности и автоматизации…


    • Инструменты мониторинга сети должны заранее предлагать больше информации

      Инструменты сетевого мониторинга поставщиков могут потребовать сложной настройки после покупки. Новое исследование EMA указывает на потребность в инструментах…

    ПоискЕдиные Коммуникации


    • Cisco добавляет дополнительную интеграцию Webex-Teams для гибридной работы

      Пользователи Cisco Webex теперь имеют больше гибридных рабочих функций, включая новую доску и интеграцию с Teams, iPhone и iPad …


    • Как сбалансировать конфиденциальность удаленной работы и мониторинг производительности

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


    • Как бороться с проблемами безопасности голоса на платформах для совместной работы

      Совместная работа на предприятии является неотъемлемой частью ведения бизнеса.