L’automazione nativa del cloud TriggerMesh diventa open source

Puoi chiamare ciò che TriggerMesh fa molte cose. È l’integrazione nativa del cloud, l’automazione cloud basata sugli eventi, la funzione FaaS (Function-as-a-Service) o, naturalmente, l’elaborazione serverless. Indipendentemente dal nome che usi (i creatori di TriggerMesh amano “serviceful”), il gioco ti consente di collegare, distribuire e gestire facilmente le funzioni cloud in programmi potenti. Personalmente, trovo utile pensare che TriggerMesh prenda i concetti DevOps di programmi come Ansible, Chef e Puppet e li sposti dal livello del sistema operativo al livello cloud. Ora, TriggerMesh ha compiuto un importante passo avanti diventando un programma open source.

guida esecutiva

Che cosa significa veramente l’elaborazione serverless e dove entrano in gioco i server

“Serverless” è uno stile di programmazione per piattaforme cloud che sta cambiando il modo in cui le applicazioni vengono create, distribuite e, in definitiva, utilizzate.

Per saperne di più

Come ha affermato il co-fondatore di TriggerMesh Sebastien Goasguen, con TriggerMesh gli sviluppatori possono modernizzare “le loro applicazioni sfruttando i servizi cloud ovunque si trovino e da chiunque sia il provider”. Lo fa sfruttando le offerte FaaS che scalano automaticamente e forniscono un meccanismo di fatturazione più preciso.

Se ti sembra molto simile ad AWS Lambda, congratulazioni, hai ragione. Ma mentre Lambda è legato ad AWS, il campo di TriggerMesh è ampiamente aperto a qualsiasi cloud che supporti Kubernetes. Il che, ovviamente, in questi giorni, significa essenzialmente tutte le nuvole. Ma Goasguen pensa che commettiamo un errore se ci concentriamo troppo sulle funzioni. Invece, ha affermato, dovremmo tenere a mente che le offerte serverless come AWS Lambda riguardano in realtà gli eventi: acquisizione, archiviazione, emissione ed elaborazione di eventi”.

Ciò che TriggerMesh offre, ha affermato Goasguen, è che consente di integrare tutti i tipi di servizi insieme. “Che si tratti di un’applicazione on-premise o di un servizio cloud, che sia containerizzata o meno, che si chiami serverless o meno, stai creando applicazioni che sfruttano molti sistemi”. Ovviamente, il problema con l’integrazione di così tanti sistemi diversi è evitare di costruire una “‘ciotola di spaghetti’, che potrebbe essere deliziosa ma sarebbe irraggiungibile”.

La piattaforma di integrazione nativa per il cloud TriggerMesh ha gestito questo fornendo a ogni utente una serie di interfacce di programmazione delle applicazioni (API). Puoi usarli per definire l’inizio e la fine dell’integrazione o, nel gergo di TiggerMesh, origini e destinazioni. Per questo lavoro, le API offrono anche la trasformazione degli eventi, i componenti di routing degli eventi e un’offerta FaaS. Queste API sono definite utilizzando la specifica OpenAPI e implementate con Kubernetes.

TriggerMesh è un controller Kubernetes con tutte le sue API definite come definizioni di risorse personalizzate da una prospettiva ingegneristica. Ciò significa che se sei già un professionista Kubernetes, conosci già molti dei programmi necessari per svolgere il lavoro. Questi includono Prometheus per il monitoraggio, Fluentd per la registrazione e GitOps per la distribuzione.

Nella sua versione open source, oltre al programma stesso, fornisce anche le fonti necessarie per lavorare con la maggior parte dei servizi AWS come SQS, S3 e Kinesis, fonti per Google Cloud Storage, Pub/Sub e Cloud Audit Log. Inoltre, rilascia anche origini di Azure per l’archiviazione BLOB di Azure e i log di controllo di Azure. Metti tutto insieme e Goasguen afferma che TriggerMesh ti offre la capacità di Google EventArc e AWS EventBridge combinati e on-premise. Inoltre, sono supportati obiettivi come AWS SQS, Google Storage, Fogli Google, ElasticSearch e Splunk.

Allora cosa significa tutto questo? Goasguen fornisce una lunga lista di esempi multi-cloud di cosa puoi fare con esso. Questi includono: “Costruire una pipeline di dati per riempire il tuo data lake, archiviare tutti i tuoi commit Git o tutti i tuoi eventi Salesforce in un cluster ElasticSearch. Puoi prendere tutti i tuoi log da Azure e archiviarli in Splunk dopo averli filtrati e annotati. Puoi acquisisci le metriche da qualsiasi luogo e archiviale in Datadog. Puoi eseguire un’analisi comprensiva di AWS sugli oggetti archiviati in Google Storage. Puoi sincronizzare IBM-MQ e AWS SQS mentre sviluppi nuovi prodotti nel cloud; puoi eseguire lo streaming delle modifiche DB2 al cloud per creare una replica cloud di sola lettura. Puoi gestire i tuoi connettori Kafka sia che utilizzi AWS MSK o Confluent Cloud, non è più necessario un cluster di connessione Kafka e benvenuto in un flusso di lavoro GitOps per gestire il tuo prodotto e utilizzare i messaggi in Kafka.” In breve, puoi “creare qualsiasi applicazione basata su eventi e definirla con la nostra API dichiarativa supportata da Kubernetes”.

Questa è una vera affermazione, ma i sostenitori di TriggerMesh, che includono Cisco e VMware, pensano di avere le carte in regola.

Graham Siener, VP for Product di VMware Tanzu, ha dichiarato: “Man mano che i sistemi basati su eventi diventano più popolari, gli sviluppatori si stanno rendendo conto che l’integrazione di eventi tra sorgenti e ambienti è una grande sfida. Ciò è esacerbato dalle topologie ibride e multi-cloud che portano a più fonti disparate di tutte le forme. Quindi, quando abbiamo esaminato le nostre opzioni per fornire agli utenti di Cloud Native Runtimes un’unica API per automatizzare il modo in cui gli eventi vengono consumati, indipendentemente dall’origine dell’evento, TriggerMesh è stato il partner chiaro. L’integrazione con TriggerMesh lo rende facile per Risorse di creazione eventi knative per consumare eventi esterni su tutti i cloud”

Il co-fondatore di TriggerMesh Mark Hinkle ha aggiunto: “Quando Sebastien e io abbiamo avviato TriggerMesh, avevamo una lunga storia con l’open source. Avevamo visto molti successi ma anche molti fallimenti. Ecco perché volevamo assicurarci di fare tutto nel nostro potere per assicurarci di avere lo stesso tipo di successo che abbiamo visto da HashiCorp, Confluent, Kong Inc. e Ansible di Red Hat.” In altre parole, TriggerMesh ha al timone persone esperte che sanno cosa succede con la programmazione sia open-source che cloud-native.

Voglio sapere di più? Dai un’occhiata al repository TriggerMesh e ai documenti di TriggerMesh. Puoi anche parlare con il team di sviluppo su Slack.

Storie correlate:

• TriggerMesh porta l’elaborazione serverless di AWS Lambda a Kubernetes.
• L’infrastruttura è così 2019: l’utilizzo dell’elaborazione serverless è triplicato nell’ultimo anno.
• Che cosa significa veramente l’elaborazione serverless e tutto ciò che devi sapere.

Nube

• La tecnologia innovativa sta arrivando per cambiare Linux nel cloud
• Le migliori certificazioni cloud nel 2021
• Cosa ha abbattuto Facebook
• Servizi di posta elettronica basati su cloud: tutto ciò che devi sapere