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

[fed]

Цитата:

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

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

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

[Damn]

Цитата:

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

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

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

[EVGL]

Цитата:

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

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

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

[Bobkov]

Цитата:

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

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

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

Цитата:

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

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

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

[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

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

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