DEV Community: Ganesh Kumar

How Cloud Computing Supports Sustainability

Ganesh Kumar — Tue, 04 Aug 2026 11:17:15 +0000

Sustainability has become an important consideration in modern software development. While cloud computing is often discussed in terms of scalability, flexibility, and cost savings, it also plays a significant role in reducing environmental impact when resources are managed efficiently.

Cloud providers operate massive data centers that serve millions of customers.

Because infrastructure is shared across many organizations, these providers can achieve much higher resource utilization than traditional on-premises environments.

Instead of maintaining servers that sit idle for long periods, cloud platforms dynamically allocate resources based on demand, helping reduce wasted energy.

However, simply moving workloads to the cloud doesn't automatically make them sustainable. Teams need to adopt good operational practices to ensure resources are used efficiently.

Key Sustainability Practices

Right-size Your Resources

One of the most common mistakes is provisioning larger virtual machines or services than an application actually needs. By selecting the appropriate resource size, organizations can reduce unnecessary compute usage while also lowering costs.

Scale with Demand

Cloud platforms allow applications to scale up during periods of high traffic and scale down when demand decreases.

This elasticity prevents infrastructure from consuming resources when they are not required.

Turn Off Unused Resources

Development, testing, and staging environments often don't need to run around the clock. Automatically shutting down or deallocating these resources outside business hours helps eliminate unnecessary energy consumption.

For example, a development environment that is only used during weekdays can be scheduled to shut down every evening and remain off during weekends.

Monitor and Optimize

Sustainability is an ongoing process rather than a one-time task. Monitoring resource usage helps identify idle services, oversized deployments, and opportunities for optimization. Continuous improvement ensures cloud environments remain efficient as applications evolve.

Sustainability and Cost Go Hand in Hand

Many sustainability best practices also reduce operational expenses. Right-sizing resources, automating shutdown schedules, and monitoring usage not only lower energy consumption but also minimize cloud costs. This creates a win-win situation for both organizations and the environment.

The Sustainability Optimization Cycle

A simple approach to building sustainable cloud environments is to continuously follow these four steps:

Right-size resources to match actual workload requirements.
Automate scaling and shutdown of unused services.
Monitor resource utilization and identify inefficiencies.
Optimize deployments based on usage data.

Repeating this cycle helps organizations improve efficiency over time while supporting their sustainability goals.

Final Thoughts

Cloud computing provides powerful tools for building more sustainable IT environments, but success depends on how those tools are used. By right-sizing resources, automating operations, monitoring usage, and continuously optimizing deployments, organizations can reduce waste, lower costs, and contribute to a more environmentally responsible future.

Thanks for reading!

I'm Ganesh, and I'm building MakeSense, an AI tool that turns public GitHub pull requests into concise summaries, prioritized insights, and interactive quizzes. It's free, unlimited, and source-available. If you review open-source code, I'd love for you to give it a try and share your feedback.

Make Sense: https://makesensegithub.com/

Running a 56M-Parameter LLM on Just Three ESP32 Boards

Ganesh Kumar — Sun, 02 Aug 2026 18:07:26 +0000

When I was a kid, I loved the movie WALL·E. I often wondered if something like that would be possible in the future.

As I grew up, I learned how robots work and how much it costs to build one. I realized that building intelligent machines isn't just about software—it's also about overcoming hardware limitations.

Projects like this remind me that we're slowly bringing intelligence to even the smallest devices.

When people talk about running AI locally, they usually mean a laptop with a decent GPU, a Raspberry Pi, or an NVIDIA Jetson.

Microcontrollers rarely enter this type of conversation.

After all, an ESP32-S3 only has a few megabytes of memory. Running a language model on it sounds impossible.

I saw a post about running an LLM on an ESP32 by slvDev, and I was fascinated by it.

Then I came across another project by Wladimir Avila, which took the idea even further.

Instead of asking:

"How can we fit a bigger model on one ESP32?"

It asks:

"What if multiple ESP32 boards worked together like a tiny AI cluster?"

That's exactly what esp32s3-distributed-ai does.

The Problem

Modern language models are huge.

Even "small" language models often require tens or hundreds of megabytes of memory, which is far beyond what an ESP32-S3 can provide.

Buying more powerful hardware is the obvious solution.

But this project explores another idea:

Split the model across multiple microcontrollers.

Rather than forcing one board to hold the entire model, each board becomes responsible for a different part of the inference pipeline. The boards then communicate wirelessly to generate text together.

The Hardware

The setup is surprisingly simple.

3 × ESP32-S3 N16R8 boards
ESP-NOW for communication
One board hosts a Wi-Fi access point
A browser-based interface to interact with the model

No cloud.

No router.

No internet connection after flashing the firmware.

Everything runs locally.

How the Model Is Split

Instead of storing the entire transformer on one board, the project partitions it.

             Prompt

                │

         Board C (Web UI)

                │

         Board A (Embeddings)

                │

      Board B (Transformer)

                │

      Board A (Output Head)

                │

         Board C (Browser)

Each board has a specific responsibility.

Board A

Embeddings
Output head

Board B

Transformer layers
KV cache stored in PSRAM

Board C

Remaining embedding table
Wi-Fi access point
Web interface

The boards exchange intermediate activations over ESP-NOW until the next token is generated.

Why ESP-NOW?

One of the most interesting design decisions is the communication layer.

Instead of using MQTT, TCP sockets, or a router, the project relies on ESP-NOW, Espressif's lightweight peer-to-peer wireless protocol.

Advantages include:

No external infrastructure
Low communication overhead
Direct board-to-board messaging
Fully offline operation

According to the author, the boards communicate through a custom protocol built on top of ESP-NOW, with Board C simultaneously hosting the browser interface.

A 56 Million Parameter Model

The project runs a language model with approximately 56 million parameters.

To make this possible, it uses:

4-bit and 8-bit quantization
Split Per-Layer Embeddings (Split-PLE)
Flash memory for large embedding tables
PSRAM for the KV cache

These optimizations allow a model that would never fit on a single board to execute across three inexpensive microcontrollers.

Inspired by Previous Work

This project builds upon another impressive experiment by slvDev, who demonstrated that a 28.9 million-parameter language model could run on a single ESP32-S3.

