GSmart server

Заказчик
Московская Зеркальная Фабрика
ИТ-поставщик
GSmart team
Год завершения проекта
2016
Сроки выполнения проекта
Январь, 2013 — Сентябрь, 2016
Масштаб проекта
1000 человеко-часов
2 автоматизированных рабочих мест
Цели
Обеспечение оперативного мониторинга удаленного оборудования или ПО, а так же предоставление возможности удаленного управления для решения инцидентов

Уникальность проекта

GSmart Server позволяет осуществлять удаленный мониторинг и управление оборудованием там, где интернет отсутствует, а единственным средством связи является сотовое покрытие.
Проект решает задачи импортозамещения
Нет
Использованное ПО
Linux Debian, Asterisk, Zabbix, Guacamole, VPN
Raspberry Pi 3, Huawei 3G voice modem
http://gsmartsrv.ru
Описание проекта
GSmart server это небольшое устройство исполняющее функции контроля и управления оборудованием. В аппаратной части устройства применяется одноплатный компьютер. В программной используется операционная система Linux. Он умеет общаться через сотовую сеть с помощью SMS и звонков, выходить в интернет через сеть 3G. Устройство ориентировано на использование в различных областях, где необходимо наличие оперативного мониторинга или удаленного доступа для управления самой системой или подключенным к ней оборудованием. Базовый функционал GSmart server («из коробки») предоставляет следующие возможности: Оповещение о событиях посредством GSM-подключения: SMS оповещение – на зарегистрированный в системе номер телефона приходят SMS сообщения о событиях; VOICE оповещение – на зарегистрированный в системе номер телефона поступают звонки с голосовым уведомлением о событиях. Управление системой GSmart server посредством GSM-подключения: SMS команды – команды отправляемые через SMS на мобильный номер установленной в модем SIM­карты; TCODE команды – команды выполняемые посредством дозвона и последующего ввода тонового кода команды, соответствующей запрограммированному действию; IVR команды – команды выполняемые с помощью дозвона и выбора соответствующего меню IVR. Оповещение о событиях посредством VoIP-подключения по SIP протоколу (ваш системный администратор может настроить свой коммуникатор на подключение к GSmart server по SIP протоколу и в данном случае нет необходимости расходовать мобильную связь); Добавление неограниченного количества привязанных к GSmart server Master (административных) и User (пользовательских) номеров, а так же Alarm номеров (для sms­ и голосового информирования о событиях); Подключение к сети интернет с использованием 3G/EDGE/GPRS соединения (посредством активации соответствующей функций модема); Создание защищенного VPN соединения (при наличии доступа в internet) даже находясь за NAT или через 3G соединение (при условии устойчивого покрытия сети). (GSmart server может по SMS или TCODE команде установить защищенное VPN соединение, затем вернуть инициатору SMS с параметрами подключения. На каждую сессию связи генерируются случайные криптоустойчивые пароли) Создание неограниченного количества собственных команд на простом скриптовом языке bash; Управление сервером через удобный встроенный web­ интерфейс; Адаптированный модуль Zabbix для мониторинга широкого спектра оборудования (возможность вариантов мониторинга ограничена только фантазией администратора GSmart server); Интегрированный модуль Guacamole для доступа к оборудованию по протоколам RDP, VNC, SSH, TELNET (Да! GSmart может предоставить доступ к оборудованию даже находясь за NAT. Для этого он использует VPN); Так же GSmart server обладает способностями к быстрой реализации следующих возможностей*: Объединение нескольких серверов в группу, и нескольких групп между собой; Подключение WiFi датчиков, их мониторинг и информирование об изменении состояния; Подключение Bluetooth датчиков, их мониторинг и информирование об изменении состояния; Подключение аналоговых или цифровых датчиков и сенсоров через встроенный порт GPIO (датчики подходят от платформы Arduino, имеющую низкую стоимость внедрения). Несмотря на широкий спектр возможностей, которые могут быть реализованы с помощью GSmart server, его основным назначением является оперативное информирование о событиях и выполнение запрограммированных задач там где единственная возможность связи реализована по сотовой сети. GSmart server может быть полезен системным администраторам, инженерам ИТ-служб в качестве электронного помощника, обладающего привычными в работе интерфейсами. С помощью GSmart server можно, в том числе, реализовать «Умный дом», подключив к нему датчики и сенсоры, а так же управляемые элементы.* GSmart server обладает эффектными техническими характеристиками: имеет низкое энергопотребление, а эксплуатация совместно с PowerBank дополняет его автономным временем работы в отсутствии электропитания что делает еще более привлекательным.
География проекта
Москва, несколько небольших компаний.
Дополнительные презентации:
О GSmart Server.pdf
Коментарии: 14

