Гамбург использует стандарты oneM2M для объединения legacy и greenfield IoT ради более зеленого города

По словам Инго Фрайзе, архитектора ПО в Deutsche Telekom, проектирование распределенной IoT-системы — будь то для завода или умного города — требует тщательного внимания к нескольким ключевым принципам дизайна.

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

Deutsche Telekom решала эти вызовы во время проекта MySMARTLife, консорциумного партнерства с Нантом, Гамбургом и Хельсинки, где наш фокус был на внедрении решений для Гамбурга.

Платформа Гамбурга построена на стандарте Open Geospatial Consortium (OGC), служащем общей основой для многих городов. Она подpins геолокационные сервисы, инструменты планирования поверхностей и ежедневные муниципальные операции.

Открытая, интероперабельная структура на основе стандартов

Закон Гамбурга о прозрачности обязывает публиковать все данные из публичных источников, от статических датасетов вроде расписания школ до real-time потоков — например, операционного статуса зарядных станций EV.

Мы решили два основных вызова. Первый, мы модернизировали источник и публикацию данных за пределами legacy гео-пространственных систем. Второй, мы оптимизировали доступ к данным для пользователей через API. Хотя у Гамбурга уже был API, наша оценка выявила потребность в улучшенной, более способной версии.

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

Фундаменты для цифровой трансформации

Приверженные прикладной инновации, наша команда выбрала не создавать новую платформу с нуля. Оценив спецификации FiWARE и oneM2M, мы выбрали oneM2M за его выравнивание с нашей Java-экспертизой и Scrum-базированным процессом разработки.

oneM2M — открытый, глобально признанный middleware-стандарт, мостящий IoT-приложения и базовый слой устройств. Он предлагает стандартизированный набор инструментов — связность, подписка, безопасность, управление устройствами — облегчая интероперабельные IoT-экосистемы.

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

Партнерствуя с Fraunhofer IOSB, который построил сервер для сбора городских данных с парковок и светофоров, наша команда разработала oneM2M-базированную платформу управления данными, агрегирующую дополнительные источники и публикующую их для сторонних пользователей. Мы интегрировали две системы через interworking proxy entity (IPE), стандартизированный компонент инструментария oneM2M.

Результирующая архитектура консолидирует разнообразные городские потоки данных и объединяет их с нативной геопространственной платформой Гамбурга.

Она обеспечивает элегантную интеграцию legacy brownfield-систем с инкрементальными greenfield-развертываниями сенсоров, доставляя единую точку доступа к данным для пользователей по всему городу.

По мере того как производители, муниципалитеты и сервисные партнеры преследуют адженды Industry 4.0, умных городов и цифровой трансформации, архитекторы должны проектировать интероперабельные, расширяемые системы, заземленные в открытых стандартах вроде oneM2M.

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

Автор: Инго Фрайзе, архитектор ПО, Deutsche Telekom.