Priyatham Bazaru
Technical Lead
Actions
Priyatham (Pri) Bazaru is a Technical Lead and Full Stack Software Consultant with over 6 years of experience architecting secure, scalable systems across finance, education, and SaaS. A passionate JavaScript user and self-hoster, he builds runtimes and applications leveraging open-source tools, containerization, and cloud-native stacks. His work spans serverless architectures, microservices in JavaScript and Go. Pri has led cross-functional teams through complex deployments, legacy code migrations, and AI-integrated workflows. A former university innovation fellow and privacy researcher, he actively contributes to open discussions about web development, secure software development, and developer tooling in regulated environments. He also enjoys speaking about building resilient systems from scratch using Linux, containers, and OSS foundations.
Winning with JavaScript in Serverless Apps
JavaScript now powers an enormous portion of the serverless world, but writing efficient functions requires more than just knowing the language. This session explores the JavaScript-specific nuances that determine performance, scalability, and cost across serverless platforms.
Rather than focusing on providers, we’ll examine how different serverless execution models (isolates, containers, micro-VMs, and edge runtimes) influence JavaScript behavior. Examples include:
- Isolate-based runtimes (Cloudflare Workers, Deno Deploy) and how they favor smaller bundles and near-instant startup
- Micro-VM or container-based runtimes (AWS Lambda, Azure Functions, GCP Cloud Functions) where dependency size, I/O strategy, and initialization code matter much more
- Edge vs. centralized execution, and how JavaScript’s non-blocking model fits into ultra-low-latency workloads
This session includes some code snippet walkthroughs and horror stories of serverless failures. I have seen in my career and some of the gotchas that everyone misses in these hostile environments.
Attendees will leave with a deep understanding of how to write JavaScript that thrives in serverless environments, how runtime architecture changes, what “efficient” means, and how to choose the right serverless model (edge, container, isolate) for the job based on JavaScript’s strengths and constraints.
Stateful Functions Demystified: Manage Complex States in Serverless JavaScript
Your serverless functions are running, and are memory efficient, now you want to some state. But serverless generally doesn't have state. You know what to do, but how ? Where does JavaScript make it difficult to manage state and how to solve them?
This talk goes over all the questions above along with complex state management for serverless functions written in JavaScript. It starts with what are the use cases that actually needs state, how to deal with it, the commons patterns of state management you use in JavaScript and why they fail in serverless. But state management isn’t just about storage; it’s about consistency, reliability, and scalability all of these will be touched upon how they can be measured, and how to advance such strategies.
Some of the problems and solutions I will be tackling:
- What are the different ways to achieve state
- Performing distributed transactions and compensating state actions
- How to externalize state in serverless environments without sacrificing performance.
- Implementation of asynchronous operations on your state
- The JavaScript way of maintaining cache for state management
- Case studies and real-world examples of complex state management scenarios
- A roadmap for designing scalable, resilient stateful applications in the serverless era.
All of these will be explained with examples, keeping in mind the quirks of JavaScript and how they play well with these cloud based solutions. As the talk closes you will be leaving with advanced knowledge and application strategies for your applications as stateful applications become the future of serverless architectures.
Please note that Sessionize is not responsible for the accuracy or validity of the data provided by speakers. If you suspect this profile to be fake or spam, please let us know.
Jump to top