That work introduced the use of Per-Layer Embeddings (PLE), inspired by Google's Gemma architecture, to dramatically reduce SRAM requirements by storing most embedding parameters in flash memory.

The distributed version extends that idea even further by partitioning the model across multiple devices.

Current Limitations

The project is still experimental.

Some of the current limitations mentioned by the author include:

Brute-force tokenizer implementation
Quality loss from aggressive 4-bit quantization
Generating relatively short responses (around 30 words)
Focusing on demonstrating distributed inference rather than competing with larger LLMs

Why This Matters

The most exciting part isn't that three ESP32 boards can generate text.

It's the engineering mindset behind it.

Instead of scaling up, this project scales out.

Rather than purchasing more powerful hardware, it distributes computation across multiple low-cost devices.

That idea could inspire future work in:

Offline robotics
Smart factories
Distributed IoT intelligence
Edge AI
TinyML research
Sensor networks

As embedded AI becomes more common, approaches like this could make sophisticated models accessible on hardware that costs only a few dollars.

Final Thoughts

This isn't about replacing ChatGPT.

It's about pushing the boundaries of what's possible on resource-constrained hardware.

Seeing three inexpensive ESP32 boards collaborate to run a 56M-parameter language model is a reminder that innovation often comes from clever system design—not just bigger GPUs.

Projects like this show that the future of AI won't exist only in massive data centers. It may also live on tiny devices working together at the edge.

Project Repository

https://github.com/wladimiravila/esp32s3-distributed-ai

Thanks for reading!

MakeSense: https://makesensegithub.com/

Understanding Cloud Manageability

Ganesh Kumar — Fri, 31 Jul 2026 19:02:31 +0000

When AWS launched its cloud computing model, where people can rent servers instead of owning them, it led to an increase in SaaS products.

But, similar to how Akamai solved the caching system, people wanted a similar way for their cloud model where they could build, deploy, and maintain applications on their own.

Valuable advantages of this cloud platform manageability. Similar to how we control the flame while cooking food, we manage how much flame should be used. If there is more flame, food gets roasted and gas gets wasted. But if we use very little flame, the food's taste may get spoiled based on how much we have added.

Similarly, through manageability, we can efficiently control, monitor, and automate cloud resources.

So, this automation is provided by many cloud platforms, which simplifies these operations and improves reliability.

Finally, cloud manageability is about more than just automation; it's about empowering users to manage their cloud resources effectively and efficiently.

Cloud manageability is viewed from two perspectives: management of the cloud and management in the cloud.

Management of the Cloud

Management of the cloud focuses on how cloud platforms help organizations manage their infrastructure and services more effectively. Modern cloud providers offer built-in capabilities that reduce operational complexity and increase system reliability.

Some key benefits include:

Automatic scaling: Resources can automatically increase or decrease based on application demand, ensuring optimal performance while avoiding unnecessary costs.
Template-based deployments: Infrastructure can be created using predefined templates, allowing teams to deploy consistent environments without manual configuration.
Health monitoring: Cloud services continuously monitor the health of resources and can automatically replace or recover failing components to maintain availability.
Real-time alerts: Administrators receive notifications when predefined performance metrics or thresholds are reached, enabling faster issue detection and response.

These features allow organizations to spend less time managing infrastructure and more time delivering value through their applications.

Management in the Cloud

Management in the cloud refers to the different ways users can interact with and control their cloud resources. Cloud platforms provide multiple management interfaces to suit different workflows and skill levels.

Common management options include:

Web Portal: A graphical interface that allows users to configure and monitor cloud resources through a browser.
Command-Line Interface (CLI): Enables developers and administrators to manage resources quickly using terminal commands.
Application Programming Interfaces (APIs): Allow applications and services to automate cloud operations programmatically.
PowerShell: Provides scripting capabilities for automating repetitive administrative tasks, particularly in Microsoft environments.

These management methods give teams the flexibility to choose the approach that best fits their operational requirements.

Conclusion

Manageability is one of the strongest advantages of cloud computing.

By combining intelligent resource management with flexible administration tools, cloud platforms enable organizations to automate routine tasks, improve reliability, respond quickly to issues, and maintain consistent deployments. Whether you're a developer, system administrator, or cloud engineer, understanding cloud manageability is an essential step toward building efficient and scalable cloud solutions.

Thanks for reading!

Make Sense: https://makesensegithub.com/

The Benefits of Security and Governance in the Cloud

Ganesh Kumar — Tue, 28 Jul 2026 17:10:14 +0000

Cloud providers offer built-in security capabilities that help organizations protect their applications and infrastructure. Depending on the cloud service model you choose, the level of security management changes.

For example, with Infrastructure as a Service (IaaS), the cloud provider secures the physical infrastructure, while you are responsible for managing the operating system, software, and security updates. In Platform as a Service (PaaS) and Software as a Service (SaaS), the cloud provider handles more of these maintenance tasks, reducing the operational burden on customers.

Cloud providers also offer protection against common threats such as Distributed Denial of Service (DDoS) attacks, helping applications remain available even during large-scale attacks.

Cloud Governance

Cloud governance is the process of managing cloud resources so they comply with organizational policies and regulatory requirements. Cloud platforms provide built-in tools that make governance easier throughout the lifecycle of your resources.

Resource Templates

Templates allow organizations to deploy resources using predefined configurations. This ensures that every deployment follows the same technical standards and reduces the chances of configuration errors.

Compliance Auditing

Cloud platforms continuously monitor deployed resources to check whether they meet your organization's compliance requirements. If a resource doesn't comply with established policies, auditing tools can identify the issue and suggest remediation steps.

Automatic Updates

Many cloud services automatically apply software patches and platform updates. Keeping systems up to date improves both security and governance while reducing the administrative effort required to maintain infrastructure.

Why Governance Matters

Establishing governance early helps organizations maintain a secure, compliant, and well-managed cloud environment as it grows. By using templates, compliance checks, and automated updates, teams can ensure resources remain consistent and aligned with organizational standards.

Conclusion

Security and governance are foundational pillars of a well-run cloud environment. Cloud providers shoulder a significant portion of security responsibilities — from protecting physical infrastructure to defending against DDoS attacks — but the extent of that coverage depends on the service model you adopt (IaaS, PaaS, or SaaS).

