Frontend ReactJS wywołuje interfejsy API REST za pośrednictwem Amazon API Gateway. Inżynier danych musi dostarczyć skrypt Pythona, który może być wywoływany sporadycznie za pośrednictwem API Gateway i musi zwracać odpowiedzi do API Gateway. Która opcja zapewnia wymagane zachowanie przy NAJMNIEJSZYM nakładzie operacyjnym?

Utworzenie funkcji AWS Lambda w Pythonie z provisioned concurrency jest najbardziej optymalnym rozwiązaniem. Lambda to usługa bezserwerowa, idealna do sporadycznie wywoływanych skryptów, minimalizująca nakład operacyjny, ponieważ AWS zarządza całą infrastrukturą. Provisioned concurrency eliminuje problem "zimnego startu" (cold start), zapewniając szybkie odpowiedzi, co jest kluczowe dla interfejsów API. Pozostałe opcje są mniej efektywne: Wdrożenie skryptu w Amazon ECS lub EKS wymaga zarządzania klastrami, co znacznie zwiększa nakład operacyjny w porównaniu do bezserwerowej Lambdy. Samo utworzenie funkcji Lambda bez provisioned concurrency może prowadzić do opóźnień związanych z zimnym startem. Planowanie reguły EventBridge do "rozgrzewania" funkcji jest obejściem, które generuje niepotrzebne koszty i złożoność, podczas gdy provisioned concurrency jest wbudowanym rozwiązaniem zaprojektowanym do tego celu.