Этот вопрос относится к передовой практике использования шлюза API. В настоящее время я реализую решение, которое требует преобразования пути, преобразования строки запроса и формирования полезной нагрузки (как запрос / ответ) - серверной службой является Microsoft Graph API (доступ к библиотеке документов SharePoint и настраиваемые свойства как JSON данные).
Потребности в преобразовании и формировании сложны, поэтому для достижения желаемого результата требуется код, но требования к формированию запроса являются общими для разных клиентов.
Учитывая вышеуказанное требование, рекомендуется реализовать это в API-шлюзе? Я планирую использовать либо Azure APIM (шаблоны политик), либо шлюз API webMethods (служба IS).
Однако многие поставщики шлюзов API включают функции преобразования / формирования в качестве одной из утилит шлюза. , это кажется плохим шаблоном в соответствии с Чрезмерно амбициозными шлюзами .
Если необходимо полностью избежать требований преобразования / формирования в шлюзах, даже если они не являются бизнес-функцией по своей природе ? Хотелось бы узнать мнение сообщества.