Cloud governance tools such as resource templates, compliance auditing, and automatic updates give organizations the controls they need to enforce consistent policies, reduce human error, and stay aligned with regulatory requirements — all without heavy manual overhead.

The key takeaway is simple: start governance early. Organizations that establish clear policies and leverage built-in cloud tooling from day one are far better positioned to scale securely and confidently as their infrastructure grows.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

Cloud Computing Is Just npm install for Infrastructure

Ganesh Kumar — Mon, 27 Jul 2026 12:21:21 +0000

Every time you pull in a third-party package instead of writing something yourself, you make a trade: you stop owning the internals, but you're still on the hook for how you use it, what it costs you at scale, and what happens the day it breaks in production.

Cloud computing runs on the exact same trade: you're just importing servers, storage, and networking instead of a library.

That mental model answers the questions that actually matter once you move past the marketing pitch: If I don't manage the OS anymore, what am I still on the hook for? Do I self-host, use a managed service, or mix both? Why does my bill move even when my code didn't change? And what happens when the dependency I'm relying on goes down, gets slow, or degrades under load?

In this article, I'll walk through the 5 concepts that answer those questions.

1. The Shared Responsibility Model

While cloud providers manage a significant portion of the infrastructure, customers still have important security and operational responsibilities.

This concept is known as the Shared Responsibility Model, and the division of duties changes depending on whether you're running workloads On-Premises, or using IaaS, PaaS, or SaaS.

On-Premises: You Manage Everything

When applications run in your own data center, every component—data, devices, accounts, IAM, applications, network controls, operating systems, physical servers, networking, and the datacenter itself is your responsibility.

Since there's no cloud provider involved, there's nothing to share.

Infrastructure as a Service (IaaS)

Examples include virtual machines such as Amazon EC2, Azure Virtual Machines, and Google Compute Engine.

The provider supplies the physical infrastructure, hosts, networking, and datacenters, while you manage data, devices, accounts, IAM, applications, network controls, and operating systems.

IaaS offers the most flexibility of the cloud models but also requires the most operational management.

Platform as a Service (PaaS)

Examples include Azure App Service, AWS Elastic Beanstalk, Google App Engine, and Heroku.

PaaS removes the burden of managing operating systems and infrastructure. Customers still manage data, devices, and accounts; IAM, applications, and network controls are shared; and the provider manages the OS, infrastructure, hosts, networking, and datacenters.

Software as a Service (SaaS)

Examples include Microsoft 365, Salesforce, Google Workspace, and Dropbox.

Customers manage data, devices, and accounts, with IAM as a shared responsibility.

The provider manages everything else—applications, network controls, OS, infrastructure, hosts, networking, and datacenters making SaaS the model with the lowest operational overhead.

Shared Responsibility at a Glance

Service Model	Customer Manages	Shared	Provider Manages
On-Premises	Everything	None	Nothing
IaaS	OS, applications, IAM, network controls, data	None	Infrastructure & physical hardware
PaaS	Data, devices, accounts	IAM, applications, network controls	OS, infrastructure & physical hardware
SaaS	Data, devices, accounts	IAM	Applications, OS, infrastructure & physical hardware

No matter which model you choose, your data, devices, and user accounts remain your responsibility.

As you move from On-Premises → IaaS → PaaS → SaaS, the provider takes on progressively more of the operational burden but protecting users, managing access, and securing data always stay in your hands.

2. Cloud Deployment Models: Public, Private, and Hybrid

A cloud deployment model defines where your infrastructure is hosted, who owns it, and who can access it.

The three primary models are:

Public
Private
Hybrid

each offer different levels of flexibility, security, and control.

Public Cloud

Owned and operated by a provider such as Microsoft Azure, AWS, or Google Cloud Platform, with infrastructure shared among multiple customers.

Characteristics: no hardware to maintain, rapid provisioning, pay-as-you-go pricing, high scalability, global availability.
Advantages: lower upfront costs, rapid deployment, automatic maintenance, high availability ideal for startups and growing businesses.
Limitations: less control, shared environment, potential compliance restrictions.
Best for: web applications, mobile backends, dev/test environments, AI/ML workloads, disaster recovery.

Private Cloud

Dedicated to a single organization, hosted either in-house or by a third-party provider, with no resource sharing across organizations.

Characteristics: dedicated infrastructure, greater administrative control, enhanced security, custom networking.
Advantages: better compliance support, increased data privacy, full infrastructure control, custom security policies.
Limitations: higher costs, requires skilled administrators, slower scaling.
Best for: government, healthcare, banking and finance, and other heavily regulated enterprises.

Hybrid Cloud

Combines public and private environments, letting workloads and data move between them as needed This keeps sensitive workloads private while using the public cloud for scale.

Characteristics: combines both models, flexible workload placement, supports gradual migration, optimizes cost and performance.
Advantages: flexibility, business continuity, disaster recovery, cost optimization, easier migration from on-premises.
Limitations: more complex architecture, requires strong networking and identity management, more governance overhead.
Best for: large enterprises, seasonal traffic spikes, backup/DR, organizations migrating to the cloud.

Quick Comparison

Feature	Public Cloud	Private Cloud	Hybrid Cloud
Ownership	Cloud provider	Single organization	Both
Cost	Low upfront	Higher	Moderate
Scalability	Excellent	Limited by hardware	Excellent
Security	Good	Very High	High
Maintenance	Provider	Organization	Shared
Flexibility	High	Moderate	Very High

Example: An e-commerce company might run its customer-facing website on the public cloud to handle traffic spikes during sales events, store payment records in a private cloud for compliance, and connect both through a hybrid architecture for secure data exchange balancing security, performance, and cost.

3. The Consumption-Based Pricing Model

Instead of purchasing expensive servers and networking equipment upfront, the cloud lets businesses pay only for what they use, an approach known as the consumption-based model, or pay-as-you-go pricing. Think of it like an electricity bill: you pay for the units you consume, not a fixed monthly amount.

Traditional Infrastructure vs. Cloud Consumption

Traditional Infrastructure	Consumption-Based Cloud
Large upfront hardware investment	No upfront infrastructure purchase
Pay even when servers are idle	Pay only for resources you use
Capacity planning required	Scale resources up or down instantly
Hardware maintenance is your responsibility	Cloud provider manages infrastructure

