Это часть в серии AWS безсетесовая архитектура. Оригинальная серия Post Blog может быть найдена как здесь, так и в моем блоге J-байты .
Что вам нужно установить и настроить, чтобы получить этот проект на работу.
- Установите Ruby, Node.js, NPM на вашем локальном компьютере.
- Инициализировать любую версию контроля версий, который вам нравится (JK, установка Git)
- Установите почтальон и инструменты CLI AWS (Google эти, очень простые). Вам нужны инструменты для управления нашим API позже.
- Если вы действительно хотите отправлять электронные письма в какой-то момент, вам нужно будет настроить учетную запись SendGrid или учетную запись MailGun. Я рекомендую MailGun, если вам просто нужно проверить вещи, потому что Sendgrid имеет высокий шанс отклонить вас, если вы не являетесь установленным бизнесом. Я был отклонен на основе IP, я верю (без любви к Японии T_T). Мы будем использовать MailGun для этого руководства. Вы можете поменяться для SendGrid по мере необходимости — это очень похоже на MailGun.
Если вы используете MailGun, вам также скорее всего, понадобится домен, связанный с вашей учетной записью MailGun. Я не связал домен сначала — он отправил около 3 сообщений, а затем выйти на меня. Связь зависит от вашего хостинга поставщика; Используйте свой Google-Fu, когда придет время.
Управление версиями
Нам нужно кратко, но серьезное разговор о необычном потоке контроля версий в этом проекте.
Я предполагаю, что все, что мы делаем, вы будете поддерживаться до контроля версий. Это означает:
Каждая лямбда, которую мы зарабатываем, должны иметь свою собственную папку в ваших VCS. Для этого есть особая особая причина: когда вы хотите загрузить библиотеки на aws lambda (я объясню, что позже, если вы не понимаете), вы будете хранить библиотеки и код в той же папке.
Если вы измените лямбду в редакторе кода AWS Console лямбда в редакторе браузера, а не изменяют его в локальной системе, и загрузка изменений, я предполагаю, что вы копируете — вставьте эти изменения в соответствующий файл index.js в ваших VCS и сохранить его потому что мы Не доверяйте AWS, чтобы управлять вашим кодом для вас .
Каждый раз, когда мы развертываем шлюз API на сцену, я предполагаю, что вы идете на сцену -> Export -> Средний вариант (SWARGER/YAML), а затем поместите этот файл YAML в своих VCS где-то, потому что мы Не доверяйте AWS, чтобы управлять вашим кодом для вас .
У меня был серьезный инцидент, где есть шлюз API (четыре раза!) Удалил некоторые настройки, которые мне очень нужно после того, как я развернул на сцену. Когда я связался с поддержкой, они сказали, что ошибка происходит только в том случае, если вы сделаете ошибку с помощью AWS CLI. Я до сих пор не знаю, что я сделал неправильно, и наличие экспорта сделала реконструкцию намного быстрее. Страшно потерять работу без веской причины.
Я могу упомянуть, что мы должны сохранить что-то в управлении версиями каждый сейчас и снова, но в целом я предполагаю, что вы можете справиться с собой.
Отлично. На шоу!
Оригинал: «https://dev.to/rob117/serverless-backends-with-aws-cloud-installs»