ЖУРНАЛ СТА 1/2021

же через USB. Однако при использова- нии такого способа подключения до- ступ к данным, хранящимся на SSD, бу- дет возможен только при исправно ра- ботающем компьютере, включая опера- ционную систему. Компания Innodisk предлагает реше- ние, позволяющее подключиться к дан- ным в обход системы с помощью неза- висимого канала связи. Благодаря передовой запатентован- ной технологии InnoAGE SSD пользо- ватель всегда может выполнять такие команды на накопителе, как восстанов- ление, резервное копирование и без- опасное стирание, вне зависимости от исправности платформы и наличия или отсутствия доступа к самой системе. Это стало возможным в результате со- четания технологии InnoAGE SSD с пе- редовым микроконтроллером MT3620, оснащённым локальными интерфейса- ми – цифровым вводом-выводом для управления диском и каналами Wi-Fi и Ethernet для передачи данных в облако, в частности, Azure Cloud (рис. 1). А ППАРАТНАЯ ПОДДЕРЖКА Если рассмотреть используемый Innodisk MCU, то мы увидим, что он оснащён процессором приложений Arm Cortex-A7, работающим на частоте до 500 МГц, и включает в себя большой кэш L1 и L2, а также интегрированную память SRAM для высокоэффективной работы. Две подсистемы ввода-вывода общего назначения, построенные на Arm Cortex-M4F с частотой работы до 200 МГц, поддерживают требования многих периферийных устройств на кристалле, включая 5 × UART / I 2 C / SPI, 2 × I 2 S, 8 × ADC, до 12 счётчиков PWM и до 72 GPIO, что позволяет использовать самые различные возможности. Эти две подсистемы ввода-вывода Cortex-M4F в первую очередь предназначены для поддержки обработки ввода-вывода в реальном времени, но также могут ис- пользоваться для вычислений общего назначения и управления. Помимо этих трёх ядер, доступных конечному пользователю, микропро- цессор содержит изолированную под- систему безопасности с собственным ядром Arm Cortex-M4F, которое обес- печивает безопасную загрузку и рабо- ту системы. Кроме того, двухдиапазонная радио- подсистема Wi-Fi 802.11a/b/g/n 1 × 1 управляется выделенным 32-разрядным ядром RISC Andes N9. Эта подсистема содержит радиосвязь, основную полосу частот иMAC (Medium Access Control – протокол управления доступом к сре- де передачи) и предназначена для при- ложений с высокой пропускной спо- собностью и повышенной энергоэф- фективностью. Функции безопасности MCU и ра- бота в сети Wi-Fi изолированы от при- ложений конечных пользователей и работают независимо от них. Конеч- ным пользователям напрямую доступ- ны только аппаратные функции, под- держиваемые InnoAGE SSD. Таким об- разом, функции безопасности и Wi-Fi доступны только через определённые API-интерфейсы Azure Sphere и устой- чивы к ошибкам программирования в приложениях конечных пользовате- лей, независимо от того, работают ли эти приложения на ядрах Cortex-A7 или доступных для пользователя ядрах Cortex-M4F. Microsoft предоставляет мощную сре- ду, которую в полной мере использует приложение InnoAGE SSD. У ПРАВЛЕНИЕ И ОБСЛУЖИВАНИЕ На сегодняшний день уже видно, что тенденция к увеличению количества IoT-устройств по отношению к числу операторов развивается в прогрессии (рис. 2), и, в то время как количест- во людей, обслуживающих системы, уменьшается, количество Интернет-ве- щей значительно увеличивается, – это показано на рис. 2. Данная ситуация приводит к затруднениям в возможно- сти осуществлять полный контроль над всей системой, прогнозировать неис- правности, поэтому становится практи- чески невозможным эффективное управление, что подвергает систему риску непредвиденного простоя. Это подводит нас ко второй части проблемы управления IoT: чтобы соби- рать данные с пользовательского IoT- устройства, оно должно быть работо- способно, с функционирующей опера- ционной системой устройства. Это означает, что, как только устройство да- ёт сбой или произошёл сбой ОС, си- стемный интегратор должен отправить сотрудника к устройству. Большинство систем управления, доступных сегодня на рынке, не решают эту проблему или предлагают только частичные решения. Неправильное обслуживание приво- дит к значительным расходам, понесён- ным предприятием, к примеру, торго- вый автомат, который внезапно пере- стаёт работать, из-за чего данное устройство не приносит прибыль во время его простоя. Нельзя забывать и про дополнительные расходы, возник- шие в связи с необходимостью посеще- ния объекта квалифицированным со- трудником для решения выявленной проблемы, и, в худшем случае, связан- ные с заменой вышедшего из строя обо- рудования. В масштабе компании, ко- торая управляет десятками тысяч торго- вых автоматов, такого рода проблемы приводят к непомерным расходам. На основе изложенного можно сформули- ровать фундаментальные требования к эффективному Интернету вещей в пла- не обслуживания, а именно: доступ- ность и быстрое восстановление систе- мы. Устройство должно быть легкодо- ступным, даже если система выйдет из строя. Также необходимо обеспечить определённый уровень прогнозирова- ния для предотвращения будущих сбоев и обеспечения эффективного и свое- временного обслуживания. И в за- ключение можно сказать, что если си- стема выйдет из строя, необходимы до- ступные инструменты для быстрого ис- правления и восстановления системы, желательно без выезда специалиста к неисправному устройству. Б ЕЗОПАСНОСТЬ Чем больше устройств взаимодей- ствует в сети, тем больше данных по- ступает от них и тем более эффектив- ным должно быть приложение. Ис- пользование дополнительного канала связи с устройством даёт положитель- ные результаты и новые возможнос- ти для предприятия. Обратной сторо- ной служит то, что с каждым новым устройством, добавленным к сети, по- является ещё одна точка входа, являю- щаяся потенциальной уязвимостью, которой может воспользоваться зло- умышленник. Компаниям нужен механизм, позво- ляющий сбалансировать это уравнение и снизить риск за счёт внедрения новой АППА РАТ НЫЕ С Р Е ДС Т В А / ФЛЭШ - ПАМЯ Т Ь Год Количество IoT-устройств Количество операторов СТА 1/2021 63 www.cta.ru Рис. 2. Соотношение количества IoT-устройств и операторов