Cheops, a service to blow away Cloud applications to the Edge
Cheops, un service pour soufler les applications du nuage vers la périphérie
Résumé
One question to answer the shift from the Cloud to the Edge computing paradigm is: how distributed applications developed for Cloud platforms can benefit from the opportunities of the Edge while dealing with inherent constraints of wide-area network links? Our solution to this question is to give the illusion of “single service images” spreading over the Edge infrastructure. Thanks to the modularity of micro-service based applications, one can deploy
multiple instances of the same service (one per edge site) and deliver collaborations between them according to each request. This non-invasive approach is made possible by (i) a DSL that extends the application API and allows DevOps to program where/how the execution of each request should be executed, (ii) and its runtime, Cheops, a service that interprets and orchestrates each request in order to satisfy the geo-distribution parameters, allowing collaborations in a transparent manner for the underlying application. We demonstrate the relevance of our proposal by illustrating how Cheops can successfully geo-distribute the Kubernetes vanilla code.
Pour passer du paradigme de l’informatique en nuage á celui en périphérie, il faut se demander comment les applications distribuées développées pour les plates-formes d’informatique en nuage peuvent-elles bénéficier de l’informatique en périphérie tout en faisant face à ses contraintes inhérentes ? Notre solution est de donner l’illusion d’une "un service à image unique" sur l’infrastructure en périphérie. Grâce á la modularité des applications basées sur les microservices, il est possible de déployer plusieurs instances d’un même service (une par site - en périphérie) et de fournir
des collaborations entre elles en fonction des demandes des utilisateurs. Cette approche non invasive est rendue possible par (i) un DSL qui étend l’API de l’application et permet aux DevOps de programmer où et comment chaque demande doit être exécutée, (ii) et son service associé, Cheops, qui interprète et orchestre chaque demande pour satisfaire les paramètres de géodistribution, permettant des collaborations d’une manière transparente pour l’application sous-jacente. Nous démontrons la pertinence de notre proposition en illustrant comment Cheops peut géo-
distribuer avec succès le code de Kubernetes sans avoir à le changer.
| Origine | Fichiers produits par l'(les) auteur(s) |
|---|