Key Benefits

No upfront costs : start using services immediately without buying hardware or licenses.
Pay only for what you use : compute hours, storage, database transactions, data transfer, and function executions are all billed based on actual consumption.
Scale when needed : resources grow during demand spikes and shrink afterward, an elasticity that's expensive to replicate on-premises.
Better cost optimization : usage-based billing encourages practices like shutting down unused VMs, right-sizing instances, using autoscaling, and monitoring spend regularly.

Consumption-Based vs. Subscription-Based Pricing

Consumption-Based	Subscription-Based
Pay for actual usage	Fixed monthly or yearly fee
Flexible costs	Predictable costs
Ideal for changing workloads	Best for consistent workloads
Easy to scale	Usually includes predefined resource limits

An e-commerce site running a consumption-based model keeps only a few virtual machines running on normal days, automatically adds instances during festival sales, and scales back down once traffic normalizes, paying only for the extra capacity while it's actually in use.

To avoid cost surprises, it's worth setting spending budgets, enabling billing alerts, monitoring usage, and reviewing bills regularly.

4. High Availability vs. Scalability

Two qualities determine whether users get a smooth experience in the cloud: high availability and scalability. They're often mentioned together, but they solve different problems.

High Availability

High availability (HA) is a system's ability to remain operational even when failures occur. Rather than preventing every failure, cloud platforms detect problems and automatically shift workloads to healthy resources. Providers achieve this through redundant infrastructure, multiple data centers and Availability Zones, automatic failover, and SLAs that define expected uptime.

Example: if a server crashes during an online banking transaction, traffic is redirected to a healthy instance so customers don't lose access to their accounts.

Scalability

Scalability is the ability to handle increasing or decreasing workloads by adjusting resources—a matter of capacity rather than uptime.

Vertical scaling (scale up): add more CPU, RAM, or faster storage to an existing machine—simple, but limited by hardware ceilings.
Horizontal scaling (scale out): add more instances and distribute traffic across them preferred for cloud-native applications, and often automated based on CPU, memory, or request volume.

High Availability vs. Scalability

High Availability	Scalability
Keeps services running during failures	Handles increasing workloads efficiently
Focuses on minimizing downtime	Focuses on increasing capacity
Uses redundancy and failover	Uses additional computing resources
Improves reliability	Improves performance under load

A movie ticket booking platform sees a traffic surge when tickets for a blockbuster release, the application automatically adds servers to handle demand (scalability), and if one server fails mid-rush, requests are redirected to healthy servers without interrupting users (high availability).

A well-designed cloud application aims for both.

5. Reliability and Predictability: Building Trust Beyond Uptime

Hosting an application in the cloud doesn't, by itself, guarantee a great experience. Users expect applications to stay available, recover quickly from failures, and perform consistently regardless of workload—expectations built on two more fundamental principles: reliability and predictability.

Understanding Reliability

Reliability is a system's ability to continue operating, or recover quickly, when failures occur. Hardware failures, software bugs, network outages, and even data center outages are inevitable in distributed systems, so rather than trying to eliminate every failure, cloud platforms are designed to detect, isolate, and recover from them automatically, distributing applications across multiple VMs, Availability Zones, or regions so that if one component goes down, another takes over with minimal disruption.

For example, if a virtual machine crashes unexpectedly, the platform can automatically provision a replacement and restore service without manual intervention.

Understanding Predictability

Predictability is about delivering consistent application behavior, performance, and costs over time, giving teams confidence that infrastructure will respond as expected under both normal and peak workloads. Providers support this through tools that monitor infrastructure health, analyze workload patterns, estimate future resource needs, and automatically adjust capacity. The result:

Stable application response times
Consistent system behavior
Predictable infrastructure costs
Better resource planning
Improved operational efficiency

Reliability vs. Predictability

Reliability	Predictability
Focuses on recovering from failures	Focuses on maintaining consistent performance and behavior
Ensures applications remain available	Ensures applications perform consistently over time
Achieved through redundancy, failover, and fault tolerance	Achieved through monitoring, autoscaling, analytics, and capacity planning
Measured by availability, resilience, and recovery	Measured by performance consistency, scalability, and cost stability

Reliability answers: "Will the application continue running if something fails?" Predictability answers: "Will the application continue performing as expected as demand changes?"

How Cloud Providers Deliver Both

For reliability:

Redundant infrastructure that eliminates single points of failure
Availability Zones that isolate outages
Load balancing that distributes traffic
Automatic failover to healthy instances
Backup and disaster recovery plans
Continuous health monitoring that restarts or replaces unhealthy resources

For predictability:

Performance monitoring of CPU, memory, storage, latency, and response times
Autoscaling that adds or removes capacity based on demand
Capacity planning based on historical usage data
Cost management tools for budgeting and forecasting
Performance analytics dashboards for continuous optimization

Real-World Example

Imagine an online shopping platform during a major holiday sale. A reliable platform detects a failed server, automatically replaces it, and keeps serving customers with minimal interruption. A predictable platform simultaneously provisions additional instances as traffic grows, maintains fast response times, balances load across resources, and gives accurate cost estimates. From the customer's perspective, the site simply stays fast and available no matter what's happening underneath.

Why It Matters

Organizations that prioritize reliability and predictability see reduced downtime, improved customer trust, consistent performance, faster recovery, better capacity planning, lower operational risk, and more accurate cost forecasting freeing engineering teams to focus on new features rather than firefighting.

Best Practices for Developers

Bringing all of these principles together, a few practices consistently show up in well-architected cloud systems:

Design applications to tolerate failure rather than assuming infrastructure is always available.
Deploy workloads across multiple Availability Zones whenever possible.
Use load balancers to distribute traffic efficiently.
Enable autoscaling to handle varying workloads automatically.
Continuously monitor application health, latency, and resource utilization.
Implement automated backups and regularly test disaster recovery procedures.
Use infrastructure as code for consistent, repeatable deployments.
Understand your shared-responsibility boundary for the service model you're using (IaaS, PaaS, or SaaS).
Choose the deployment model (public, private, or hybrid) that matches your compliance and scalability needs.
Monitor cloud spending and optimize unused resources to keep consumption-based costs predictable.

