Ja jsem tu pointu Lambda funkce predtim tak naprd napsal. Pointa je takova, ze AWS bezi v nejakem enviromentu, podobne jako ti bezi treba Aplikacni Server. Aplikacni Server umi spoustet Java WAR aplikace a ty vsechny bezi tak nejak spolecne nad jedinou JVM se spolecnymi zdroji. VLastne Lambda funkce je pro AWS "Aplikacni server" neco jako je WAR pro Java EE Aplikacni Server. Lambda je zkratka cosi nativne zakomponovaneho do AWS enviromentu. A je to Event driven. Pouzijes to na veci, ktere dokazi vyvolat eventu, jako napr. nahrani souboru do S3.
Zaroven lambda funkce sama o sobe je pasivni prvek, musi ji vzdycky neco zavolat.
To me vede k tomu, ze sam vlastne moc nechapu, k cemu se ve vyvoji lastne hodi. Pokud vyvijis v AWS nejakou nejakou komponentu, tak to, co by ti zprostreddkovala ta lambda funkce, muzes dat primo jako soucast te komponenty - nepotrebujes to mit nekde udelane v Lambde.
Tzn. ta lambda slouzi jako takovy doplnek ke standardnim AWS sluzbam. Lambda je vlastne takovy adapter mezi AWS sluzbami ktere vyvolavaji ruzne udalosti a mezi tvymi komponentami. Nevim napr. jak by ve Springove komponente slo napojit udalost z S3. Ale muzes tam dat lambdu, ktera dokaze reagovat na S3, a te lambde zavolas treba REST API od tve komponenty. A to vidim jako pointu Lambdy.
Pak je jeste jedna pointa Lambdy a to je pro socky a velice jednoducha pouziti, ale o tom se mi tu nechce psat.
A pak je jeste jedno pouziti lambdy, ktere tak nejak vyplyva z jeji jednoduchosti - je overhead re-deployovat zmenu nejake komponenty do AWS, ale je velice jednoduche upravit lambdu. Muzes proto do Lambdy delegovat ruzne funkce komponent, kde ocekavas, ze se ti bude hodit rychla zmena funkcionality.