Есть промоборудование, работает на своём ПО, есть "комплект разработчика" с набором DLL и примером программы для подключения и мониторинга (не управления процессами!!!) событий данного оборудования (подключение к серверной части фирменного ПО, подписка на нужные события).
Есть пример на Visual C#, его естественно можно дописать/переписать. Будет работать в виде сервиса на отдельном сервере.

Какие современные технологии/бест практик для реализации связки между данным сервисом на Windows и кластером 1С на Linux (1С естественно должен выступать в виде клиента)?
Объём передаваемых данных мизерный, изначально предполагается только одностороннее общение, но не исключено и двустороннее.

HTTPСоединение

Написать на C# сервер С REST API который будет брать данные с оборудования. И получать в 1с данные по REST.

Благодарю

HTTP-взаимодействие - единственный вариант, или есть ещё что-то, что можно было бы рассмотреть?

(3) В варианте с HTTP хорошо то, что если ты захочешь например обойтись без 1с у тебя backend считай готов. Написал на HTML/Javascritp вебморду и можно в браузере показывать.

(3) делал на C# компоненту для 1С общалась по COM соединению, но сейчас я всеже поднимал бы REST на C# и общался бы с 1с сервисами.

у любого не  мелкого ПО есть база данных. Обмениваться надо не с ПО а с базой данных :-)
Я сейчас обмениваюсь с БД СТЕК
СТЕК = приложение конкурент 1С, программирование на русском языке и др.
1С не справится с рассчётом 2 млн. абонентов за 1 ночь, а СТЕК справляется :-)

(6) зачем тут реклама?

(6) А C++ справляется в реалтайме, и что?

(6)Они в ещё фреймворк назвали "ФРЕЙМВОРК".

(6) как раз надо обмениваться, через слой абстрации (интерфейс) который предоставляет ПО, а не лесть в рукопашную в базу данных.

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

2 млн за ночь - опять же,что мы считаем ?
Тут дело не в скорости,а в правильности алгортма,если делать конвейер,когда данные для всех расчетов готовятся одним проходом таблицы,то будет быстрее,чем индексированный поиск по записям.
Другими словами,запрос в цикле можно заменить на одно полное сканирование.