When moving cloud computing towards the edge in order to provide low latency and location-based Internet services, there are additional considerations that need to be introduced in the traditional cloud approaches to adapt them to fog computing. This paper discusses a proposal for resource allocation and migration strategies adapted specifically to fog computing. The proposal is based on the concept of virtual and physical communities and it has already shown its efficiency when applied to cloud computing. Simulation-based scenarios provide the performance of our community-based proposal following the geographical trajectory of mobile users.

The adoption of the active learning paradigm presents a series of challenges and uncertainties. However, its adoption may result in better academic results and a more engaging attitude towards learning. In this sense, this paper presents a case scenario in which such a change of paradigm has been deployed, where escape rooms have been introduced as an assessment tool in an active learning context. The way to move through those escape rooms is by taking a series of questionnaires based on the knowledge acquired, such that failing a test keeps the group in the same position and passing it makes them move according to the grades obtained. Surveys and comments offered by students show they were more motivated and engaged after this task, and an improvement in academic performance has been detected.

The recent introduction of full‐mesh virtual private network (VPN) solutions which offer near native performance, coupled with modern encryption algorithms and easy scalability as a result of a central control plane have a strong potential to enable the implementation of a seamless edge‐cloud continuum. To test the performance of existing solutions in this domain, we present a framework consisted of both essential and optional features that full‐mesh VPN solutions need to support before they can be used for interconnecting geographically dispersed compute nodes. We then apply this framework on existing offerings and select three VPN solutions for further tests: Headscale, Netbird, and ZeroTier. We evaluate their features in the context of establishing an underlay network on top of which a Kubernetes overlay network can be created. We test pod‐to‐pod TCP and UDP throughput as well as Kubernetes application programming interface (API) response times, in multiple scenarios, accounting for adverse network conditions such as packet loss or packet delay. Based on the obtained measurement results and through analysis of the underlying strengths and weaknesses of the individual implementations, we draw conclusions on the preferred VPN solution depending on the use‐case at hand, striking a balance between usability and performance.