惯性聚合 高效追踪和阅读你感兴趣的博客、新闻、科技资讯
阅读原文 在惯性聚合中打开

推荐订阅源

cs.CV updates on arXiv.org
cs.CV updates on arXiv.org
云风的 BLOG
云风的 BLOG
博客园 - 聂微东
让小产品的独立变现更简单 - ezindie.com
让小产品的独立变现更简单 - ezindie.com
P
Proofpoint News Feed
GbyAI
GbyAI
WordPress大学
WordPress大学
NISL@THU
NISL@THU
V
Vulnerabilities – Threatpost
T
The Exploit Database - CXSecurity.com
D
DataBreaches.Net
F
Full Disclosure
Recent Commits to openclaw:main
Recent Commits to openclaw:main
V
Visual Studio Blog
Last Week in AI
Last Week in AI
L
LangChain Blog
AWS News Blog
AWS News Blog
Martin Fowler
Martin Fowler
V
V2EX
The Hacker News
The Hacker News
Scott Helme
Scott Helme
T
Troy Hunt's Blog
G
GRAHAM CLULEY
L
Lohrmann on Cybersecurity
Cloudbric
Cloudbric
C
Cyber Attacks, Cyber Crime and Cyber Security
O
OpenAI News
月光博客
月光博客
博客园_首页
Blog — PlanetScale
Blog — PlanetScale
B
Blog RSS Feed
奇客Solidot–传递最新科技情报
奇客Solidot–传递最新科技情报
Google Online Security Blog
Google Online Security Blog
Threat Intelligence Blog | Flashpoint
Threat Intelligence Blog | Flashpoint
G
Google Developers Blog
D
Darknet – Hacking Tools, Hacker News & Cyber Security
IT之家
IT之家
C
Cisco Blogs
Google DeepMind News
Google DeepMind News
T
Tenable Blog
Jina AI
Jina AI
T
Tor Project blog
The Cloudflare Blog
Y
Y Combinator Blog
Spread Privacy
Spread Privacy
L
LINUX DO - 热门话题
Cyberwarzone
Cyberwarzone
Microsoft Security Blog
Microsoft Security Blog
Stack Overflow Blog
Stack Overflow Blog
A
Arctic Wolf

Blog