Conclusion

Cloud computing isn't just about running applications online it's a set of interlocking principles that together determine whether an application is secure, well-placed, affordably billed, and dependable under load.

The Shared Responsibility Model clarifies who secures what. Deployment models determine where workloads live and who controls them. The consumption-based model ties cost directly to actual usage. High availability and scalability ensure applications stay up and perform well as demand changes. And reliability and predictability tie it all together ensuring systems recover from failure and behave consistently over time.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

Reliability and Predictability in Cloud Computing

Ganesh Kumar — Fri, 24 Jul 2026 20:37:30 +0000

Cloud computing isn't just about running applications online—it's about ensuring they continue working reliably while delivering consistent performance.

Two key principles that make this possible are

Reliability
Predictability

Understanding these concepts helps developers design applications that users can trust, even when unexpected failures occur.

What is Reliability?

Reliability is the ability of a cloud system to recover from failures and continue operating.

Hardware failures, network issues, software bugs, or even an entire data center outage can happen at any time.

Cloud providers design their infrastructure to minimize the impact of these failures through redundancy and automated recovery mechanisms.

Instead of relying on a single server, applications can run across multiple machines, availability zones, or regions.

For example:

A virtual machine crashes.
The cloud platform automatically starts another instance.
Users experience little to no interruption.

This resilience is one of the biggest advantages of cloud computing over traditional on-premises infrastructure.

Major cloud providers invest heavily in fault tolerance, backup systems, monitoring, and disaster recovery to improve service reliability.

What is Predictability?

Predictability means that cloud services deliver consistent performance and consistent costs over time.

When developers deploy an application, they expect:

Stable response times
Consistent application behavior
Predictable billing based on resource usage

Cloud platforms provide tools to monitor workloads, estimate costs, analyze performance metrics, and scale resources before bottlenecks occur.

This helps organizations plan infrastructure confidently instead of guessing future requirements.

Reliability vs Predictability

Reliability	Predictability
Focuses on recovering from failures	Focuses on delivering consistent results
Ensures applications stay available	Ensures performance and costs remain stable
Uses redundancy, failover, and recovery	Uses monitoring, autoscaling, and forecasting
Measures uptime and resilience	Measures consistency and expected behavior

Both are essential for delivering high-quality cloud applications.

How Cloud Providers Improve Reliability

Modern cloud platforms use several techniques to improve reliability:

Redundant infrastructure to eliminate single points of failure.
Availability Zones to isolate failures.
Load balancing to distribute traffic.
Automatic failover when a resource becomes unhealthy.
Regular backups and disaster recovery strategies.

These mechanisms allow applications to remain operational even during infrastructure failures.

How Cloud Providers Improve Predictability

Predictability is achieved through continuous monitoring and intelligent resource management.

Common practices include:

Monitoring CPU, memory, and network usage
Autoscaling based on workload demand
Capacity planning
Performance analytics
Cost estimation and budgeting tools

These features help teams maintain steady application performance while avoiding unexpected expenses.

Real-World Example

Imagine you're running an online shopping platform during a holidays season sale there are many discounts and offers going on.

Thousands of users suddenly visit your website.

A reliable cloud platform:

Detects a server failure.
Launches replacement instances automatically.
Keeps the website online.

A predictable cloud platform:

Automatically scales resources.
Maintains fast response times.
Keeps performance consistent despite increased traffic.
Lets you estimate infrastructure costs based on usage.

Customers continue shopping without noticing what's happening behind the scenes.

Why These Principles Matter

Reliability and predictability directly impact user experience and business success.

Organizations benefit from:

Reduced downtime
Better customer satisfaction
Stable application performance
Easier capacity planning
Lower operational risk
More accurate cost forecasting

Instead of reacting to failures, teams can proactively build resilient and consistent systems.

Conclusion

Reliability keeps your applications running when failures occur, while predictability ensures they continue delivering consistent performance and costs. Together, these principles form the foundation of modern cloud computing.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

High Availability vs. Scalability in Cloud Computing: Why Both Matter

Ganesh Kumar — Wed, 22 Jul 2026 21:47:18 +0000

When building applications for the cloud, two qualities determine whether users have a smooth experience: high availability and scalability.

While these terms are often mentioned together, they solve different problems.

What is High Availability?

High availability (HA) is the ability of a system to remain operational even when failures occur.

Hardware failures, network outages, software bugs, and maintenance are inevitable. Instead of preventing every failure, cloud platforms are designed to continue serving users by automatically switching workloads to healthy resources.

For example, imagine an online banking application. If one server crashes during a transaction, customers shouldn't lose access to their accounts. The cloud redirects traffic to another healthy instance, ensuring minimal or no downtime.

Cloud providers achieve this through:

Redundant infrastructure
Multiple data centers and availability zones
Automatic failover mechanisms
Service Level Agreements (SLAs) that define expected uptime

The result is a more reliable experience for users and reduced business disruption.

What is Scalability?

Scalability is the ability of a system to handle increasing or decreasing workloads by adjusting computing resources.

Unlike high availability, scalability focuses on capacity rather than uptime.

Consider an e-commerce website during a major sale. On a normal day, a few servers may be enough. During a festival sale, millions of users may visit simultaneously. Instead of slowing down or crashing, cloud platforms can allocate additional resources to meet demand.

There are two primary ways to scale:

Vertical Scaling (Scale Up)

Increase the power of an existing machine by adding:

More CPU
More RAM
Faster storage

This approach is simple but eventually reaches hardware limits.

Horizontal Scaling (Scale Out)

Add more server instances and distribute traffic among them.

This method is preferred for cloud-native applications because it provides greater flexibility and resilience. Modern cloud services often automate this process based on CPU usage, memory consumption, or request volume.

High Availability vs. Scalability

Although related, these concepts address different challenges.

High Availability	Scalability
Keeps services running during failures	Handles increasing workloads efficiently
Focuses on minimizing downtime	Focuses on increasing capacity
Uses redundancy and failover	Uses additional computing resources
Improves reliability	Improves performance under load

A modern cloud application should ideally provide both.

Why the Cloud Excels

Traditional on-premises infrastructure often requires purchasing hardware months in advance to prepare for future demand.

Cloud computing changes this model by offering:

