Вероятно, лучший подход - наименее связанный. Если вы сможете определить протокол, с которым вам удобно общаться (asp / python), это поможет вам избежать головной боли.
Допустим, вы выбрали XML.
Настройте скрипт python для запуска в качестве приложения WSGI с cherrypy или apache (или любым другим). Сценарий форматирует ответ в XML и передает его WSGI, который возвращает XML по HTTP.
Что касается ASP.NET, то всякий раз, когда вы хотите «запустить скрипт», вы просто запрашиваете URL с помощью класса WebRequest, а затем анализируете результаты с помощью LINQ-to-XML (что в примечании действительно крутая техника).
Вот где это становится актуальным: позже, если изменится реализация ASP.NET или реализация python, вам не придется перекодировать / реорганизовывать другую. Позже, если вы поймете, что приложение ASP.NET и какое-то настольное приложение должны быть в состоянии сделать это, вы стандартизируете протокол и его внедрение должно быть простым и хорошо поддерживаемым.