[JAVA] Premier AWS Lambda (j'ai essayé de voir dans quel type d'environnement il fonctionne)

C'était une formation d'architecte AWS pendant 3 jours à partir de lundi. J'ai été surpris quand je suis entré en contact avec Lambda. C'est mon propre résumé (pour ceux qui le savent, je prêche à Shaka).

Qu'est-ce que Lambda?

J'ai honte de dire que lorsque j'ai entendu le mot «sans serveur», cela ne m'est pas venu à l'esprit. Mais c'est littéralement vrai. Peu importe l'environnement dans lequel le programme s'exécute. Peu importe quel est le système d'exploitation, quel est le middleware, combien de mémoire, combien de CPU, ce qu'est NW, quelle est la topologie, etc. (En fait, vous pouvez spécifier la taille de la mémoire et répondre en conséquence. La capacité du processeur sera allouée). Quoi qu'il en soit, le code (programme) se déplace avec le "déclencheur" appelé "déclencheur" comme déclencheur. Avec Java, la JVM démarrera et le jar téléchargé sera exécuté. Les "déclencheurs" sont fortement intégrés aux services AWS, par exemple

• Le fichier a été téléchargé sur S3 (qui n'est plus seulement du stockage), qui est un service de stockage de fichiers.
• Le message a été mis dans la file d'attente
• Une demande est arrivée à API Gateway
• Instance EC2 lancée
• Il est 3 heures
• J'ai faim (j'ai dit à Amazon echo)
• e.t.c.

Est-ce un TDB (Trigger Driven Bean) qui n'est pas un MDB? Il n'est pas nécessaire que ce soit un bean, il est donc préférable de l'appeler TDC (Trigger Driven Code).

Essayez de bouger

Pendant la formation, j'avais beaucoup de temps pour la formation pratique, alors j'ai écrit un code simple dans Eclipse qui se trouvait dans le terminal de formation et l'ai essayé. Les tests peuvent être expulsés de la console AWS, il est donc facile de les essayer sans avoir à définir un "déclencheur".

Manières

Fondamentalement, tout programme Java fonctionnera si vous incluez les bibliothèques nécessaires, mais il semble y avoir une promesse dans la méthode à appeler. C'est un argument. Obtenez ʻObject comme premier argument et Context` comme deuxième argument. Le nom de la méthode peut être n'importe quoi. Il peut être de n'importe quel type (bien que le premier argument et le type de retour doivent être "Sérialisable", les types primitifs sont OK).

Plus précisément, les informations du "déclencheur" sont entrées dans le premier argument. Si le déclencheur est que le message est «mis» dans la file d'attente, vous pouvez transmettre le message lui-même. Si la valeur de retour est un appel synchrone, elle devrait être presque la même. Tout ce que vous avez à faire est de «Sérialiser» et de le renvoyer selon les exigences de votre interface.

Le deuxième argument est «Context», qui est «com.amazonaws.services.lambda.runtime.Context», et non «javax.naming.Context». Vous devez donc ajouter le fichier jar fourni par AWS (https://mvnrepository.com/artifact/com.amazonaws/aws-lambda-java-core/1.1.0) à votre chemin de compilation. [^ 1] [^ 1]: Eclipse a AWS Toolkit Plugin Puisqu'il y en a, il est possible de simplement configurer cet environnement.

créer

Je n'ai pas encore les compétences ou les idées pour écrire du code significatif, alors j'ai décidé de voir quel type d'environnement (propriétés système, variables d'environnement, objets `Contexte 'passés) il fonctionne comme un magasin d'infrastructure.

SystemInfo.class

package net.mognet.aws.lambda;

import java.util.Map;
import java.util.Properties;

import com.amazonaws.services.lambda.runtime.Context;

public class SystemInfo {

    public static String printSystemInfo(int i, Context context) {
    		StringBuilder sb = new StringBuilder();
    		//Ajouter un en-tête
    		sb.append("name,value\n");
    		
    		//Obtenir les propriétés du système
    		Properties prop = System.getProperties();
    		for(Object key : prop.keySet()) {
    			String name = (String) key;
    			String value  = prop.getProperty(name);
    			sb.append(name + "," + value + "\n");
    		}
    		//Obtenir des variables d'environnement
    		Map<String, String> env = System.getenv();
    		for(String key : env.keySet()) {
    			String value = env.get(key);
    			sb.append(key + "," + value + "\n");
    		}
    		//Obtenir des informations contextuelles
    		sb.append("context" + "," + context.toString());
    		return sb.toString();
    }
    
    public static void main(String[] args) {
    		System.out.println(printSystemInfo(1, null));
    }
}

main est pour les tests. Le premier argument est censé être important, mais cette fois je ne ferai rien.

Mettez

Ouvrez la console AWS et créez une fonction Lambda (elle fonctionne en unités appelées fonctions. Il semble y avoir un service qui orchestre plusieurs fonctions (détails non encore étudiés)). Sélectionnez un nom et un runtime appropriés (Java8 cette fois) et appuyez sur "Créer une fonction". Étant donné que la sortie standard circule vers CloudWatch Logs, créez un rôle avec l'autorisation d'écriture dans CloudWatch Logs à l'avance et attachez-le ici si nécessaire. Normalement, vous sélectionnez un déclencheur ici, mais je veux juste le tester, donc je vais simplement mettre les conditions autour de cela. Dans le code de fonction, téléchargez le fichier jar depuis" Upload ", et l'important est de saisir ici la méthode à exécuter dans le" Handler ". Le format est fixe, et c'est le nom de la méthode avec "." Notation et "::" après le chemin complet de la classe. Cette fois, ce sera " net.mognet.aws.lambda.SystemInfo :: printSystemInfo ". J'ai également ajouté des variables d'environnement. Une fois que vous "enregistrez", le fichier sera effectivement téléchargé. Vient ensuite la préparation du test. Ceci est un cas de test (paramètre d'entrée = paramètre du premier argument). Sélectionnez "Paramètres des événements de test" en haut de l'écran. Puisque le premier argument de la méthode public static String printSystemInfo à exécuter est ʻint`, écrivez seulement 1 pour terminer. Appuyez sur "Enregistrer" en bas. Vous êtes maintenant prêt à tester.

Faisons le!

Appuyez sur "Test" comme une évidence. Ça a marché. Puisqu'il n'y a pas de sortie de journal (sortie standard) cette fois, je n'ai pas vu le journal, mais les messages de début et de fin ont été affichés. Depuis que la méthode de type String a été exécutée, la chaîne de caractères return est affichée à l'écran telle quelle (je voulais que le code de saut de ligne soit interrompu, mais c'est la bonne manière pour la console d'affichage des résultats de l'exécution).

appendice

Le résultat de l'exécution est répertorié en annexe.

Des informations telles que la clé d'accès étaient également incluses dans la variable d'environnement, je les ai donc masquées. Il peut être nécessaire de comprendre qu'il s'agit d'une telle spécification. Est-il possible d'appeler l'API AWS en utilisant les clés ici? De plus, les variables d'environnement qui ont été définies correctement sont également affichées (évidemment). Il semble qu'il fonctionne sur OpenJDK sur Amazon Linux. Je ne sais pas ce qui se passera lorsque cela sera réellement mis en production. C'est juste que c'était le cas lorsque ce test a été exécuté. Après tout, il est sans serveur, donc encore une fois, l'environnement d'exécution (HW, OS, MW, etc.) n'a pas d'importance. Au contraire, j'ai réalisé que l'utilisation de type Lambda consiste à écrire le code en supposant que cela n'a pas d'importance.

référence

Gestionnaire de fonctions Lambda (Java) --AWS Lambda