<div>Привет :)</div><div> </div><div>Зависимостей в ubic'е нет, и я не понимаю, зачем они, и как их можно было бы правильно реализовать.</div><div>Предположим, что A зависит от B, и сервис B сломался. Что должен делать ubic, выключать сервис A? показывать его статус как сломанный? зачем? Если A не может работать без B, он сломается сам. При этом если A обязательно надо запускать после сервиса B, и без этого ничего не будет работать, то есть такое обязательное требование на очередность, то это значит, что если B перезапустится, то A скорее всего сломается, и это плохо, в таком случае A надо чинить. Если же требования на очередность нет, то зависимость тоже не нужна.</div><div> </div><div>Тем не менее, если очень хочется, можно проверять статус: Ubic->status("service.name") (возвращает объект класса <a href="https://metacpan.org/pod/Ubic::Result::Class">Ubic::Result::Class</a>). Но я это все-таки считаю антипаттерном.</div><div> </div><div>11.07.2014, 18:02, "Grigory Batalov" <grisxa@gmail.com>:</div><blockquote type="cite"><p>Всем привет!<br />Спрошу здесь, всё-таки Ubic написан на Перле :)<br /><br />Мне нужно, чтобы перед запуском моего сервиса уже был запущен Redis.<br />Как в этом убедиться? Нет ли в Ubic каких-то настроек/зависимостей<br />для составления очерёдности запуска (как в некоторых init.d-системах)?<br /><br />Или, может, есть какое-то API для проверки статуса сервиса redis<br />внутри скрипта с моим сервисом?<br />-- <br />Moscow.pm mailing list<br /><a href="mailto:moscow-pm@pm.org">moscow-pm@pm.org</a> | <a href="http://moscow.pm.org/">http://moscow.pm.org</a></p></blockquote>