Canonical announces the Enterprise Store as part of Ubuntu Pro | Canonical Tracing a memory leak bug in PID 1 and contributing an upstream fix: a Linux support story | Canonical MAAS installation: bare metal provisioning is easier than ever | Canonical Januscape vulnerability CVE-2026-53359 mitigations available | Canonical Managing Ubuntu on bare metal at scale | Canonical Ubuntu Server: a platform made for enterprise scale | Canonical Building an open source chain of trust: new research uncovers key blockers and ways forward | Canonical Beyond safety and security: Why automotive open source demands dependability  | Canonical DirtyClone Linux kernel local privilege escalation vulnerability fixes available | Canonical pedit COW kernel local privilege escalation vulnerability mitigations | Canonical Canonical becomes Gold Sponsor of Trifecta Tech Foundation | Canonical Challenges designers face in open source (and how to fix them) | Canonical Hunting a 16-year-old SQLite bug with TLA+: is dqlite affected? | Canonical Canonical announces live kernel patching for Arm64 | Canonical How to use RISC-V custom instructions with Ubuntu | Canonical Ubuntu Summit 26.04: connected by open source | Canonical So you need to add microcontrollers to your fleet: now what? | Canonical Validating real-world skills through Canonical Academy | Canonical Virtualized Android comes to Anbox Cloud | Canonical Template: Streamlining open source design contributions | Canonical Beyond Mythos: responding to a new threat landscape | Canonical A look into Ubuntu Core 26: Building a local AI inference appliance in a virtual machine | Canonical This year we celebrate a decade of Ubuntu Server support on the s390x architecture: marking a long-standing collaboration between Canonical and IBM that began at LinuxCon 2015. The first release happened on April 21, 2016, bringing Ubuntu 16.04 LTS (Xenial Xerus) to IBM Z and IBM LinuxONE platforms.  A first for Ubuntu on IBM That […] AI at the edge: simplifying infrastructure with Cisco and Canonical | Canonical The next era of telco clouds: get open infrastructure choice with Sylva and Canonical Kubernetes | Canonical What is RDMA over Converged Ethernet (RoCE)? | Canonical Beyond tokens per watt – using Ubuntu 26.04 LTS for AI Beyond tokens per watt – using Ubuntu 26.04 LTS for AI | Canonical A look into Ubuntu Core 26: Deploying AI models on Renesas RZ/V series for production | Canonical RISC-V profiles – why is RVA23 significant? | Canonical AI with AMD ROCm on Ubuntu: your questions answered | Canonical When distributed workloads stall because nodes cannot exchange small messages quickly and consistently, the network is the limiting factor. How do you solve that problem? InfiniBand offers one solution. InfiniBand is an interconnect, meaning the end-to-end communication system that links compute, storage, and accelerator nodes. It is impl […] Microsoft has announced the preview of Azure Cobalt 200, its second-generation custom Arm silicon. Learn how Ubuntu and Ubuntu Pro support these new VMs from day one, offering seamless deployment, long-term security maintenance, and Kernel Livepatch without requiring engineering or platform changes […] How Canonical Support solves hard Linux performance bugs  – even in 12-year old code | Canonical Securing AI agent workflows on Ubuntu with the new NVIDIA OpenShell snap | Canonical Canonical announces optimized Ubuntu images for TPU virtual machines by Google Cloud | Canonical VMware hypervisor deployment using MAAS | Canonical Migrating from Apache Spark 3 to Spark 4 | Canonical Introducing Workshop: launch sandboxed development environments on Ubuntu with a single command | Canonical Run agentic workloads on Arm and Ubuntu | Canonical Decoding design: How design and engineering thrive together in open source | Canonical Developing web apps with local LLM inference | Canonical A local privilege escalation (LPE) security vulnerability in the Linux kernel, codename “PinTheft,” was publicly disclosed on May 19, 2026. The vulnerability was fixed in the mainline Linux kernel tree. A proof-of-concept exploit was published along with public disclosure. This has been assigned the CVE ID CVE-2026-43494; other discoverin […] Canonical has announced the general availability of Managed Kubeflow on the Microsoft Azure Marketplace. This fully managed MLOps platform allows enterprise AI teams to deploy a production-ready environment in under an hour, eliminating infrastructure maintenance. […] A look into Ubuntu Core 26: Cloud-powered edge computing with AWS IoT Greengrass and Azure IoT Edge | Canonical CVE-2026-46333 (ssh-keysign-pwn) Linux kernel vulnerability mitigations | Canonical Finding the blind spot: How Canonical hunts logic flaws with AI | Canonical A local privilege escalation (LPE) vulnerability affecting the Linux kernel has been publicly disclosed on May 13, 2026. The vulnerability does not have a CVE ID published, but is referred to as “Fragnesia.” The vulnerability affects multiple Linux distributions, including all Ubuntu releases. The affected components are the Linux kernel […] Rethinking BYOD security: protecting data without trusting devices | Canonical Two local privilege escalation (LPE) vulnerabilities affecting the Linux kernel have been publicly disclosed on May 7, 2026. The vulnerabilities have been assigned the IDs CVE-2026-43284 and CVE-2026-43500 and are referred to as “Dirty Frag.” The affected components are Linux kernel modules. The first vulnerability impacts the modules tha […] Three weeks to go: A sneak peek of the Ubuntu Summit 26.04 experience | Canonical How to use Ubuntu on Windows | Canonical A local privilege escalation (LPE) vulnerability affecting the Linux kernel has been publicly disclosed on April 29, 2026. The vulnerability has been assigned CVE ID CVE-2026-31431 and is referred to as Copy Fail. The affected component is a kernel module that provides hardware-accelerated cryptographic functions: algif_aead. The vulnerab […] Run NVIDIA Nemotron 3 Nano Omni locally in a single command | Canonical Why Web Engineering is great | Canonical Ubuntu 16.04 LTS (Xenial Xerus) reached the end of its five-year Expanded Security Maintenance (ESM) window in April 2026. If you are still running 16.04, it is critical to address your support status to ensure continued security and compliance. Your support options Now that 16.04 is in its Legacy phase, you have two primary paths: […] Understanding disaggregated GenAI model serving with llm-d | Canonical From Jammy to Resolute: how Ubuntu’s toolchains have evolved | Canonical Hybrid search and reranking: a deeper look at RAG | Canonical Canonical expands Ubuntu support to next-generation MediaTek Genio 520 and 720 platforms | Canonical In this article, Keirthana TS, a Senior Technical Author at Canonical, breaks down what leadership means to her and how she understood the power of intentional leadership through her journey at Canonical. […] Ubuntu Pro comes to Nutanix bare-metal Kubernetes | Canonical RISC-V 101 – what is it and what does it mean for Canonical? | Canonical Ubuntu Summit 26.04 is coming: Save the date and share your story! | Canonical How to manage Ubuntu fleets using on-premises Active Directory and ADSys | Canonical Simplify bare metal operations for sovereign clouds | Canonical How to Harden Ubuntu SSH: From static keys to cloud identity | Canonical The “scanner report has to be green” trap | Canonical Modern Linux identity management: from local auth to the cloud with Ubuntu | Canonical Canonical welcomes NVIDIA’s donation of the GPU DRA driver to CNCF | Canonical Hot code burns: the supply chain case for letting your containers cool before you ship | Canonical
Anbox Cloud on C4A metal: Android, at scale, without friction | Canonical
Bertrand Boisseau · 2026-06-24 · via Blog

