КаСкада для Андроид устройств

[rovki]

А где вы видели однотипность устройств в сети интернет? . Мы решаем задачу УДАЛЕННОГО доступа ,а там где она не нужна ,можно и без облака обойтись (локальная езернет сеть).Никто не мешает у себя организовать сервер(шлюз) на железе ,если есть возможность ...

[Newcomer]

Облако ваше на каком сервере расположено ? Гарантируете, что облако будет работать круглосуточно ? Ваше облако не ляжет при большом количестве подключений ?

[rovki]

Тут все в ваших и наших руках ,не будет успевать арендуем более мощный сервер ,а заранее арендовать супер-пупер ни каких денег не хватит .Будет развиваться проект ,будут развиваться и мощности ...
Про гарантии вообще странный вопрос ,у меня раз в месяц отключается интернет дома, это при том что по договору плачу 1000р в месяц .А вы хотите что бы мы дали вам железные 100% гарантии при бесплатной работе .Тут многое завит не от нас и да же порой не от провайдеров...Скоро начнется вета тестирование ,вот тогда и посмотрим ...
Именно поэтому (для надежности) мы и сделали простой шлюз ,что бы исключить глюки от собственных ошибок .
Остальные технические подробности пока не раскрываем.

[KaScada]

Облако ваше на каком сервере расположено ? Гарантируете, что облако будет работать круглосуточно ? Ваше облако не ляжет при большом количестве подключений ?

Добрый день.
Гарантий никто не может таких дать, вспомним атаку на github в этом году и как лёг stackoverflow, это мощнейшие сервисы мирового масштаба на которые гарантий никто не даст, мы тем более.
Облако будет некоторое время в бета тесте, какое неизвестно и короткие перебои вполне могут быть.
С ростом потребности и кол-ва подключений мощностя будут увеличиваться.

[KaScada]

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

Добрый день.
Подробнее поясните о чём Вы.

[rovki]

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

Это ж для удаленного мониторинга(и смены уставок, и где можно управление) ,а сами устройства,обьекты (контроллеры) работают автономно ... но если их функциональная диагностика выявляет аварии ,сбои ,то лучше изменить алгоритм и передать на верх(спецу) информацию (и запомнить ее) .
Не было раньше Облаков и как то работали системы ,только не нужно забывать что системы разные есть не только в сфере ЖКХ .И без мобильников жили ...
Уверен что и облаком Овен сейчас пользуется не более 5% всех пользователей ,но это не значит что оно ни кому не нужно ...
Удаленная диспетчеризация -актуальная тема ... и решаться она может разными путями .
Пример -в деревушке стоит дача ,хозяин бывает не регулярно .На даче регулятор температуры .Нет дома ни кого температура поддерживается 10-15 гр.(для экономии).Решил хозяин в баньке попариться - дал удаленно команду на прогрев до 22гр за день,получил подтверждение ,что команда принята .Включился регулятор ,хозяин для надежности смотрит какова температура текущая и за сколько нагрелась .Пропало питание на даче ,сообщение хозяину - приезжай не могу нагреть ...И все это удаленно .Где тут не надежность системы ,при дополнительном контроле?

[KaScada]

На сегодняшний день интернет является предпочтительным и перспективным видом связи. Но для связи с удаленными объектами нужны статические белые ip адреса и не все операторы их с желанием предоставляют и не малых денег это стоит. Следовательно нужно устройство которое связало и маршрутизировал пакеты от динамических ip адресов объектов на ip мастера. Это можно решить разными способами админы ставят например ТСР сервер либо VPN сервер, но им проще на одним сервере можно организовать кучу серверов, а у нас задачи теже но процессоры и ос сами понимаете какие.

Верно, для этого у нас TCP сервер.

Вы принимаете решение поставить один сервер оклоуд для всех но это не надежно, проще сломать один сервер, чем дужу мелких я вот про что.

Мелких это каких?
Взять кучу vds и распределить нагрузку?
Или речь о чём-то другом?

[rovki]

Ладно мы делаем облачный шлюз ,а как же остальные - производители,например видео камер делают свои облачные серверы которые работают с тысячами видео потоками, весь мир соединяют.
Что говорить о белых IP ,если проводной интернет не в каждом доме , есть ...
Сломать можно все ... Вы что же предлагаете на каждую ПРку по облаку ставить . Ну тогда мы сделали ,а другие пусть сами делают -так что ли?

[rovki]

Нет я не про облочный хостинг. Думаю проще организовать ТСР сервер в железе но для уровня пользователей АСУ.

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

[melky]

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