Juan Gómez · Automations, Backend & DevOps

The case for running large language models locally has never been stronger. Privacy guarantees (zero data leaving your machine), predictable latency (no network jitter), zero per-token API costs, and offline capability are compelling advantages for any development workflow that touches LLMs.

Apple Silicon’s unified memory architecture makes it uniquely capable for local inference at the consumer and professional level. Unlike discrete GPU setups where VRAM is a hard ceiling, Apple’s unified memory pool is shared between CPU and GPU. A MacBook Pro with 64 GB of unified memory can load models that would require a $20,000+ datacenter GPU to match.

For years, enterprise Drupal shops have faced an uncomfortable trade-off. Installation Profiles – those monolithic *.profile files bundled with custom modules, hard-coded configuration, and installer logic – were the only reliable way to standardize a platform across dozens of sites. They worked, but they ossified. Every division-specific tweak meant a fork. Every fork meant a maintenance burden that grew quadratically with the number of tenants.

Drupal 11 changes this equation. With Recipes stabilized in core as of the 11.x release cycle, we now have a composable alternative that fundamentally shifts how we provision and scale enterprise platforms. This post explores the architectural implications for large-scale multisite ecosystems running dozens of divisions.

The release of Drupal 11 marks a significant milestone for enterprise content management. For organizations running mission-critical platforms on legacy versions (Drupal 7, 8, or 9), the migration path is no longer just a technical upgrade—it is a strategic opportunity to re-engineer for high availability, security, and cloud-native scalability.

In this roadmap, we explore the architectural strategies required to execute a complex migration with zero downtime, ensuring business continuity while modernizing your technical stack.