Список потенциальных доработок

[jrogov]

Ведётся, дабы нигде не потерялось:

1. Из-за отсутствия валидации реквеста на стадии авторизации API ключа (в authorize_api_key/4), сами данные реквеста недоступны, из-за чего невозможно создать необходимые контексты для проверки ключа в смежных сервисах. (См. https://github.com/rbkmoney/erlang_capi_v2/pull/545/files#r657716223)

[jrogov]

@keynslug, актуально же ещё?

[keynslug]

Да. Но докину свои мысли.

1. Исходная проблема в первую очередь заключалась в том, что в authorize_api_key/4 не откуда взять woody context, для его создания необходимо значение хэдера x-request-id, которое вытупает в качестве woody rpc parent id. На этом этапе, в строгом согласии с REST flowchart, быть его не может. На мой взгляд мы можем подумать над тем, чтобы отказаться от использования x-request-id в качестве parent id, а просто пристёгивать его к woody metadata в момент его появления. Либо отказаться от строгого следования REST flowchart и делать валидацию входных данных до авторизации.