BBServerless: A Bursty Traffic Benchmark for Serverless

Lin, Yanying; Ye, Kejiang; Li, Yongkang; Lin, Peng; Tang, Yutao; Xu, Cheng‐Zhong

doi:10.1007/978-3-030-96326-2_4

Cited by 4 publications

(2 citation statements)

References 16 publications

Supporting

Mentioning

Contrasting

Order By: Relevance

“…Compared to 1.a, the only difference of option 2 is an active intel_pstate without HWP support. The HWP support has an impact on the scaling algorithm and enables switching between powersave and performance governor as already seen in Figure 5.1 (right), whereas the system configured without HWP only uses the powersave governor which "selects P-states proportional to the current CPU utiliz- ation" 156 in this operation mode. This results in the undulations seen in Figure 5.4 (left).…”

Section: Discussionmentioning

confidence: 99%

“…A drawback is that the source code is not open-source and therefore a detailed assessment of their function implementation is not possible. The next experiment [156], as the name already implies, puts emphasis on bursty benchmarks. The authors described four use cases for testing their new benchmarking platform namely web application, big data, streaming and machine learning use cases.…”

Section: Introductionmentioning

confidence: 99%

See 1 more Smart Citation

A Simulation Framework for Function as a Service

Manner

2024

Schriften Aus Der Fakultät Wirtschaftsinformatik Und Angewandte Informatik Der Otto-Friedrich-Universität Bamberg

View full text Add to dashboard Cite

Serverless Computing is seen as a game changer in operating large-scale applications. While practitioners and researches often use this term, the concept they actually want to refer to is Function as a Service (FaaS). In this new service model, a user deploys only single functions to cloud platforms where the cloud provider deals with all operational concerns – this creates the notion of server-less computing for the user. Nonetheless, a few configurations for the cloud function are necessary for most commercial FaaS platforms as they influence the resource assignments like CPU time and memory. Due to these options, there is still an abstracted perception of servers for the FaaS user. The resource assignment and the different strategies to scale resources for public cloud offerings and on-premise hosted open-source platforms determine the runtime characteristics of cloud functions and are in the focus of this work. Compared to cloud offerings like Platform as a Service, two out of the five cloud computing characteristics improved. These two are rapid elasticity and measured service. FaaS is the first computational cloud model to scale functions only on demand. Due to an independent scaling and a strong isolation via virtualized environments, functions can be considered independent of other cloud functions. Therefore, noisy neighbor problems do not occur. The second characteristic, measured service, targets billing. FaaS platforms measure execution time on a millisecond basis and bill users accordingly based on the function configuration. This leads to new performance and cost trade-offs. Therefore, this thesis proposes a simulation approach to investigate this tradeoff in an early development phase. The alternative would be to deploy functions with varying configurations, analyze the execution data from several FaaS platforms and adjust the configuration. However, this alternative is time-consuming, tedious and costly. To provide a proper simulation, the development and production environment should be as similar as possible. This similarity is also known as dev-prod parity. Based on a new methodology to compare different virtualized environments, users of our simulation framework are able to execute functions on their machines and investigate the runtime characteristics for different function configurations at several cloud platforms without running their functions on the cloud platform at all. A visualization of the local simulations guide the user to choose an appropriate function configuration to resolve the mentioned trade-off dependent on their requirements.

show abstract

Section: Discussionmentioning

confidence: 99%

Section: Introductionmentioning

confidence: 99%