Дилемма архитектуры: обслуживание изображений в 3-уровневой (mvc3 webapp -> webservice -> couchdb) настройке

Question

У меня есть проект с 3-х уровневой архитектурой.Пользовательские интерфейсы (одно из них - обычное веб-приложение ASP.NET MVC3) взаимодействуют с общей веб-службой ASP.NET, которая выступает в качестве посредника для хранилища данных CouchDB.

До сих пор ятолько передавал текстовые данные, которые не требовали специальной обработки и работали хорошо.Но теперь я впервые должен подавать изображения вместе с текстом.Изображения хранятся в виде вложений к документам CouchDB и могут быть доступны по URL-адресам REST.

Проблема в том, что эти URL-адреса REST действительны только для среднего уровня (веб-службы).Как мне лучше всего открыть их для клиентских уровней, которые не имеют прямого доступа к серверной части CouchDB (и должны оставаться такими)?

Я думал о реализации какой-либо схемы перезаписи / пересылки URL, ноЯ не совсем уверен, как это сделать или даже если это подходящее решение.

Все идеи приветствуются!

Answer 1

Кажется, людям не нравятся открытые вопросы, подобные этому ... :)

Для чего я решил обновить мой веб-сервис для поддержки REST-маршрутизации в стиле MVC3. Все запросы, поступающие в / Images / {document} / {id}, сопоставляются с их эквивалентными URL-адресами CouchDB.

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

Конечно, я все еще открыт для лучших идей. :)