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

[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

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

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

[macklakov]

Цитата:

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

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

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

[Damn]

Цитата:

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

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

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