Uważam, że do programowania bezserwerowego potrzebna jest możliwość uruchamiania i debugowania poszczególnych funkcji lokalnie.

Serverless Framework ma przydatną funkcję właśnie do tego celu: invoke local command .

Problem, który znalazłem, polega na tym, że podczas pracy z funkcjami Node.js nigdy nie byłem w stanie serverless invoke localpracować z doskonałymi narzędziami do debugowania Pythona VSCode .

Istnieje kilka świetnych przewodników dotyczących konfigurowania VSCode do debugowania funkcji Node.js Lambda zarządzanych przez Serverless Framework, ale nie widziałem wielu dla Pythona, prawdopodobnie ze względu na możliwość tworzenia konfiguracji debugowania, która używa skryptu Node.js do wywoływania środowisko uruchomieniowe Pythona.

W tym przewodniku wyjaśniono, jak lokalnie uruchamiam i debuguję moje funkcje Lambda Pythona. Moje rozwiązanie korzysta z AWS SAM i AWS Toolkit dla VSCode .

Dlaczego więc po prostu nie użyć AWS SAM zamiast Serverless Framework ( SF ), słyszę, jak niektórzy z was pytają? Cóż, po pierwsze, używam SF w swojej pracy. SF też wyrósł na mnie. W tym momencie jest to dojrzała, przetestowana w boju platforma, a jej ekosystem wtyczek zapewnia wszelkiego rodzaju dodatkowe funkcje dla wielu różnych przypadków użycia, które nie są wyraźnie obsługiwane od razu. Jestem w stanie wykorzystać razem najlepsze części SF i AWS SAM.

Ta konfiguracja pozwala mi na poprawne lokalne debugowanie moich funkcji Lambda krok po kroku przez ustawianie punktów przerwania, sprawdzanie zmiennych i wykonywanie kodu funkcji po jednym wierszu na raz, jednocześnie komunikując się z rzeczywistym, wdrożonym zasobem AWS — tak jak robi to funkcja w prawdziwe wezwanie.

Warunki wstępne

Zakładam, że masz już zainstalowany Serverless Framework , używasz go do zarządzania i wdrażania funkcji Python Lambda w AWS oraz używasz VSCode z rozszerzeniem Python .

Kroki

1. Zainstaluj interfejs wiersza polecenia AWS SAM .
2. Zainstaluj zestaw narzędzi AWS dla programu VSCode .
3. Dodaj poniższy profil uruchamiania do swojego konta .vscode/launch.json.
4. Uruchom i debuguj jak zwykle! Dalszą konfigurację można znaleźć tutaj .

• AWS Toolkit oczekuje requirements.txt folderu w twoim obszarze roboczym . Używam Poetry do zarządzania zależnościami projektu, więc mam preLaunchTask(pokazany poniżej), który generuje go automatycznie przed debugowaniem. Możesz nawet dodać postDebugTask. Przeczytaj więcej o zadaniach VSCode tutaj .
• Używam nazwanych profili podczas interakcji z AWS CLI, które określasz w awspolu.
• Funkcję environmentVariablesi payloads można również łatwo dostosować.
• W ten sposób można przekazać dodatkowe argumenty debugowania środowiska wykonawczego .

Jakakolwiek informacja zwrotna? Czy wiesz, jak dobrze sls invoke localbawić się z debugowaniem Pythona i VSCode? Masz alternatywne rozwiązanie lub po prostu uważasz, że to kompletnie głupie? Dajcie znać w komentarzach!