Как жить без средств разработки и отладки в продуктиве

[Logger]

Цитата:

Сообщение от trud

О.. это кстати у них тоже спрашивали - тут он ответил что не в Windows, ни в Офис тоже нет возможности че-то поотлаживать(а это на несколько порядков более сложные продукты), и ниче, работают
а еще кстати добавил что нормальные программисты пишут логи, которые позволяют выявить ошибки без отладки

Интересно, он о макросах на Visual basic for applications слышал что-нить? Их вообще то можно отлаживать. Неужели не нашлось никого, кто бы его на этом подколол?

По поводу логов - хорошо что не сказал, что у нормальных программистов программы не глючат

[EVGL]

По факту от сообщения до исправления ошибки уходит в среднем 2 месяца. Потому что никакой transaction log shipping невозможен. По запросу получаем бэкап, его потом можно в тестовой системе восстановить. До определенного момента в прошлом году невозможно было получить даже бэкап со следующим обоснованием: "наши SLA не позволяют переносить данные за пределы Microsoft production tenant". Т.е. данные клиентов взяли в заложники по примеру кибермошенников. После того, как клиенты и партнеры, очевидно, дали ответственным людям прямо в самое чувствительное место, SLA волшебным образом поменялись, и все стало возможно.

[trud]

Цитата:

Сообщение от kashperuk

В Dyn365 for Operations уже активно используется саппорт через DRI, когда на проблему в облачном сервисе сразу "набрасываются" "специалисты", и в "короткие" сроки ее устраняют.

А как в целом выглядит процесс(т.е. по прежнему же надо будет воспроизводить на стандартной системе ошибку)? и что такое DRI?
т.е. вот буквально из недавнего - завели нового клиента, пытаются разнести заказ. система выдает ошибку 'Account not specified' - без подробностей. проверили все счета, все вроде везде заполнено. т.е. путем отладки нашли что применялся какой то миск чарж или че-то типа того, и в нем не было счета,
но тут сразу подумалось, как такие ошибки находить без отладки

[Damn]

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

[fed]

Цитата:

Сообщение от Damn

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

Насколько я понимаю (сам пока не пробовал - повода не было), отладка в ax7 интрузивная. То есть - breakpoint останавливает не мою сессию, а весь сервер.
Чтобы в таком режиме разрешить отладку на продуктиве, надо какой-то режим с несколькими AOS на одной БД делать. Возможно у них есть планы поддержать такой режим для повышения масштабируемости, но сейчас его, по моему, нету...
P.S. То есть - логика в том чтобы сэкономить на поддержке множественности AOS на одной базе данных...

[trud]

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

[Damn]

Цитата:

Сообщение от fed

Чтобы в таком режиме разрешить отладку на продуктиве, надо какой-то режим с несколькими AOS на одной БД делать.

А в тестовой среде только один АОС разрешён ?

[EVGL]

Цитата:

Сообщение от fed

Чтобы в таком режиме разрешить отладку на продуктиве, надо какой-то режим с несколькими AOS на одной БД делать. Возможно у них есть планы поддержать такой режим для повышения масштабируемости, но сейчас его, по моему, нету...

Масштабируемость есть, у нас в продуктиве 3 IIS приложения работает плюс 2 batch процесса. Итого 5 штук AOSов.

[Bobkov]

Цитата:

Сообщение от fed

надо какой-то режим с несколькими AOS на одной БД делать. Возможно у них есть планы поддержать такой режим для повышения масштабируемости, но сейчас его, по моему, нету...

Возможно за давностью лет я что-то путаю, но насколько я помню, несколько AOS к одной БД подключали еще на Axapta 3.0. На корусовском проекте на Первоуральском новотрубном заводе этих AOSов было штук 5 на одной БД.

Цитата:

Сообщение от trud

Как жить без средств разработки и отладки в продуктиве... применительно к закрытию возможности отладки на продакшн