Why C4A metal is a great place to run Android and why Anbox Cloud makes that practical.

If you’ve spent even a small portion of time working with Android development at scale, you’ve likely encountered some pinch points.

The platform was built for Arm-based devices, mobile physical hardware, and tightly controlled system environments. Cloud platforms, on the other hand, are optimized for abstraction, elasticity, and shared infrastructure. Anbox Cloud has already bridged this gap, enabling Android developers to scale virtual instances in the cloud efficiently. 

Yet, even with this flexibility, some use cases and workloads, like system-level Android development or large-scale Cuttlefish farms, call for native Arm performance and direct hardware access. For years, developers had to choose between genuine Android execution with physical device labs and cloud efficiency.

With the launch of Google Cloud’s new Axion-based bare-metal instance, C4A metal, that trade-off starts to disappear. C4A-metal brings native Arm hardware directly into the cloud, without the performance limitations or complexity of nested virtualization. For Android workloads, this is a big deal.

And it’s the perfect fit with Anbox Cloud.

Anbox Cloud is Canonical’s platform for running Android at scale in cloud environments. It was built to manage, scale, and stream large numbers of Android instances reliably, whether for testing, CI/CD integration, automation, or interactive remote access.

On C4A metal, Anbox Cloud can run and orchestrate large fleets of Android systems directly on Arm hardware. There’s nothing special to configure, no alternative workflows to learn. You provision C4A metal, deploy Anbox Cloud, and Android workloads run exactly as you would expect, only now with native performance and cloud elasticity.

“Anbox Cloud’s support for fully virtualized Android provides an execution environment that closely matches the assumptions of AOSP and reference platforms such as Cuttlefish,” says Alistair Delva from Google’s Cloud Android team. “By allowing full Android system images, including the kernel, to run unmodified on scalable cloud and bare-metal infrastructure, such as C4A metal, Anbox Cloud enables system-level Android development, validation, and compliance workflows to move to the cloud with a level of fidelity that has traditionally required physical device labs. This combination of platform fidelity and cloud-scale operation represents a meaningful step forward for how Android systems can be built, tested, and operated.” 