On-demand resource allocation
Automatic scaling
Global infrastructure
Built-in redundancy
Pay-as-you-go pricing

Instead of buying servers that may remain idle most of the year, organizations pay only for the resources they actually use. This makes cloud environments both flexible and cost-efficient.

A Real-World Example

Imagine you're running a movie ticket booking platform.

On regular weekdays, traffic is relatively low.

When tickets for a blockbuster movie are released:

User traffic increases dramatically.
The application automatically launches additional servers to handle the load (scalability).
If one server fails during the booking rush, requests are redirected to healthy servers without interrupting users (high availability).

Customers experience a fast and uninterrupted service, even during peak demand.

Conclusion

High availability and scalability are fundamental pillars of cloud computing.

High availability ensures applications remain accessible even when failures occur.
Scalability allows applications to grow or shrink based on demand.
Together, they help organizations deliver reliable, high-performing services while optimizing costs.

Whether you're building web applications, APIs, or enterprise systems, designing for both high availability and scalability is a core principle of modern cloud architecture.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

Understanding the Consumption-Based Model in Cloud Computing

Ganesh Kumar — Fri, 17 Jul 2026 18:33:47 +0000

Cloud computing has transformed the way organizations build and deploy applications. Instead of purchasing expensive servers and networking equipment upfront, businesses can access computing resources on demand and pay only for what they use.

This pricing approach is known as the consumption-based model, and it is one of the biggest reasons cloud computing has become so popular.

What Is the Consumption-Based Model?

The consumption-based model (also called pay-as-you-go pricing) is a cloud billing approach where customers are charged based on their actual resource usage rather than paying a fixed amount in advance.

Whether you're using virtual machines, databases, storage, or networking services, your bill depends on how much you consume.

Think of it like your electricity bill—you pay for the units you use instead of paying a fixed amount every month regardless of consumption.

Traditional Infrastructure vs Cloud Consumption

Traditional Infrastructure	Consumption-Based Cloud
Large upfront hardware investment	No upfront infrastructure purchase
Pay even when servers are idle	Pay only for resources you use
Capacity planning required	Scale resources up or down instantly
Hardware maintenance is your responsibility	Cloud provider manages infrastructure

This shift helps organizations avoid spending large amounts of money before they even launch an application.

Key Benefits

1. No Upfront Costs

Traditional IT requires purchasing servers, storage devices, networking hardware, software licenses, and data center infrastructure before deployment.

With cloud computing, you can start using services immediately without these initial investments.

2. Pay Only for What You Use

You're billed based on actual resource consumption.

Examples include:

Compute hours for virtual machines
Storage space used
Number of database transactions
Data transferred over the network
Function executions in serverless platforms

If your application uses fewer resources, your costs decrease automatically.

3. Scale When Needed

Cloud platforms allow resources to grow or shrink depending on demand.

For example:

During a product launch, your application can automatically add more servers.
After traffic decreases, unnecessary resources can be removed to reduce costs.

This elasticity is difficult and expensive to achieve with traditional infrastructure.

4. Better Cost Optimization

Since billing reflects actual usage, organizations are encouraged to monitor workloads and optimize resources.

Common cost-saving practices include:

Shutting down unused virtual machines
Choosing smaller instance sizes
Using auto-scaling
Deleting unused storage
Monitoring cloud spending regularly

A Real-World Example

Imagine you're building an e-commerce website.

Traditional Approach

You purchase servers capable of handling holiday shopping traffic, even though most of the year they remain underutilized.

Result:

High upfront investment
Idle resources
Ongoing maintenance costs

Consumption-Based Cloud

You deploy your application in the cloud.

During normal days, only a few virtual machines run.
During festivals or sales, additional instances automatically start.
Once traffic returns to normal, extra resources shut down.

You only pay for the additional resources while they are actually running.

Consumption-Based vs Subscription-Based Pricing

Consumption-Based	Subscription-Based
Pay for actual usage	Fixed monthly or yearly fee
Flexible costs	Predictable costs
Ideal for changing workloads	Best for consistent workloads
Easy to scale	Usually includes predefined resource limits

Both pricing models have their place, and many cloud providers offer a combination of the two depending on the service.

Things to Keep in Mind

Although the consumption-based model helps reduce unnecessary spending, costs can increase unexpectedly if resources are left running or applications generate more traffic than expected.

To avoid surprises:

Set spending budgets
Enable billing alerts
Monitor resource usage
Remove unused services
Review monthly cloud bills

Cost management is an important part of working with cloud platforms.

Conclusion

The consumption-based model is one of the defining characteristics of cloud computing. Instead of making large capital investments, organizations can treat IT infrastructure as an operational expense, paying only for the resources they consume.

This flexibility allows startups to launch with minimal investment, helps enterprises optimize costs, and enables developers to build scalable applications without worrying about purchasing physical infrastructure.

Whether you're preparing for the AZ-900 Azure Fundamentals certification or simply learning cloud computing, understanding the consumption-based model is essential because it explains why cloud services are both flexible and cost-effective.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

Understanding Cloud Computing Models: Public, Private, and Hybrid Cloud

Ganesh Kumar — Mon, 13 Jul 2026 12:39:37 +0000

Hello, I'm Ganesh. I'm building git-lrc, an AI code reviewer that runs on every commit. It is free, unlimited, and source-available on Github. Star git-lrc on GitHub to help more developers discover the project. Do give it a try and share your feedback for improving the product.
One of the biggest misconceptions about cloud computing is that once you move to the cloud, the cloud provider takes care of everything.

Cloud computing has transformed how businesses build, deploy, and scale applications.

Instead of investing heavily in physical infrastructure, organizations can access computing resources on demand, paying only for what they use.

But not every cloud environment is the same.

Choosing between Public Cloud, Private Cloud, and Hybrid Cloud depends on factors such as security, compliance, performance, scalability, and cost.

Let's explore each cloud model and understand when to use them.

What Are Cloud Deployment Models?

A cloud deployment model defines where your infrastructure is hosted, who owns it, and who can access it.

The three primary deployment models are:

Public Cloud
Private Cloud
Hybrid Cloud

Each model offers different levels of flexibility, security, and operational control.

Public Cloud

A public cloud is owned and operated by a cloud provider.

