Сообщения, отправленные пользователем: Mercury

ufcomp wrote:Что за издевательство, нужно закончить отгрузку распределительные центры федеральных сетей - у нас окна приемки у клиентов, согласованные графики с логистическими компаниями, а тут совковый уровень сервиса - закрыто на техобслуживание.
И пара машин стоит на РЦ ждет перевыставления ВСД. От государства одни проблемы с его убогой цифровизацией.

Тут же написано:
Автоматизированная система «Меркурий» постоянно дорабатывается и в виду вносимых изменений регулярно обновляется. Процесс обновления системы происходит на сервере и не отражается на работе пользователя.

Попробуйте перезагрузить компьютер.

oleg-x wrote:
Эту проблему, в принципе на сборище (с разработчиками) обсуждали. Добавят проверку по ID транзакции. То есть можно присвоить уникальный код транзакции со стороны клиента и по этому коду опросить систему, как все прошло, даже если запрос ушел в тайм-аут. Остается вопрос, в каком году они это сделают

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

Vladimir2017 wrote:
Судя по тому что происходит призывать профи уже поздно. Доработки на таких этапах проекта катастрофичны по затратам, это азы технологии разработки ПО - вся основа должна входить в проектную документацию, доработки должны быть минимальными и косметическими. Зарплата в 200-300, кстати, профи не особо обрадует, а "осадочек" на карьере останется даже если они проект вытянут.

Естественно, систему нужно проектировать и разрабатывать по-нормальному с нуля. Это было очевидно ещё несколько лет назад, но просто никому до этого не было дела...

hawksib wrote:кроме того, есть косяки, в которые не верят даже в поддержке (запросы со статусом web-ответа 504 [gateway timeout] обработались - в системе появились оформленные всд).

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

http://vetrf.ru/vetrf/news/27710.html
Когда видишь такое кол-во пофикшенных дефектов, найденных пользователями, то сразу возникает в голове картинка: http://devtool.ru/wp-content/uploads/2016/05/Production.jpeg
Неужели никто не проверяет новую версию прежде чем ее выпустить в бой?
А судя по скорости развития системы её пишут 1,5 кодера.

Власову: если действительно хотите сделать систему рабочей, нужно нанять профессиональную команду с опытом разработки высоконагруженных систем, пусть с з/п 200-300 тыс (т.к. на меньшую з/п настоящие профессионалы не согласятся), но это просто необходимо на данном этапе, иначе система просто загнется. Система требует пересмотра всей архитектуры, нельзя в одной БД хранить миллиарды ВСД, архитектура системы должна быть децентрализованной, т.к. один центр просто не справится со всей нагрузкой.

oleg-x wrote:И тут есть подозрение что берутся из разных источников, что не должно быть. А судя по всему, построили они такого монстра, если что то менять в нем - это целый проект у них.

Да скорее всего так и есть, просто баг походу.

МОЛОльга wrote:Сегодня в очередной раз получили обратную связь от поддержки по 0012. "Точных сроков исправления, к сожалению, назвать не можем".

Да там в поддержке чай сидят люди, которых "вчера" на работу взяли, успели выучиить только несколько ключевых слов и всё.

Систему будет еще года 2-3 штормить, потом всё постепенно уляжется, а уже лет через 5-6 сложно будет представить себе работу без Меркурия.
Но нужно было конечно вводить систему частями, сначала например только на корма (у которых как правило большой срок годности), потом, после обкатки, постепенно вводить ЭВСД на мясо, молочку и т.п.

Разработчикам системы Меркурий нужно сделать свои API платными - за каждый вызов, в зависимости от операции, получать по несколько копеек. Тогда глядишь разработчики интеграционных решений мигом бы оптимизировали свои поделки. А вырученные деньги направлять на закупку новых серверов.