20. Stateless Rebellion
Kai paced the length of the war room with silent intensity. The flickering light from the central display cast his silhouette like a shadow stretched thin by too many burdens. Zia sat at the console, arms crossed, brows knit in quiet determination. Omari leaned against the table, a digital schematic open in front of him.
“We can’t stay like this,” Kai said, voice low but sharp. “Multilada’s too centralized. One zone goes down, and we lose everything.”
“We’ve replicated the infrastructure,” Omari replied. “ACI instances in three availability zones now. Load-balanced. Monitored.”
Kai stopped mid-stride. “And every instance still has a lifecycle. It starts, it runs, it can crash. Or be targeted.”
Omari hesitated. Zia glanced at him, then back at Kai.
“What are you saying?” she asked.
“I’m saying we go serverless,” Kai said, folding his arms. “Strip the infrastructure. No servers. No boxes to blow up. Just code. Pure logic.”
Omari exhaled through his nose, half-exasperated, half-impressed. “You make it sound like magic.”
“Can we do it?” Kai pressed. “Because if we can’t, we need another plan.”
Omari rubbed the back of his neck. “It’s not just flipping a switch, Kai. But yes—we can do it. We redesign Multilada’s core services to run on ADAIL Compute Functions.”
He tapped a few keys and pulled up a whiteboard interface on the display.
“Serverless means we don’t manage the infrastructure anymore. No ACI instances. No provisioning. ADAIL runs the functions in response to events—triggers. When a user submits an answer, views a lesson, levels up—we fire a small, stateless function that executes only what’s needed. Then it disappears.”
Zia leaned forward. “So we’re just… writing the brain, not the body?”
“Exactly,” Omari said. “It’s event-driven architecture. Each interaction in Multilada becomes an event. ADAIL picks it up and runs a Compute Function. Need to update a learning profile? That’s one event. Record quiz results? Another event. All isolated. All ephemeral.”
Kai stepped closer to the screen. “And what about scaling?”
“That’s the beauty,” Omari replied. “Functions scale automatically. Whether it’s one user or a hundred thousand, ADAIL spins up as many parallel executions as needed. No waiting, no queueing. And there’s nothing sitting idle between requests.”
Zia was already imagining the restructure. “But what about state? Our users, their profiles, progress… That can’t live in a function.”
“It won’t,” Omari said. “Serverless functions are stateless by design. We offload persistent data to ADAIL’s managed services—ARD for relational data, AOS for object storage, maybe ADD for learning analytics. Functions will just orchestrate it.”
Kai nodded slowly. “And attack surface?”
“Tiny,” Omari said. “Each function has its own execution context. No open ports. No long-lived processes. We define exact permissions with AIM roles—least privilege. If one function’s compromised, it doesn’t expose the rest.”
“But we’ll need to break the monolith,” Zia added. “Multilada’s current backend assumes persistent connections, session state, shared memory.”
“We’ll redesign it as microfunctions,” Omari said. “Each feature broken into a discrete event. Stateless, composable. It’ll take work.”
Kai’s jaw tensed. “How long?”
Omari hesitated. “Two weeks, minimum. More if we want to refactor the adaptive engine.”
“We don’t have two weeks,” Kai said, his voice steely. “Multilada is working. It’s changing minds. And now it’s being hunted. We can’t just protect it. We need to make it impossible to kill.”
Zia looked between them. “Then we start now.”
Omari sighed and nodded, already turning to his screen. “I’ll draft the function architecture. Start with user registration, lesson retrieval, and quiz submission. Core flows first. Then analytics, sync, and feedback.”
“I’ll split out the database calls,” Zia added. “Make them endpoint-driven. Maybe add a message queue for user events.”
Kai’s voice cut in again, hard but quiet. “And you’ll build the CI pipeline for it. Automate every deploy.”
Omari nodded. “Using ADAIL Pipeline. Every push triggers validation and deployment. No more manual uploads. Zero touch.”
The room fell into motion—screens lighting up, fingers typing, ideas turning into architecture. They hadn’t deployed yet, but they had committed.
The code wouldn’t just run.
It would react. Adapt. Disappear when it wasn’t needed.
Multilada wasn’t just moving to the cloud.
It was becoming a ghost in the machine.