Infrastructure such as servers, storage, networking, and databases are shared among multiple customers.

Popular public cloud providers include Microsoft Azure, Amazon Web Services (AWS), and Google Cloud Platform (GCP).

Key Characteristics

No hardware to purchase or maintain
Resources can be provisioned in minutes
Pay-as-you-go pricing
Highly scalable
Global availability

Advantages

Lower upfront costs
Rapid deployment
Automatic infrastructure maintenance
High availability
Ideal for startups and growing businesses

Limitations

Less control over infrastructure
Shared environment
Some organizations may have compliance restrictions

Best Use Cases

Web applications
Mobile backends
Development and testing
AI and machine learning workloads
Disaster recovery

Private Cloud

A private cloud is dedicated to a single organization.

The infrastructure can be hosted in the organization's own data center or managed by a third-party provider.

Unlike public cloud, resources are not shared with other organizations.

Key Characteristics

Dedicated infrastructure
Greater administrative control
Enhanced security
Custom networking and configurations

Advantages

Better compliance support
Increased data privacy
Full control over infrastructure
Custom security policies

Limitations

Higher infrastructure costs
Requires skilled administrators
Scaling can take longer

Best Use Cases

Government organizations
Healthcare systems
Banking and finance
Enterprises with strict regulatory requirements

Hybrid Cloud

A hybrid cloud combines public and private cloud environments, allowing applications and data to move between them when needed.

Organizations can keep sensitive workloads in a private cloud while using the public cloud for scalability.

Key Characteristics

Combines both deployment models
Flexible workload placement
Supports gradual cloud migration
Optimizes cost and performance

Advantages

Increased flexibility
Better business continuity
Improved disaster recovery
Cost optimization
Easier migration from on-premises systems

Limitations

More complex architecture
Requires strong networking and identity management
More monitoring and governance

Best Use Cases

Large enterprises
Seasonal traffic spikes
Backup and disaster recovery
Organizations migrating to the cloud

Quick Comparison

Feature	Public Cloud	Private Cloud	Hybrid Cloud
Ownership	Cloud provider	Single organization	Both
Cost	Low upfront	Higher	Moderate
Scalability	Excellent	Limited by hardware	Excellent
Security	Good	Very High	High
Maintenance	Provider	Organization	Shared
Flexibility	High	Moderate	Very High

Which Cloud Model Should You Choose?

There isn't a single "best" deployment model.

Choose Public Cloud if you want:

Fast deployment
Lower costs
High scalability

Choose Private Cloud if you need:

Maximum security
Regulatory compliance
Complete infrastructure control

Choose Hybrid Cloud if you want:

The best of both worlds
Flexible workload placement
A gradual path to cloud adoption

Real World Example of Cloud Computing Models

Imagine an e-commerce company.

Customer-facing website runs on the Public Cloud to handle millions of visitors during sales events.
Customer payment records are stored in a Private Cloud to meet compliance requirements.
Both environments work together through a Hybrid Cloud architecture, allowing secure data exchange while maintaining scalability.

This approach balances security, performance, and cost.

Conclusion

Cloud deployment models are not competitors—they solve different business challenges.

Public cloud focuses on speed and scalability.

Private cloud emphasizes security and control.

Hybrid cloud combines both, giving organizations the flexibility to place workloads where they make the most sense.

Understanding these models helps businesses make informed decisions as they modernize their infrastructure and prepare for future growth.

As cloud technologies continue to evolve, selecting the right deployment model becomes an important step toward building secure, scalable, and resilient applications.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

What is the shared responsibility model in cloud computing?

Ganesh Kumar — Sat, 11 Jul 2026 03:49:24 +0000

While cloud providers manage a significant portion of the infrastructure, customers still have important security and operational responsibilities.

This concept is known as the Shared Responsibility Model.

The division of responsibilities changes depending on whether you're running workloads On-Premises, using Infrastructure as a Service (IaaS), Platform as a Service (PaaS), or Software as a Service (SaaS).

Let's break it down.

On-Premises: You Manage Everything

When your applications run in your own data center, every component is your responsibility.

Customer Responsibilities

Data
Devices
Accounts
Identity and Access Management (IAM)
Applications
Network controls
Operating systems
Infrastructure
Physical servers
Physical networking
Datacenter facilities

What the Provider Manages

Nothing.

Since everything is hosted on your own infrastructure, there is no cloud provider to share operational responsibilities.

Infrastructure as a Service (IaaS)

Examples include virtual machines such as Amazon EC2, Azure Virtual Machines, and Google Compute Engine.

With IaaS, the provider supplies the infrastructure while you manage everything running on top of it.

Customer Responsibilities

Data
Devices
Accounts
Identity and Access Management
Applications
Network controls (firewalls, security groups, etc.)
Operating systems

Cloud Provider Responsibilities

Physical infrastructure
Physical hosts
Physical networking
Datacenters

IaaS gives you the most flexibility among cloud service models, but it also requires the most operational management.

Platform as a Service (PaaS)

Examples include Azure App Service, AWS Elastic Beanstalk, Google App Engine, and Heroku.

PaaS removes the burden of managing operating systems and infrastructure, allowing developers to focus on building applications.

Customer Responsibilities

Data
Devices
Accounts

Shared Responsibilities

Identity and Access Management
Applications
Network controls

Cloud Provider Responsibilities

Operating systems
Infrastructure
Physical hosts
Physical networking
Datacenters

PaaS strikes a balance between flexibility and convenience, making it an excellent choice for many modern application deployments.

Software as a Service (SaaS)

Examples include Microsoft 365, Salesforce, Google Workspace, and Dropbox.

With SaaS, the provider delivers a complete application that users simply access through a web browser or client application.

Customer Responsibilities

Data
Devices
Accounts

Shared Responsibilities

Identity and Access Management

Cloud Provider Responsibilities

Applications
Network controls
Operating systems
Infrastructure
Physical hosts
Physical networking
Datacenters

SaaS offers the lowest operational overhead because the provider manages nearly the entire technology stack.

Shared Responsibility at a Glance

