Отладка в D365FO

[sukhanchik]

Теперь понятно, спасибо. Сейчас все проще. AOS один и он называется IIS. Служба, обрабатывающая пакетные задания - Batch. Сайт называется AOSService, база - AxDB. Ну т.е. несколько IIS-ов на одной машине не развернешь ).
Не знаю, как в варианте On-Premise, потому что теоретически можно наверное какой-нибудь кластер серверов развернуть и тогда, безусловно будет лочиться IIS только какого-то одного сервера.
Но в облачном варианте студия на проде и тесте исключена как класс. Т.е. предполагается, что каждый разработчик имеет свою локальную виртуалку и ходит на дев-приложение только для целей сборки кода от разных разработчиков.
На облачный прод даже доступа нет ) от слова совсем . С него можно только попросить инженеров МС снять копию БД, а на него можно накатить пакадж программного кода

[fed]

Цитата:

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

Не знаю, как в варианте On-Premise, потому что теоретически можно наверное какой-нибудь кластер серверов развернуть и тогда, безусловно будет лочиться IIS только какого-то одного сервера.

В On Premises отлаживаться не получается. Во первых - там нет IIS в принципе. Есть Service Fabric, которое как-то и куда-то грузит assembly аксапты и как-то организует Web interface к ним. Во вторых - нету никакой документации о том как отлаживать там код Ax. То есть - теоретически имеется возможность отлаживать контейнеры Service Fabric, но аксаптовского tooling'а для этого нет. (да и как мне кажется, отладка может идти только в урезанной локальной версии Service Fabric, на которую Аксапту не установить...)

[belugin]

Цитата:

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

То есть - теоретически имеется возможность отлаживать контейнеры Service Fabric, но аксаптовского tooling'а для этого нет.

Теоретически, можно отлаживаться без аксаптовских тулов, например есть dnSpy (не знаю, правда, разрешено ли это лиценнзией AX). Вопрос удобства. Надо чтобы были символы и доступ к процессу. Для VS надо еще исходники или хорошее знание IL Исходники надо в формате XPP.

[skuull]

Цитата:

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

Но в облачном варианте студия на проде и тесте исключена как класс.

Что не отменяет возможности дебижать тест не имея студии на нем https://docs.microsoft.com/en-us/dyn...-of-production

[sukhanchik]

Цитата:

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

Что не отменяет возможности дебижать тест не имея студии на нем https://docs.microsoft.com/en-us/dyn...-of-production

А мне вот этот момент интересен. Его уже практическим путем кто-нибудь проходил? Или пока только ссылку видели?

Я из схемки и описания понял, что дебажится БД теста, но приложение берется с дева и сама отладка идет с дева, при этом дев останавливается (просто он перенацеливается на базу теста). Я неправильно понял?

[Vadik]

Цитата:

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

А мне вот этот момент интересен. Его уже практическим путем кто-нибудь проходил? Или пока только ссылку видели?

Я из схемки пока только понял, что дебажится БД теста, но приложение, которое хранится в VSTS (и которое синхронизировано с девом). Я неправильно понял?

Дебажится текущее приложение в DEV подключенное к БД на TEST. Если в TEST деплоите регулярно и большой рассинхронизации по структуре БД между DEV и TEST нет - рабочий вариант если надо что-то срочно посмотреть. Но мы все равно bacpac-и из TEST в DEV регулярно (не реже раза в месяц) гоняем

[fed]

Цитата:

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

А мне вот этот момент интересен. Его уже практическим путем кто-нибудь проходил? Или пока только ссылку видели?

Я из схемки пока только понял, что дебажится БД теста, но приложение, которое хранится в VSTS (и которое синхронизировано с девом). Я неправильно понял?

Кстати, Микрософт анонсировал что скоро у партнеров отберут терминальный доступ TEST инстансу. (Поскольку их для экономии средств переведут в Service Fabric, где на одном VM могут инстансы разных клиентов крутится). Так что копать в сторону установки VS или какого-то внещнего отладчика в TEST - бесполезно. Скоро это станет неактуальным. (Правда Микрософт обещает оставить доступ к Test DB через SQL Management studio и сделать копирование базы данных из TEST в DEVTEST по кнопочке из LCS).
Но в целом - то что в статье описано - это такой хак для того чтобы можно было отлаживать приложение в DEVTEST, не дожидаясь переливки данных из TEST в DEVTEST.

[skuull]

Цитата:

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

Кстати, Микрософт анонсировал что скоро у партнеров отберут терминальный доступ TEST инстансу. (Поскольку их для экономии средств переведут в Service Fabric, где на одном VM могут инстансы разных клиентов крутится).

А можно ссылочку ?

[fed]

Цитата:

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

А можно ссылочку ?

Про отнятие RDP-доступа писали здесь: https://blogs.msdn.microsoft.com/lcs...-subscription/
Про Service Fabric и доступ к SQL Management studio писали где-то в яммере.
P.S. Писали здесь: https://www.yammer.com/dynamicsaxfee...ads/1040155537

[fed]

А еще в summit EMEA есть смысл посмотреть про сессию: "Microsoft Feedback: Next Generation Microsoft Dynamics 365 for Finance and Operations Online Services"
"Join this session to share your thoughts directly with Microsoft. We are moving into new Service Fabric based architecture that will increase reliability of deployments, enable reduced deployment times, scaling with no downtime, reduced maintenance windows and increased efficiency. Come hear about the architecture and provide feedback on direction.

This session is a roundtable conversation and not a presentation. There will be a maximum of 12 attendees and will be first come, first serve on attendance."
P.S. Я на этом мероприятии не был. Очень надеюсь что они записи треков выложат.

[Vadik]

Вот она, пожалуйста
Notice of upcoming change: Removing RDP access to Tiers 2, 3, 4, and 5 Standard Acceptance Test (or Sandbox) environments deployed in Microsoft subscription