Вчера Amazon выпустил инструментарий AWS для кода Microsoft Visual Studio, чтобы подтолкнуть разработчиков, увлеченных редактором с открытым исходным кодом, к своему облаку. VS Code был огромным успехом для Microsoft, поскольку компания пыталась смягчить свой имидж с разработчиками. Редактор часто возглавляет списки предпочтительных инструментов и, наряду с его хвалеными открытыми исходными кодами, также охватывает платформы.

Главный конкурент Microsoft в облачных сегментах, Amazon, признал, что разработчики заинтересованы в этом, и отказался от набора инструментов с открытым исходным кодом, предназначенного для разработки приложений без серверов в AWS, а не, как вы знаете, Azure. Однако, если AWS - ваша вещь, а VS Code - ваш редактор, то выпуск Amazon - который поддерживает Node.js, Python и .NET - очень удобен.

Разработчики могут создавать, отлаживать и развертывать проект, не выходя из VS Code. Естественно, это немного сложнее, чем просто установить расширение и нажать go. Чтобы запустить нашу настройку до того момента, когда наше приложение вернуло неизбежный «Hello World», нам пришлось установить интерфейс командной строки AWS (CLI), CLI модели приложения сервера AWS и SAM.

Amazon отмечает, что SAM не является строго необходимым, хотя мы утверждаем, что расширение немного бессмысленно без него. Например, отладка будет проблематичной.

Локальное создание безсерверной функции - это простой случай создания приложения AWS SAM, выбора времени выполнения и присвоения имени проекту. Если предположить, что все работает правильно (и это большое «если» - хотя расширение утратило статус «Предварительный просмотр», которым оно пользуется с ноября 2018 года, следует соблюдать осторожность), можно добавить код и запустить его с помощью Docker.

Локальный запуск и отладка являются сторонним приемом расширения. Возможность пошагового выполнения кода для отладки функции Lambda неоценима, поскольку избавляет разработчиков от необходимости добавлять исходные тексты в журнал, чтобы понять, почему определенная строка никогда не достигается.

После завершения функция может быть развернута в AWS и запущена удаленно. Кажется, в настоящее время невозможно отладить удаленную функцию с помощью расширения.

Microsoft поспешит указать, что удаленная отладка может быть проблемой Azure. Тем не менее, это очень большая сторона Amazon, и поддержка локальной отладки - это начало. Возможность использования безсерверных приложений в стеках AWS и CloudFormation также привлекательна.