Приветствую!

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

Теперь, опишу ситуацию. Есть некоторое подведомственное приложение, критическое для бизнеса, с примерно такой архитектурой:
1) Есть сервер приложений, IIS, ASP.NET Web Api 2. он служит "точкой входа / выхода", т.е. на него посылается небольшой кусок данных, скажем айди клиента плюс кое-какая мелочь. Это все как есть отправляется на сервер базы данных (SQL Server 2016) как параметр для хранимой процедуры.
2) На сервере баз данных реализована логика хранимой процедуры следующим образом. Сперва, по айди клиента ищется некоторая информация в хранилище (хранилище крутится на том же сервере), потом она отсылается на сторонный вэб-сервис, чтобы получить дополнительные данные по клиенту. Вызов реализован через SQL CLR Assembly. Важно, что вызов сервиса идет после получения иформации из хранилища. Именно поэтому вызов сервиса реализован на стороне базы данных, чтобы избежать ненужной передачи данных на сервер приложений и обратно. Так как потом, к полному набору данных дополнительно применяются некоторые преобразования и аггрегации с помощью SQL. В итоге, процедура возвращает компактный ответ серверу приложений, а он уже - вызывающей стороне.

так вот, этот NewRelic агент прекрасно увидел Web Api приложение, и что оно отсылает данные на сервер баз данных, и построил даже карту вызовов. Но, на сервере базы данных, он не видит что там был сделан запрос из SQL CLR Assembly на сторонный вэб-сервис. Т.е., NewRelic агент не видит среду исполнения SQL CLR кода, но видит IIS / ASP.NET.

Мы, конечно пообщаемся с их поддержкой, но может кто знаком с подобными утилитами мониторинга, которые могут также "видеть" что происходит внутри SQL CLR сборки?

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

aleks222,

так необходимость мониторинга не значит что приложение написано "коряво".
просто хочется создать автоматом карту связей что чего вызывает, и этот NewRelic умеет строить такие карты, но он не видит SQL CLR.


buser,

спасибо! похоже сейчас это называтся System Center 2012 R2. Посмотрю, что это и какие возможности.

Владислав Колосов,

ну как-то же этот агент от NewRelic видит что происходит внутри IIS ASP.NET приложения, я имею в виду, какие там методы вызываются, какие запросы идут в базу, и все такое.
Почему он не видит, что делает SQL CLR сборка, т.е., что там тоже есть метод, который отправляет запрос на внешний сервис?

агент от NewRelic может так же следить за обычными .NET приложениями, стоит только добавить в app config:



я добавил это в sqlservr.exe.config , но не помогло.

256k,

Запросы к базе я вижу.
Но, база тоже делает запрос посредством SQL CLR на сторонний вэб-сервис. вот этот запрос и хотелось бы развидеть тоже.

т.е. сейчас, в NewRelic интерфейсе, я вижу подобную схему:
IIS ASP.NET --> MS SQL.

А хотелось бы:
IIS ASP.NET --> MS SQL --> External API.

Konst_One,

это понятно, что не видит. поэтому я изначально спросил есть ли инструменты способные видеть.

aleks222Диклевич Александря добавил это в sqlservr.exe.config , но не помогло.

Я открою тебе страшную тайну: sqlservr.exe не разу ни .NET приложение.

Более того CLR объявлена deprecated.

я спрашиваю не о sqlservr.exe, и прекрасно понимаю что это не .NET приложение. но он же загружает как то SQL CLR сборку и обращается к ней.
я упомянул конфиг потому что он подтягиватется вместе с SQL CLR.

также, официальный ичточник для SQL Server 2017 ничего не говорит о том что SQL CLR deprecated. Да, там поменяли модель безопасности , но не объявили deprecated.

Владислав Колосов,

понимаю, что должен.
а как?

Владислав Колосов,

это немного не то.
сам вызов CLR процедур и фунций и так прозрачен.
но, хотелось бы увидеть что некоторые из этих CLR процедур и фунций вызывают сторонние сервисы посредством HttpWebRequest, POSTят какие-то данные, и что-то получают в ответ.

Также хочется все это видеть в связке с ASP.NET точкой входа как я описал выше.