From a developer’s point of view, this is where things get interesting. Android instances start quickly, can be scaled up and down programmatically and effortlessly, and can be accessed remotely through streaming when needed. From a platform point of view, everything is automated, observable, and reproducible.

It just works.

Scalable Cuttlefish environments, finally done right

One of the most compelling use cases for C4A metal is running large-scale Cuttlefish environments.

Android Cuttlefish is widely used for Android platform development and system validation, but it has traditionally been difficult to scale. Physical labs don’t grow on demand, and running virtual devices on top of virtual machines quickly becomes inefficient and non-representative.

C4A metal removes that bottleneck. Anbox Cloud can launch and manage many Cuttlefish-based Android systems directly on bare metal, with no nested virtualization. The result is a cloud-native Cuttlefish farm that behaves like real hardware but scales like cloud infrastructure.

For Android platform teams, automotive OEMs, and system developers, this means faster feedback cycles, higher parallelism, and far less operational overhead.

Not just bare metal: one platform across C4A and N4A

Bare metal is powerful, but it’s not the whole story.

Thanks to our close collaboration with Google Cloud, Anbox Cloud is designed to run across the Axion portfolio. Teams can use C4A metal for high-fidelity system testing while running build pipelines, orchestration services, and supporting infrastructure on C4A or N4A instances. The same Anbox Cloud deployment can span all of these environments without changing tools or workflows.

This flexibility is the real value. You don’t need to choose between realism and efficiency up front. You can place each part of your Android workflow on the infrastructure that fits it best, and still operate everything as a single, coherent platform.

A natural fit for modern Android development

Android was built for Arm. C4A metal brings Arm-native bare metal into the cloud. Anbox Cloud connects the two with a platform that knows how to run, scale, and stream Android reliably.

Together, they make Android development simpler, faster, and more scalable, without asking teams to compromise on performance or fidelity.

As Android workloads continue to grow beyond apps into full systems and platforms, having infrastructure that matches Android’s assumptions matters. With C4A metal and Anbox Cloud, that infrastructure is finally available as an on-demand cloud service.

Try Anbox Cloud on C4A metal now and stay tuned for further developments in our upcoming releases. For detailed instructions on how to upgrade your existing deployment, please refer to the Anbox Cloud documentation.

Further reading

Learn more about Anbox Cloud or contact our team to discuss your use case


Android is a trademark of Google LLC.

Anbox Cloud uses assets available through the Android Open Source Project.

The Android robot is reproduced or modified from work created and shared by Google and used according to terms described in the Creative Commons 3.0 Attribution License.

Related posts


Virtualized Android comes to Anbox Cloud

Ubuntu Ubuntu tech blog

With our latest 1.30.0 Anbox Cloud release, available today, we are introducing one of the most significant evolutions of the platform to date: support for virtualized Android.  For the first time, Anbox Cloud can launch complete Android system images inside lightweight virtual machines, managed and orchestrated through the same Anbox API ...


Rethinking BYOD security: protecting data without trusting devices

Ubuntu Ubuntu tech blog

BYOD (bring your own device) has always looked better on paper than it does in real life. The promise is clear: let people use the gadgets they already own. Less friction, lower costs, and more freedom. But when security and privacy are non-negotiable, the conversation around BYOD usually ends quickly. Not because BYOD is a ...


Cloud-native Android™ infotainment: your CI pipeline shouldn’t depend on hardware

Automotive Ubuntu tech blog

More and more often, infotainment systems are being developed and delivered like software, yet often they are still tested and validated using hardware-centric processes. This is far from ideal: access to devices is limited, environments are difficult to reproduce, and iteration slows down as soon as multiple teams need to work in paralle ...