Service Model	Customer Manages	Shared	Provider Manages
On-Premises	Everything	None	Nothing
IaaS	OS, applications, IAM, network controls, data	None	Infrastructure & physical hardware
PaaS	Data, devices, accounts	IAM, applications, network controls	OS, infrastructure & physical hardware
SaaS	Data, devices, accounts	IAM	Applications, OS, infrastructure & physical hardware

Conclusion

No matter which cloud service model you choose, your data, devices, and user accounts remain your responsibility.

As you move from On-Premises → IaaS → PaaS → SaaS, the cloud provider takes on progressively more responsibility, reducing your operational burden. However, protecting your users, managing access, and securing your data always remain critical tasks.

Understanding where your responsibilities begin—and where the provider's responsibilities end—is essential for building secure, reliable cloud solutions.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

Understanding Multiple Input and Output Neural Network

Ganesh Kumar — Tue, 07 Jul 2026 12:28:28 +0000

In the previous article, we discussed how ReLU activation function works. Now let's see how multiple input and multiple output neural networks work.

How Multiple Input and Output Neural Network works

Until now, we worked with a neural network that had a single input and a single output. In real-world problems, we usually have multiple inputs and multiple outputs.

In this article, we will build a neural network with:

2 inputs (input1 and input2)
1 hidden layer with 2 neurons
3 outputs (output1, output2, output3)
ReLU as the activation function

Network Structure

input1 ──┐
         ├──► hidden_neuron1 ──┬──► output1
input2 ──┤                     ├──► output2
         └──► hidden_neuron2 ──┴──► output3

Each input is connected to each hidden neuron, and each hidden neuron is connected to each output neuron.

Forward Pass Equations

All weights and biases are assigned based on normal distribution.
Hidden Layer Calculation
For hidden neuron 1:

x1 = (input1 * w1) + (input2 * w2) + b1
y1 = ReLU(x1) = max(0, x1)

For hidden neuron 2:

x2 = (input1 * w3) + (input2 * w4) + b2
y2 = ReLU(x2) = max(0, x2)

Output Layer Calculation

For output1:

output1 = (y1 * w5) + (y2 * w6) + b3

For output2:

output2 = (y1 * w7) + (y2 * w8) + b4

For output3:

output3 = (y1 * w9) + (y2 * w10) + b5

Example with Numbers

Let's work through a concrete example.

Given inputs:

input1 = 2
input2 = 3

Assume the following initial weights and biases:

Hidden layer weights:
  w1 = 0.5,  w2 = -0.3,  b1 = 0.1
  w3 = -0.4, w4 = 0.8,   b2 = 0.2

Output layer weights:
  w5 = 0.6,  w6 = 0.7,  b3 = 0.1
  w7 = -0.5, w8 = 0.4,  b4 = 0.2
  w9 = 0.3,  w10 = -0.6, b5 = 0.0

Calculate hidden neuron values

Hidden neuron 1:

x1 = (2 * 0.5) + (3 * -0.3) + 0.1
   = 1.0 - 0.9 + 0.1
   = 0.2

y1 = ReLU(0.2) = max(0, 0.2) = 0.2

Hidden neuron 2:

x2 = (2 * -0.4) + (3 * 0.8) + 0.2
   = -0.8 + 2.4 + 0.2
   = 1.8

y2 = ReLU(1.8) = max(0, 1.8) = 1.8

Calculate outputs

Output 1:

output1 = (0.2 * 0.6) + (1.8 * 0.7) + 0.1
        = 0.12 + 1.26 + 0.1
        = 1.48

Output 2:

output2 = (0.2 * -0.5) + (1.8 * 0.4) + 0.2
        = -0.10 + 0.72 + 0.2
        = 0.82

Output 3:

output3 = (0.2 * 0.3) + (1.8 * -0.6) + 0.0
        = 0.06 - 1.08 + 0.0
        = -1.02

Final Results

output1 = 1.48
output2 = 0.82
output3 = -1.02

Why ReLU works here

Notice that x1 = 0.2 and x2 = 1.8 — both are positive, so ReLU passes them through unchanged.

If any x value were negative (say x1 = -0.5), then:

y1 = ReLU(-0.5) = max(0, -0.5) = 0

That neuron would contribute nothing to the outputs, effectively "turning off" and making the network sparse and efficient.

Matrix Representation

You can think of all the weights as a matrix of connections:

Hidden Layer (2x2 weight matrix + 2 biases):

  w1   w2   b1        w3   w4   b2
[ 0.5  -0.3  0.1 ]  [ -0.4  0.8  0.2 ]


Output Layer (3x2 weight matrix + 3 biases):

  w5   w6   b3
[ 0.6  0.7  0.1 ]   → output1

  w7   w8   b4
[-0.5  0.4  0.2 ]   → output2

  w9  w10   b5
[ 0.3 -0.6  0.0 ]   → output3

Each output neuron learns a different combination of the hidden neuron outputs, allowing the network to produce multiple independent predictions.

Conclusion

We now understand how a neural network with 2 inputs and 3 outputs works step by step using the ReLU activation function:

Each hidden neuron receives all inputs, computes a weighted sum plus bias, and applies ReLU.
Each output neuron receives all hidden neuron outputs and computes its own weighted sum plus bias.
The network can produce multiple distinct outputs simultaneously from the same inputs.

Any feedback or contributors are welcome! It's online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub

Understanding ReLU activation function for Neural Network

Ganesh Kumar — Sun, 05 Jul 2026 17:15:07 +0000

In the previous article, we discussed how backpropagation actually works. We also calculated weight and bias for all the layers.
We used soft plus activation function for our small neural network.

Now in this article let's use ReLU function for the neural network.

Defination of ReLU

It is a function which will return the input if the input is positive otherwise it will return 0.

f(x) = max(0,x)

In normal expression

f(x) = 1 if x > 0
0 if x <=0

Using ReLU in Neural Network

For First Layer we can calculate.

As we use 2 hidden neurons in the first layer we have to calculate for both the neurons separately.

x1 = ( input x weight1 ) + bias1
y1 = ReLu(x1)

Similarly calculating for second hidden neuron.

x2 = ( input x weight2 ) + bias2
y2 = ReLu(x2)

Conclusion

From both equation we can calulate the outputs of first layer and can pass it to the second layer.

Any feedback or contributors are welcome! It’s online, source-available, and ready for anyone to use.

⭐ Star git-lrc on GitHub