Комментировать могут только авторизованные пользователи.
Предлагаем Вам в систему или зарегистрироваться.

  • Дмитрий Кудрявцев
    Рейтинг: 30
    CIO-on-demand.ru
    партнёр
    20.12.2014 16:12

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

    Чем ты тогда вообще докажешь, что специалист, если для тебя модернизировать/построить программно-аппаратную систему -- достижение? Это настолько дефолтная тема, что просто зевота нападает, глядючи.

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

    В таких историях и находки будут, и интерес.

    Но уж точно не в этом вот перечне строек с итоговыми выводами, списанными у соседа под копирку "было плохо, стало лучше". Чем вы гордитесь, коллеги? Тем, что хозяева уже не могут выжимать из бизнеса доходность без модернизации или стали ныть без дешевых кредитов и взялись за оптимизацию костов, боясь потерять все? Или что они наконец поняли, что весь мир раздувает пузыри под названием "капитализация компании" вместо того, чтобы заниматься делом, а потом продает это кому-то покрупнее и неповоротливее, а вы только рады выкинуть сто серверов и поставить гипервизор, заодно выгнав пяток админов на улицу? Или - просто тем, что наконец в топ-менеджменте нашелся [пока еще бедный] единомышленник (чаще всего, в финансово-управленческом блоке) и вы вместе руки друг другу начали мыть?

    Это все замечательно, конечно, но нереально. И мы все это понимаем.

    А посему удачи и здоровья нам в этом нелегком деле убеждения бизнеса в технологических причинах его неэффективности, сиречь, в изыскании дополнительных резервов для питания своего эго и счета в банке :)

  • Михаил Ивонин
    Рейтинг: 11
    ГКНПЦ им. М. В. Хруничева
    Директор дирекции по ИТ
    23.12.2014 19:52

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

  • Виктор Федько
    Рейтинг: 367
    Независимый эксперт
    Эксперт
    23.12.2014 21:03

    Все-таки, не все так мрачно. Хвалиться вообще никогда не нужно, а вот гордиться хорошо сделанной,добротной работой, пусть и выполненной в рамках должностных обязанностей, вовсе не зазорно.
    И чего это это вдруг тут инфраструктура под раздачу попала? Ну чем она не угодила то, коллеги? ))))
    Давайте посмотрим на многие другие проекты. В пошлом году, при обсуждении итогов конкурса, прозвучала интересная мысль, что пора прекратить допуск к конкурсу проектов, сделанных на 1С. Что это уже настолько банально, что уже и не интересно. Зерно есть в этом, только вот обратите внимание, что в основном, описание проектов сводится к тому, кто лучше и изощреннее эту самую 1С "допилит", "доточит", доведет до ума. Это о многом говорит. Прежде всего, о качестве самой " коробки" Ну и о нашем бизнесе, который никак не может жить по единым законам. Хотя, "доводка", конечно же, во многом бывает и оправдана.
    Остается вопрос - а какие ИТ-проекты рассматривать? Да все уже в этом мире известно, все когда-то кем-то сделано. Следуя этой логике, не надо конкурс проводить вообще - ну чем хвалиться то? Тем , что свои обязанности исполняешь исправно?
    Тем не менее, многие проекты вызывают интерес, живое обсуждение, вопросы. Значит, это действительно интересно. Интересны интеграционные проекты, проекты, сделанные в ограниченных сроках, ресурсах и т.п. В том числе, на мой взгляд, и инфраструктурные. Не все, конечно. Но тем не менее. Чего камнями то кидаться, друзья? ))))

    • Алексей Никифоров Виктор
      Рейтинг: 479
      TENNANT Russia ( Теннант Россия)
      IT директор
      14.01.2015 16:42

      Позволю себе дать комментарий по 1С. На самом деле, огромное количество проектов, в том числе, участвующих в конкурсе, звучат что-то вроде "Внедрение 1С УПП версии XXX" на предприятии. Если транслировать на понятный язык, то люди купили коробку с 1С, поняли что её использование не стыкуется с реальными задачами и начинают допиливать, чтобы хоть как-то работать. Такого рода проекты действительно не представляют особой ценности для общественности, на мой взгляд. Имели задачи бизнеса, имеем издалека подходящее решение 1С и пытаемся адаптироваться. На выходе получается не совсем то, что хотели, но "а что вы хотели за такие деньги?".
      Но есть и много других проектов, связанных с 1С, когда речь не идет о допиливании. Кто-то просто берет язык 1С и с нуля пишет шедевральные конфигурации в точности повторяющие все изгибы бизнеса. Кто-то совмещает 1С с какими-то внешними компонентами или технологиями и получает небывалую производительность или кажущийся невероятным дополнительный функционал.
      К сожалению, на нашем рынке кроме 1С никого и нет особо, если не рассматривать ценники в десятки и сотни тысяч долларов. Поэтому, предлагаю не исключать проекты по 1С :-)

      А по теме инфраструктурных проектов.Я вот изредка захожу в Сбербанк, смотрю на их электронную очередь и думаю, как же прекрасно, что очередь электронная: строем стоять не надо, никто перед тобой не влезает и права не качает. А ведь тоже инфраструктурный проект...

      • Алексей
        14.01.2015 17:20

        В прошлом году была заметная "буча" на тему "запретить 1С в конкурсе и не брать их, чего мол там....". На мой взгляд, мы должны принимать на конкурс все, что люди желают показать. Считает человек, что на приличном уровне работает - надо дать ему место. Где его место на самом деле, народ рассудит, для того и конкурс. Да и люди смотрят, что другие показывают, осмотрительней становятся.
        С другой стороны, ну вот как человеку быть, если он работает на одном из немногих в своем городе крупных предприятий. И самое большое, что ему светит в ближайшие годы - развивать, развивать и еще раз развивать 1С во всех видах. Потому что ни на что другое владельцы не пойдут. И получается тоже достойная, хотя бы масштабом, работа, мне кажется. Во всяком случае, этот опыт, по моему, полезней, чем какие-то уникальные штуковины, которых ни у кого больше нет и не будет, потому как они только для супер-гигантов.

        • Виктор Федько
          Рейтинг: 367
          Независимый эксперт
          Эксперт
          14.01.2015 18:57

          Я соглашусь с тем, что не надо ничего отвергать. Во всем есть свои какие-то прелести. Где-то больше, где-то меньше. И действительно, у всех разные возможности. Разные условия. Финансы. Ресурсы. И уж что получается, то получается. Причем очень часто именно при ограниченных возможностях получаются потрясающие проекты. Тут ведь как в кулинарии . Повар-суперпрофессионал и из простого фарша котлеты сделает пальчики оближешь. А просто столовский повар и лобстера испортит и фуа-гра исковеркает)))).
          Так что тут всяко лыко ко двору. А уж голосование покажет - то это или не то.

  • 23.12.2014 22:56

    Мне доводилось относительно редко писать про инфраструктурные проекты во время работы в "бумажных" изданиях. Однако те, что были, всегда отличались приятной простотой и ясностью: надо было решить техническую проблему - решили. Поставили - работает. Насколько надежно, быстро - можно посчитать. Это счетные проекты. В них виден понятный результат: не было "штуки" - появилась. Огонечки мигают, факт. Во имя чего мигают - это вопрос другой, противный вопрос проектов про внедрение бизнес-приложений. Там все куда смутней и неоднозначней, иногда лучше и не копать, во имя чего поставили "штуку". Но все же приятно должно быть сделать что-то с видимым результатом, тем более если какие-то новые технологии удалось попробовать и они оказались "к месту". И не надо стесняться про такое рассказать. Ведь в бизнес-приложениях далеко не все во власти ИТ-директора, а уж в инфраструктуре - практически все.

    • Дмитрий Кудрявцев
      Рейтинг: 30
      CIO-on-demand.ru
      партнёр
      24.12.2014 14:48

      Не согласен всё равно.

      И вот почему.

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

      И тут самое интересно - что за тренд вендор увидел. Какие задачи он предлагает решать покупателю его технологий.

      Вот отсюда, с этой точки зрения, любой проект становится интересным. Поясню. Информационные технологии, как мы все помним из определения, связаны с суммой решений, связанных с оборотом информации и её обработкой. Бизнес не даёт денег "на железку" или "программу" или даже "автоматизацию бизнес-процесса" с сопутствующим его реинжинирингом, он оплачивает экономию во времени доставки информации получателю.

      В таком ракурсе "что было" - "что стало" + "почему выбирали такое решение" любой проект становится интересным.

      Вот сравните два описания одного и того же кусочка инфраструктурного проекта. Из личного опыта.

      Официально я бы написал что-то типа "проведена модернизация подсистем сети передачи данных, вычислительной и СХД; снизили ТСО, количество юнитов, шины/скорости возросли, заодно смогли эффективно использовать виртуализацию".

      А в реальности было так.

      Вендор пытается продавать СХД на флеш. Дорого. Мы думаем: а какие выгоды? Ну, мол, тиринг получим, сиквелы станут поживее. Я просто так деньги тратить не хочу, организую аудит MS по сиквелам, они приносят ответ: оптимизировав разные параметры инстансов и архитектуру балансировки нагрузки и чуть-чуть подняв аппаратные возможности вычислительных узлов, нам СХД менять не надо.

      Ок, говорю, а что получим по приросту IOPS'ов на 15к и флеш-дисках? Разводят руками: IOPS'ы мерять умеем, но на уровне приложений, а не железок. А на железках СХД выделить "горячие" и "холодные" зоны - целый проект.

      Ладно, думаю. VMWare нам поможет. Они же должны как-то защищать просадку ресурсов под послойку своего гипервизора перед заказчиками. Обращаюсь. Дают аналитику, тулзы, мы прикладываем к аппаратуре разных вендоров и видим разницу - ооо, внешне СХД по ТТХ почти одинаковые, а под нагрузкой инженерные решения от разных вендоров весьма различаются.

      Соответственно, меняется карта требований к шине и функциональности лезвий, SAN. Начинается второй, третий, седьмой раунд встреч с вендорами. Они видят, что заказчик зануда, но проект хотят и дают скидки (ниже стартовых в два раза, при том же объёме процессоров и терабайт), помогают с подбором вариантов решений, технари с их стороны слюной брызжут (ведь не спеку собрать, а реально подумать надо - интересно же).

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


      Что читать и оценивать интереснее?

      Как по мне, так второй вариант.

    • Дмитрий Медведев
      Рейтинг: 10
      Тандер, АО
      Начальник ОИТ филиала
      25.12.2014 17:53

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

  • 25.12.2014 12:51

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

  • Виктор Федько
    Рейтинг: 367
    Независимый эксперт
    Эксперт
    25.12.2014 13:57

    Да не интересно оба. И вот почему.
    Первый - ни о чем, это понятно. Если только к нему не приложить описание вертящихся приложений и не приложить 5-6 показателей эффективности в цифрах. Указать затраты и показать эффект.
    Второй - уже о чем, но имхо не на этой ветке обсуждения. Это уже анатомия инфраструктурного проекта. Она интересна довольно узкому кругу специалистов. Половина CIO до конца могут и не понять, о чем речь. Потому что не все вышли из "железячников" и системщиков. Не у всех есть нужное образование - да и не обязательно это, на самом деле. Есть замы по направлению, соответствующий аппарат. Это обсуждение будет интересно на форуме по конкретным проблемам. Выносить проект в таком увлекательном виде на конкурс здесь - пустая трата времени. Кто-то не поймет, кто-то будет задавать море вопросов. Но голосование точно захлебнется. Либо, еще вариант, начнут ставить просто высшую оценку - мол, смотри, как умно написано.Даже не вдаваясь в подробности.
    Вывод один - нужна золотая середина.

  • 25.12.2014 19:59

    "Половина CIO до конца могут и не понять, о чем речь". - вот это очень интересно. Это правда так? В данном случае меня не столько волнует конкурс, как наилучший способ описаний проектов вообще, в нашем случае - для рубрики "Успешный проект". Я знаю всего несколько ИТ директоров, которые имеют не технический бэкграунд, и по моим представлениям могли бы "не понять" такой кусок, или понять приблизительно, как я сама. Ну а так как их вроде бы мало, так нечего на них и равняться, казалось бы. Надо уходить в детали, в конкретику, в "терзания юного Вертера", в "страсти по вендорам". Или все же "5-6 показателей эффективности в цифрах. Указать затраты и показать эффект" - вот за это надо бороться?.

    • Виктор Федько
      Рейтинг: 367
      Независимый эксперт
      Эксперт
      25.12.2014 21:20

      Да, я думаю, что это действительно так. Может, и больше половины на самом деле. Кстати, я тоже не имею того самого бэкграунда)))).Начинал в ИТ с программистов, потом пошел дальше..но наклонной)))).

      Про 5-6 показателей. Конечно,это может и несколько утрировано. И бороться надо не только за это. Но коротко, компактно и информативно донести до читателей (причем подготовленных) суть своего проекта. Чтоб и понятно было и чтоб не Война и мир получились.
      А ведь это искусство - излагать коротко и понятно. Кстати, продавая такой проект бизнесу, убеждая его, надо уметь то же самое сделать - коротко и ясно. И с выводами. Редкий СЕО будет читать более одной страницы обоснования.
      А уж лирические отступления про все остальное - для иной аудитории.

      • Эдгар Алексанян Виктор
        Рейтинг: 270
        ГК Шамса
        CSO & CDO
        20.01.2015 00:06

        "Редкий СЕО будет читать более одной страницы обоснования"- Согласен на все 100%! Скорее всего, каждый CIO сталкивался и понимает, что "презентация" для CEO должен быть очень коротким, но в то же время максимально понятным(цифры, картинки, графики) Но, при общении на портале для CIO, конечно хочется увидеть и услышать максимально подробные детали решений)) нужно подумать, как можно сделать в следующем конкурсе так, чтобы СИО могли выбрать тип описание проекта, "максимально полное" или "просто полное" )))

Год
Предметная область
Отрасль
Управление
Мы используем файлы cookie в аналитических целях и для того, чтобы обеспечить вам наилучшие впечатления от работы с нашим сайтом. Заходя на сайт, вы соглашаетесь с Политикой использования файлов cookie.