Show simple item record

dc.contributor.authorSzekely, Ariel
dc.contributor.authorBelay, Adam
dc.contributor.authorMorris, Robert
dc.contributor.authorKaashoek, M. Frans
dc.date.accessioned2024-12-13T22:52:30Z
dc.date.available2024-12-13T22:52:30Z
dc.date.issued2024-11-04
dc.identifier.isbn979-8-4007-1251-7
dc.identifier.urihttps://hdl.handle.net/1721.1/157856
dc.descriptionSOSP ’24,, November 4–6, 2024, Austin, TX, USAen_US
dc.description.abstractMany cloud applications use both serverless functions, for bursts of stateless parallel computation, and container orchestration, for long-running microservices and tasks that need to interact. Ideally a single platform would offer the union of these systems' capabilities, but neither is sufficient to act as that single platform: serverless functions are lightweight but cannot act as servers with long-term state, while container orchestration offers general-purpose computation but instance start-up takes too long to support burst parallelism. σOS is a new multi-tenant cloud operating system that combines the best of container orchestration and serverless in one platform with one API. σOS computations, called procs, can be long-running, stateful, and interact with each other, making them a good match for both serverless and microservice tasks. A key aspect of the σOS design is its cloud-centric API, which provides flexible management of computation, a novel abstraction for communication endpoints, σEPs---which allow procs of a tenant to communicate efficiently but prohibits procs from sending packets to other tenants---and a flexible naming system to name, for example, σEPs. Quick proc start-up is important for serverless uses. A key enabling observation is that both serverless and microservice applications rely on cloud services for much of the work traditionally done by the local OS (e.g., access to durable storage and additional compute resources). σOS exploits this observation by providing only a small and generic local operating system image to each proc, which can be created much more quickly than a container orchestration instance since σOS need not install application-specific filesystem content or (due to σOS's σEPs) configure an isolated overlay network. Microbenchmarks show that σOS can cold start a proc in 7.7 msec and can create 36,650 procs per second, distributing them over a 24-machine cluster. An evaluation of σOS with two microservice applications from DeathStarBench, a MapReduce application, and an image processing benchmark, shows that the σOS API supports both microservices and lambda-style computations, and provides better performance than corresponding versions on AWS Lambda and Kubernetes.en_US
dc.publisherACM|ACM SIGOPS 30th Symposium on Operating Systems Principlesen_US
dc.relation.isversionofhttps://doi.org/10.1145/3694715.3695947en_US
dc.rightsCreative Commons Attributionen_US
dc.rights.urihttps://creativecommons.org/licenses/by/4.0/en_US
dc.sourceAssociation for Computing Machineryen_US
dc.titleUnifying serverless and microservice workloads with SigmaOSen_US
dc.typeArticleen_US
dc.identifier.citationSzekely, Ariel, Belay, Adam, Morris, Robert and Kaashoek, M. Frans. 2024. "Unifying serverless and microservice workloads with SigmaOS."
dc.contributor.departmentMassachusetts Institute of Technology. Computer Science and Artificial Intelligence Laboratoryen_US
dc.identifier.mitlicensePUBLISHER_CC
dc.eprint.versionFinal published versionen_US
dc.type.urihttp://purl.org/eprint/type/ConferencePaperen_US
eprint.statushttp://purl.org/eprint/status/NonPeerRevieweden_US
dc.date.updated2024-12-01T08:53:06Z
dc.language.rfc3066en
dc.rights.holderThe author(s)
dspace.date.submission2024-12-01T08:53:06Z
mit.licensePUBLISHER_CC
mit.metadata.statusAuthority Work and Publication Information Neededen_US


Files in this item

No Thumbnail [100%x160]
Thumbnail

This item appears in the following Collection(s)

Show simple item record