Хранение данных в Amazon DynamoDB (.NET)
Есть частый вопрос: мое приложение должно хранить данные для моих моделей Viewer, каким образом это можно сделать? А это приводит к следующему вопросу: как обеспечить надлежащие права доступа?
На основании этого нам нужно: индексировать базу данных с тем же идентификатором, который используется для Forge: URN; и проверить, имеет ли вызывающий объект доступ к нему через тот же access token. Ниже приведены основные требования. Мы можем думать о дополнительных требованиях, таких как: мы часто не используем его, поэтому зачем ему все время работать? Хорошо, это плюс, на самом деле, но оправдывает нашу архитектуру.
Для этого образца давайте использовать Amazon DynamoDB для хранения наших данных. Почему? База данных является no-SQL - она соответствует нашей потребности в системе на основе индексов, которая может хранить данные любого типа (совместимая с JSON). На самом деле это огромный плюс, поскольку база данных SQL будет ограничена предопределенным типом данных или потребуется огромное поле для случайного текста. И если ваше приложение попадает в бесплатный уровень, это даже лучше, так как предоставляется 200 миллионов запросов. Подробнее здесь. И последнее, но не менее важное: DynamoDB управляется, поэтому нам не нужно беспокоиться о его масштабировании.
Далее, вычисления также могут быть по запросу с технологией AWS Lambda. Без-серверные вычисления сейчас переживают всплеск, и легко понять, почему: это автоматическое масштабирование вычислительной мощности по требованию и они дешевое. Бесплатный уровень включает 1 миллион вызовов с 400 ГБ-сек.
Давайте посмотрим на архитектуру: наше клиентское приложение на JavaScript выполняет Viewer. В какой-то момент нужно будет прочитать (GET) или написать (POST/PUT) данные. Он вызывает нашу Лямбду-функцию, передающую токен доступа и URN, теперь лямбда-функция при помощи Forge проверит, имеет токен доступа доступ к URN, если да, то прочитает/запишет данные из/в DynamoDB. Как и любая лямбда-функция, она остается активной ("hot") в течение нескольких минут, a через некоторое время она освобождается. Бесплатно, если она не используется.
Если вы уже знаете AWS Lambda и Amazon DynamoDB, здесь нет ничего нового, кроме как проверить разрешения Forge, ведь так? Вот это сюрприз: такой конечной точки нет! Но мы можем просто вызвать случайную защищенную конечную точку для нее, верно? Следующий.NET-код демонстрирует идею. Обратите внимание, что оно наследуется от Controller, как способ использования во всех наших контроллерах WebAPI. И в комментариях вы заметите, что я провел некоторое тестирование с другими конечными точками, и metadata кажется здесь самым быстрым.
- public class Security : Controller
- {
- private static readonly HttpClient client = new HttpClient();
- private const string KEY = "Authorization";
- protected async Task<bool> IsAuthorized(string urn)
- {
- // Требуется авторизация
- if (!base.Request.Headers.ContainsKey(KEY))
- {
- base.Response.StatusCode = (int)HttpStatusCode.Unauthorized;
- return false;
- }
- // используем Autodesk Forge для получения разрешений ...
- client.DefaultRequestHeaders.Remove(KEY);
- client.DefaultRequestHeaders.Add(KEY, base.Request.Headers[KEY][0]);
- // теперь нам нужно вызвать одну конечную точку Forge, чтобы проверить наши учетные данные
- // конечные точки metadata кажутся самыми быстрыми!
- // https://developer.autodesk.com/en/docs/model-derivative/v2/reference/http/urn-metadata-GET/
- //
- // к слову, также проверили manifest, но это требует больше времени отклика
- // https://developer.autodesk.com/en/docs/model-derivative/v2/reference/http/urn-manifest-GET/
- // Запрос только заголовка кажется на несколько миллисекунд быстрее, поэтому давайте использовать его
- HttpRequestMessage req = new HttpRequestMessage();
- req.RequestUri = new System.Uri(
- string.Format("https://developer.api.autodesk.com/modelderivative/v2/designdata/{0}/metadata", urn));
- req.Method = new HttpMethod("GET");
- HttpResponseMessage res = await client.SendAsync(req, HttpCompletionOption.ResponseHeadersRead);
- // на несколько миллисекунд медленнее...
- // HttpResponseMessage response = await client.GetAsync(
- // string.Format("https://developer.api.autodesk.com/modelderivative/v2/designdata/{0}/metadata", urn));
- if (res.StatusCode != HttpStatusCode.OK)
- {
- base.Response.StatusCode = (int)res.StatusCode;
- return false;
- }
- // хорошей дороги!
- return true;
- }
- }
Наконец, нам нужны конечные точки POST и PUT для сохранения данных и GET для возврата данных. Она должна быть общей и принимать любой вход JSON. Ниже представлен типичный формат ввода и вывода.
- {
- "urn":"dXJuOmFkc2WXlUUXNPd1E",
- "data": {"key": "любой правильный json"}
- }
И какова производительность? В этом случае самая длинная задача - вызов конечной точки Forge для проверки разрешений. В общем, при тестировании с доступной памятью 256 Мб, требуется в среднем 500 мс, но может занять до нескольких секунд. Это должно попасть в бесплатный уровень с 1 миллионом вызовов. Поскольку процедура выполняет 1 или 2 вызова DynamoDB, она должна легко попасть в 200 миллионов вызовов до 25 единиц чтения/записи. Но не верьте мне на слово, пожалуйста, ознакомьтесь с ценой услуг AWS! :-)
Готовы к полному примеру? Проверьте это на этом Github репозитории!
Источник: https://forge.autodesk.com/blog/storing-data-amazon-dynamodb-net
Обсуждение: http://adn-cis.org/forum/index.php?topic=
Опубликовано 22.02.2018