Is it an actor? No it's a function! ...and it can run on KEDA

Transcript

1. #azuresatpn Azure Saturday 2019 Is it an actor? No it's a function! ...and it can run on KEDA
2. #azuresatpn klabcommunity.org elfo.net @andrekiba https://github.com/andrekiba https://www.linkedin.com/in/andreaceroni Andrea Ceroni andrea.ceroni@gmail.com
3. #azuresatpn Durable Entities and KEDA
4. #azuresatpn Durable Functions stateful patterns Function chaining Fan-out / fan-in Async HTTP APIs Long-running monitor Human interaction Event aggregator
5. #azuresatpn Durable Functions Types (bring state back to serverless) Client stateless Orchestrator stateful Activity stateless Entity stateful
6. #azuresatpn Durable Functions Actions [DurableClient] IDurableOrchestrationClient Client output Binding • Start orchestration • Query orchestration • Terminate orchestration • Signal orchestration • Signal entity • Query entity [OrchestrationTrigger] IDurableOrchestrationContext Orchestrator Function • Call an activity • Call sub-orchestrator • Set status • Call entity [EntityTrigger] IDurableEntityContext Entity Function • Initialize • Destroy • Handle event • Set state
7. #azuresatpn Durable Entities Serverless virtual actors sono molto simili agli actors (Akka.Net, Orleans) ma con alcune sostanziali differenze Explicit state esprimono lo stato in modo "esplicito" e non sotto forma di workflow come accade con gli orchestrator, ma posso essere utilizzate insieme agli orchestrator Reliability per i messaggi (call - signal) viene garantita la consegna "exactly-once" la comunicazione avviene attraverso code persistenti (Azure Storage Queue) che garantiscono ordinamento e de-duplicazione I messaggi vengono processati uno alla volta
8. #azuresatpn EntityId EntityId una entity è univocamente definita in base al suo id nella forma @EntityType@EntityKey, ad esempio @Light@Hue1 SingnalEntityAsync vs CallEntitiyAsync "signaling" significa fare l'enqueue di un'operazione (comando asincrono ane-way) "call" è invece utilizzabile solo all'interno di un orchestrator e ritorna direttamente una risposta Proxy definendo un'interfaccia, che l'entity dovrà implementare, possiamo svolgere operazioni sulla entity in modo type-safe evitando le magic string nel codice
9. #azuresatpn Demo
10. #azuresatpn Confronto con virtual actors In comune: • indirizzabili tramite ID • esecuzione seriale delle operazioni • create automaticamente durante la prima operazione • scaricate dalla memoria quando non utilizzate • i messaggi vengono consegnati in ordine e in modo affidabile • supportano lock distribuito tramite orchestrator • pattern request/response possibile solo dall'orchestrator (entity-to-entity solo signaling come negli actors) Differenze:
11. #azuresatpn Azure Functions on K8s
12. #azuresatpn Azure Functions Runtime Event Source Runtime Azure Functions runtime è un processo host che sa come "pullare" eventi da una fonte e passarli alla funzione Event Source è definito tramite il trigger associato alla funzione Horizontal Scaling tipicamente un runtime solo non basta ma non ha nemmeno senso averne uno attivo sempre quando non ci sono eventi
13. #azuresatpn Azure Functions Consumption Plan Artifact Repository (zip archive in Blob Storage) download Scale Controller metrics add / remove Function App instances Event Source (queue)
14. #azuresatpn KEDA (K8s Event Driven Autoscaling) KEDA implementa l'autoscaling event-driven nel "linguaggio di Kubernetes" Docker + KEDA il runtime è fornito in un container docker, KEDA supporta lo scale controller 0...N scaling fornendo metriche custom per Kubernetes Horizontal Pod Autoscaler il numero di pod è zero se non ci sono eventi che triggerano la funzione cresce dinamicamente in base agli eventi per poi tornare di nuovo a zero Si replica il modello serverless event-driven su un cluster K8s
15. #azuresatpn Azure Functions Consumption Plan Docker Image Repository download Event Source (queue) Deployment Scaled Object custom metrics add / remove HPA length Pods
16. #azuresatpn How KEDA works attiva o disattiva i deployment in base al carico di eventi fa da Metrics Server esponendo metriche custom (lunghezza della coda...) che guidano l'HPA l'evento può essere consumato direttamente e questo preserva l'integrazione, senza perdere nulla dell'evento stesso diversi scaler in preview (rabbit, storage queue...)
17. #azuresatpn ScaledObject e HPA https://github.com/kedacore/keda/tree/master/spec
18. #azuresatpn Demo
19. #azuresatpn Durable Task on KEDA non è ancora disponibile per Durable Functions ma è nel ciclo di sviluppo previsto entro i prossimi 6 mesi J
20. #azuresatpn Links https://docs.microsoft.com/en-us/azure/azure-functions/durable/durable-functions-overview https://docs.microsoft.com/en-us/azure/azure-functions/durable/durable-functions-preview https://docs.microsoft.com/en-us/azure/azure-functions/durable/durable-functions-entities https://github.com/Azure/azure-functions-durable-extension/tree/v2 https://www.youtube.com/watch?v=aHue7XuNYZA https://docs.microsoft.com/en-us/azure/azure-functions/functions-kubernetes-keda https://github.com/kedacore/keda
21. #azuresatpn public class Question { public string Answer{ get; set; } public void AskAQuestion(string question) => Answer = ThinkAboutTheAnswer( J ); public string RetrieveTheAnswer() => this.Answer; [FunctionName(nameof(Question))] public static Task Run( [EntityTrigger] IDurableEntityContext ctx, => ctx.DisptachAsync<Question>(); }
22. #azuresatpn Thanks! andrea.ceroni@elfo.net andrea.ceroni@gmail.com @andrekiba http://github.com/andrekiba http://www.linkedin.com/in/andreaceroni https://creativecommons.org/licenses/by-nc-sa/3.0/