Мне кажется, дискуссия была бы полезнее, если конкретизировать предмет обсуждения, что конкретно запрещено (или вызывает нежелательные последствия) - например, нельзя запустить отладчик, нельзя поставить брейкпоинт, нельзя исправить значения в памяти, нельзя запустить редактор кода, нельзя отредактировать код... Иначе ответ будет очень общий: а) лучше тестировать б) больше логировать :-)

[Ivanhoe]

Еще пример сложной отладки - всяческие интеграции.

[Vadik]

Цитата:

Сообщение от Bobkov

Мне кажется, дискуссия была бы полезнее, если конкретизировать предмет обсуждения, что конкретно запрещено

Конкретизирую: запрещено все (отладка, разработка, написать \ поправить джоб). Разрешен только браузер таблиц и телеметрия в LCS. Телеметрия очень подробная, но не очень удобная

Цитата:

Еще пример сложной отладки - всяческие интеграции

Интеграции - да, достаточно сложные для отладки процессы. Что как мне кажется не является доводом в пользу их отладки в продуктиве

[Ace of Database]

Цитата:

Сообщение от Vadik

Конкретизирую: запрещено все (отладка, разработка, написать \ поправить джоб). Разрешен только браузер таблиц и телеметрия в LCS.

А функция runBuf() осталась? Если осталась, то можно запускать джобы. Можно прикрутить какую-нибудь самодельную утилиту для этого. Написать свой отладчик.

[Ace of Database]

Цитата:

Сообщение от Ace of Database

А функция runBuf() осталась? Если осталась, то можно запускать джобы. Можно прикрутить какую-нибудь самодельную утилиту для этого. Написать свой отладчик.

Кстати, первый интегратор, который напишет такой отладчик, получит козырь на рынке. Могу даже я взяться за написание такого отладчика, если у меня появятся единомышленники, которые предоставят мне доступ в AX7 и предложат скромную ставку.
Пока это все фантазии, но как известно, со временем мысли материализуются.

[macklakov]

Цитата:

Сообщение от Ace of Database

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

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

[belugin]

Цитата:

Сообщение от macklakov

Trace parser в этом смысле неплохой инструмент, иногда trace хватает чтобы понять что творится.

Может быть, посмотреть в сторону Intellitrace? Сам, правда, не пользуюсь.

[Ace of Database]

Цитата:

Сообщение от macklakov

При более-менее крупном внедреже можно ненароком залочить несколько сотен юзеров.

Хотелось бы, чтобы Аксапта оставалась привлекательной и для маленьких компаний. Чтобы можно было в соседний дом ходить на работу, а не летать туда на самолете.

[Damn]

Цитата:

Сообщение от macklakov

При более-менее крупном внедреже можно ненароком залочить несколько сотен юзеров.

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

[macklakov]

Цитата:

Сообщение от Ace of Database

Хотелось бы, чтобы Аксапта оставалась привлекательной и для маленьких компаний.

Главная фишка AX это поддержка интернациональных, географически распределенных, контор. Поэтому SAP это ее прямой конкурент. Но такой функционал восстребован, прежде всего, большими конторами. И потом, у больших контор обычно и деньги большие. Так что не думаю что слишком много людей в MS разделяют это твое желание.

[Ace of Database]

Цитата:

Сообщение от macklakov

Но такой функционал восстребован, прежде всего, большими конторами.

Лет пять назад я отправлял резюме в Газпром. У них есть специальный сайт для этого. Мне до сих пор не ответили.
Может быть, у меня появится шанс, если я сделаю отладчик для продуктива Надо искать нестандартные ходы, когда стандартные ходы перекрыты.

[Damn]

Цитата:

Сообщение от Ace of Database

Лет пять назад я отправлял резюме в Газпром.
Может быть, у меня появится шанс, если я сделаю отладчик для продуктива

У них наверное достаточно ресурсов ( особенно природных ) чтобы рядом с продуктивом поддерживать полноценную тестовую среду, может даже и не одну. Им-то отладчик в продуктиве как раз не нужен.