{"id":145840,"date":"2026-06-26T13:02:57","date_gmt":"2026-06-26T13:02:57","guid":{"rendered":"https:\/\/www.hostinger.com\/ca\/tutorials\/scalable-web-application\/"},"modified":"2026-07-09T02:01:33","modified_gmt":"2026-07-09T02:01:33","slug":"scalable-web-application","status":"publish","type":"post","link":"\/ca\/tutorials\/scalable-web-application\/","title":{"rendered":"What is a scalable web application and how it works"},"content":{"rendered":"<p class=\"wp-block-paragraph\">A scalable web application is one that can handle increasing numbers of users, requests, and data without a significant drop in performance or reliability.<\/p><p class=\"wp-block-paragraph\">As more users access the application, more requests are processed, or more data is stored, the application continues to operate efficiently by using additional resources and distributing workloads across its infrastructure.<\/p><p class=\"wp-block-paragraph\">A new feature, successful marketing campaign, seasonal event, or expanding customer base can increase demand within days or even hours.<\/p><p class=\"wp-block-paragraph\">An application designed for growth absorbs that demand without slowing down or becoming unavailable.<\/p><p class=\"wp-block-paragraph\">Application servers process requests, databases manage growing volumes of information, load balancers distribute traffic, caching layers reduce unnecessary processing, and cloud infrastructure provides additional computing resources when capacity needs to expand.<\/p><p class=\"wp-block-paragraph\">Each component introduces its own challenges. Databases can become bottlenecks, overloaded servers can create single points of failure, and inefficient application logic can consume resources faster than infrastructure can grow.<\/p><p class=\"wp-block-paragraph\">Developers address these challenges through architectural decisions that allow applications to scale efficiently as demand changes.<\/p><p class=\"wp-block-paragraph\">Scalability is the result of designing systems, infrastructure, and application components that continue performing reliably as requirements evolve.<\/p><h2 class='\"wp-block-heading\" wp-block-heading' id=\"h-why-scalability-matters\">Why scalability matters<\/h2><p class=\"wp-block-paragraph\">Scalability allows a web application to support increasing demand without sacrificing performance, reliability, or user experience.<\/p><p class=\"wp-block-paragraph\">As applications grow, scalability helps organizations accommodate more users, larger workloads, and changing business requirements without repeatedly redesigning their infrastructure.<\/p><p class=\"wp-block-paragraph\">Key benefits of a scalable <a href=\"\/ca\/tutorials\/what-is-web-application\/\">web application include<\/a>:<\/p><ul class='\"wp-block-list\" wp-block-list'>\n<li><strong>Supporting user growth.<\/strong> A scalable application can serve more users as adoption increases without requiring a complete rebuild.<\/li>\n\n\n\n<li><strong>Maintaining performance during traffic spikes.<\/strong> Marketing campaigns, product launches, viral content, and seasonal events can generate sudden increases in traffic. Scalability helps applications remain responsive during periods of high demand.<\/li>\n\n\n\n<li><strong>Enabling business growth.<\/strong> New customers, additional products, and expansion into new markets increase infrastructure requirements. Scalable systems allow organizations to grow without technical limitations becoming a barrier.<\/li>\n\n\n\n<li><strong>Handling larger volumes of data.<\/strong> User accounts, uploaded files, transaction records, and analytics data all consume resources. Scalability ensures storage and processing capacity can grow alongside application workloads.<\/li>\n\n\n\n<li><strong>Improving cost efficiency.<\/strong> Scalable applications allocate resources based on demand, helping organizations avoid paying for unused capacity while maintaining sufficient resources during peak periods.<\/li>\n\n\n\n<li><strong>Protecting user trust and revenue.<\/strong> Performance issues become business problems when they prevent users from completing purchases, accessing services, or finishing important tasks. A scalable application maintains a consistent user experience as demand grows, helping organizations retain customers, protect revenue, and avoid reputational damage from slowdowns and outages.<\/li>\n<\/ul><h2 class='\"wp-block-heading\" wp-block-heading' id=\"h-key-characteristics-of-scalable-web-applications\">Key characteristics of scalable web applications<\/h2><p class=\"wp-block-paragraph\">Scalable web applications are designed to increase capacity, adapt to changing workloads, and remain available when infrastructure components fail.<\/p><p class=\"wp-block-paragraph\">Effective <a href=\"\/ca\/tutorials\/software-design\/\">software design<\/a> supports these goals by helping applications use resources efficiently, recover from failures, and accommodate changing demand.<\/p><figure data-wp-context='{\"imageId\":\"6a89ec4e2d40e\"}' data-wp-interactive=\"core\/image\" data-wp-key=\"6a89ec4e2d40e\" class='\"wp-block-image wp-lightbox-container'><img decoding=\"async\" data-wp-class--hide=\"state.isContentHidden\" data-wp-class--show=\"state.isContentVisible\" data-wp-init=\"callbacks.setButtonStyles\" data-wp-on--click=\"actions.showLightbox\" data-wp-on--load=\"callbacks.setButtonStyles\" data-wp-on--pointerdown=\"actions.preloadImage\" data-wp-on--pointerenter=\"actions.preloadImageWithDelay\" data-wp-on--pointerleave=\"actions.cancelPreload\" data-wp-on-window--resize=\"callbacks.setButtonStyles\" src=\"https:\/\/imagedelivery.net\/LqiWLm-3MGbYHtFuUbcBtA\/wp-content\/uploads\/sites\/2\/2026\/06\/scalable-web-application-image1.jpg\/w=1024,h=1024,fit=scale-down\" alt='\"illustration' class='\"wp-image-151795\"'><button class=\"lightbox-trigger\" type=\"button\" aria-haspopup=\"dialog\" data-wp-bind--aria-label=\"state.thisImage.triggerButtonAriaLabel\" data-wp-init=\"callbacks.initTriggerButton\" data-wp-on--click=\"actions.showLightbox\" data-wp-style--right=\"state.thisImage.buttonRight\" data-wp-style--top=\"state.thisImage.buttonTop\">\n\t\t\t<svg xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"12\" height=\"12\" fill=\"none\" viewbox=\"0 0 12 12\">\n\t\t\t\t<path fill=\"#fff\" d=\"M2 0a2 2 0 0 0-2 2v2h1.5V2a.5.5 0 0 1 .5-.5h2V0H2Zm2 10.5H2a.5.5 0 0 1-.5-.5V8H0v2a2 2 0 0 0 2 2h2v-1.5ZM8 12v-1.5h2a.5.5 0 0 0 .5-.5V8H12v2a2 2 0 0 1-2 2H8Zm2-12a2 2 0 0 1 2 2v2h-1.5V2a.5.5 0 0 0-.5-.5H8V0h2Z\"><\/path>\n\t\t\t<\/svg>\n\t\t<\/button><\/figure><h3 class='\"wp-block-heading\" wp-block-heading'>Elasticity<\/h3><p class=\"wp-block-paragraph\">Elasticity is the ability of a system to scale available computing capacity up or down as demand changes.<\/p><p class=\"wp-block-paragraph\">When traffic increases, additional resources such as application instances, containers, or virtual machines can be added to handle the extra workload.<\/p><p class=\"wp-block-paragraph\">When demand decreases, those resources can be removed to avoid unnecessary consumption of infrastructure capacity.<\/p><p class=\"wp-block-paragraph\">Changing demand is one of the main challenges of <a href=\"\/ca\/tutorials\/how-to-make-web-app\/\">building a web application<\/a> for scalability.<\/p><p class=\"wp-block-paragraph\">User activity fluctuates throughout the day, marketing campaigns can generate sudden traffic spikes, and seasonal events can dramatically increase workloads for short periods.<\/p><p class=\"wp-block-paragraph\">Elastic systems adapt to these changes without requiring permanent infrastructure upgrades.<\/p><p class=\"wp-block-paragraph\">        <div class=\"protip\">\n            <div class=\"protip__heading\">\n                <svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n                    <path d=\"M1.49234 23.5024C1.23229 23.5024 0.972242 23.4024 0.782206 23.2123C0.562165 22.9923 0.452144 22.6822 0.502153 22.3722C0.562165 21.9221 1.14227 17.9113 3.00262 16.351C3.63274 15.8209 4.43289 15.5509 5.26305 15.5609C6.09321 15.5909 6.87335 15.9109 7.47347 16.4911C8.6937 17.6913 8.76371 19.6717 7.6435 20.9919C6.0832 22.8523 2.08245 23.4324 1.63237 23.4924C1.59236 23.4924 1.54235 23.4924 1.50234 23.4924L1.49234 23.5024ZM5.16303 17.5613C4.84297 17.5613 4.53291 17.6713 4.29287 17.8813C3.60274 18.4614 3.07264 19.9317 2.75258 21.242C4.06282 20.9219 5.5331 20.3918 6.11321 19.7017C6.55329 19.1716 6.54329 18.3814 6.0832 17.9213C5.85316 17.7013 5.5431 17.5713 5.20304 17.5613C5.19304 17.5613 5.17303 17.5613 5.16303 17.5613ZM11.7243 21.8821C11.4942 21.8821 11.2642 21.8021 11.0841 21.652C10.8541 21.462 10.7241 21.1819 10.7241 20.8819V15.9109L8.08358 13.2705H3.11264C2.81259 13.2705 2.53254 13.1404 2.3425 12.9104C2.15246 12.6803 2.07245 12.3803 2.12246 12.0902C2.19247 11.7102 2.84259 8.36953 4.70294 7.12929C6.33325 6.04909 8.96375 6.49918 10.244 6.80923C11.5442 4.96889 13.2546 3.4286 15.2349 2.33839C17.4553 1.11816 19.9858 0.518051 22.4963 0.498047C23.0464 0.498047 23.4865 0.948132 23.4865 1.49824C23.4865 5.0389 22.3763 9.97983 17.1753 13.7605C17.4853 15.0408 17.9354 17.6613 16.8552 19.2816C15.615 21.1419 12.2744 21.7921 11.8943 21.8621C11.8343 21.8721 11.7743 21.8821 11.7143 21.8821H11.7243ZM12.7245 16.181V19.6016C13.7146 19.2916 14.7948 18.7915 15.2049 18.1814C15.675 17.4812 15.605 16.091 15.385 14.9008C14.5248 15.3808 13.6346 15.8109 12.7245 16.181ZM9.66388 12.0302L11.9643 14.3307C13.1845 13.8306 14.3648 13.2204 15.485 12.5103C19.9358 9.51974 21.2361 5.60901 21.4561 2.53843C19.6157 2.67846 17.8254 3.20856 16.2051 4.09872C14.2847 5.14892 12.6544 6.68921 11.4942 8.54956C10.7841 9.65977 10.174 10.82 9.66388 12.0302ZM4.39289 11.2701H7.81353C8.1936 10.3599 8.63368 9.46974 9.11377 8.60957C7.92355 8.38953 6.51329 8.31952 5.81315 8.78961C5.19304 9.19968 4.70294 10.3099 4.39289 11.2701Z\" fill=\"#673DE6\"\/>\n                <\/svg>\n                <p class=\"protip__title\">\n                    &lt;strong&gt;Pro tip&lt;\/strong&gt;                <\/p>\n            <\/div>\n            <p class=\"protip__content\"> Use auto-scaling policies to automate elastic behavior. Cloud providers like AWS, Google Cloud, and Azure let you define rules that automatically add or remove instances based on metrics such as CPU usage or request rate &mdash; no manual intervention required.<\/p>\n                    <\/div>\n        <\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Fault tolerance<\/h3><p class=\"wp-block-paragraph\">Fault tolerance is the ability of an application to continue operating when one part of the system fails. Scalable applications are designed to withstand hardware failures, software issues, and network disruptions without becoming completely unavailable.<\/p><p class=\"wp-block-paragraph\">Fault tolerance relies on redundancy and failover.<\/p><p class=\"wp-block-paragraph\"><strong>Redundancy <\/strong>provides backup resources that can perform the same task if a component becomes unavailable.<\/p><p>    <div class=\"announcement-block announcement-block--warning\">\n        <span class=\"announcement-block__heading\">\n            <svg width=\"24\" height=\"26\" viewBox=\"0 0 24 26\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n                <path fill-rule=\"evenodd\" clip-rule=\"evenodd\"\n                d=\"M12 23.5C17.799 23.5 22.5 18.799 22.5 13C22.5 7.20101 17.799 2.5 12 2.5C6.20101 2.5 1.5 7.20101 1.5 13C1.5 18.799 6.20101 23.5 12 23.5ZM13.637 8.65198C13.637 7.74791 12.9041 7.01501 12 7.01501C11.0959 7.01501 10.363 7.74791 10.363 8.65198C10.5335 10.5375 10.875 14.383 10.875 14.383C10.875 15.0043 11.3787 15.508 12 15.508C12.6213 15.508 13.125 15.0043 13.125 14.383V14.38L13.637 8.65198ZM11.9927 16.714C11.3714 16.714 10.8677 17.2177 10.8677 17.839C10.8677 18.4603 11.3714 18.964 11.9927 18.964H12.0073C12.6286 18.964 13.1323 18.4603 13.1323 17.839C13.1323 17.2177 12.6286 16.714 12.0073 16.714H11.9927Z\"\n                fill=\"#BE1025\"\/>\n            <\/svg>\n            Warning        <\/span>\n        <p class=\"announcement-block__content\">\n            <strong>Warning!<\/strong> Redundancy only protects against failure if components are truly independent. Servers sharing the same database, network switch, or availability zone can all fail together. Ensure redundant components are distributed across separate infrastructure to avoid a single point of failure.        <\/p>\n    <\/div>\n\n    \n\n\n\n<\/p><p class=\"wp-block-paragraph\"><strong>Failover<\/strong> transfers traffic or workloads from the failed component to a healthy one, allowing the application to continue operating.<\/p><p class=\"wp-block-paragraph\">For example, an application can run across multiple servers behind a load balancer. If one server fails, the load balancer sends requests to the remaining servers. Users can continue accessing the application while the failed server is repaired or replaced.<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Efficient resource utilization<\/h3><p class=\"wp-block-paragraph\">Efficient resource utilization is the ability to use computing resources effectively without overloading some components or leaving others underused.<\/p><p class=\"wp-block-paragraph\">CPU capacity, memory, storage, and network resources should be allocated according to application demand.<\/p><p class=\"wp-block-paragraph\">When requests, data processing tasks, and background jobs are spread appropriately across available resources, the application can maintain performance without requiring unnecessary infrastructure capacity.<\/p><h2 class='\"wp-block-heading\" wp-block-heading' id=\"h-how-do-applications-increase-capacity\">How do applications increase capacity?<\/h2><p class=\"wp-block-paragraph\">Scalable applications increase capacity in two ways: by adding more resources to existing infrastructure or by adding more infrastructure resources.<\/p><p class=\"wp-block-paragraph\">These approaches are known as vertical scaling and horizontal scaling. Each method helps applications handle higher workloads, but they differ in how capacity is expanded and the practical limits they impose.<\/p><figure tabindex=\"0\" class='\"wp-block-table\"'><table><tbody><tr><td><strong>Feature<\/strong><\/td><td><strong>Horizontal scaling<\/strong><\/td><td><strong>Vertical scaling<\/strong><\/td><\/tr><tr><td>Capacity increases by<\/td><td>Adding more servers or application instances<\/td><td>Adding more resources to an existing server<\/td><\/tr><tr><td>Infrastructure model<\/td><td>Multiple servers share the workload<\/td><td>A single server becomes more powerful<\/td><\/tr><tr><td>Scalability limits<\/td><td>Capacity can continue growing by adding resources<\/td><td>Capacity is limited by hardware constraints<\/td><\/tr><tr><td>Availability<\/td><td>Higher availability through redundancy<\/td><td>Availability depends on a single server<\/td><\/tr><tr><td>Complexity<\/td><td>More infrastructure to manage<\/td><td>Simpler to implement and maintain<\/td><\/tr><tr><td>Best suited for<\/td><td>Applications expecting sustained growth<\/td><td>Smaller applications or predictable workloads<\/td><\/tr><\/tbody><\/table><\/figure><h3 class='\"wp-block-heading\" wp-block-heading'>Horizontal scaling<\/h3><p class=\"wp-block-paragraph\">Horizontal scaling increases an application&rsquo;s capacity by adding more servers or application instances to share the workload.<\/p><p class=\"wp-block-paragraph\">When demand grows, requests are distributed across multiple resources rather than being handled by a single server.<\/p><p class=\"wp-block-paragraph\">For example, an application running on one server can process only as many requests as that server&rsquo;s CPU, memory, and network resources allow.<\/p><p class=\"wp-block-paragraph\">Horizontal scaling removes that limitation by spreading requests across several servers. If traffic doubles, additional servers can be added to absorb the extra workload.<\/p><p class=\"wp-block-paragraph\">The main advantage of horizontal scaling is that capacity can grow gradually as demand increases. Organizations can add resources as needed rather than replace existing infrastructure with more powerful hardware.<\/p><p class=\"wp-block-paragraph\">Horizontal scaling also improves availability. If one server becomes unavailable, other servers can continue handling requests, reducing the likelihood of service interruptions.<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Vertical scaling<\/h3><p class=\"wp-block-paragraph\">Vertical scaling increases an application&rsquo;s capacity by adding more resources to an existing server.<\/p><p class=\"wp-block-paragraph\">Upgrading CPU power, memory, storage, or network capacity allows the server to handle a larger workload without adding additional machines.<\/p><p class=\"wp-block-paragraph\">A simple example is moving an application from a server with 4 CPU cores and 8 GB of RAM to a server with 16 CPU cores and 32 GB of RAM.<\/p><p class=\"wp-block-paragraph\">The application continues running on a single machine, but the additional resources allow it to process more requests and support more users.<\/p><p class=\"wp-block-paragraph\">The main advantage of vertical scaling is simplicity. Capacity can be increased without redesigning the application, distributing workloads across multiple servers, or introducing additional infrastructure components.<\/p><p class=\"wp-block-paragraph\">For smaller applications, upgrading server resources is often the fastest way to accommodate growth.<\/p><p class=\"wp-block-paragraph\">Vertical scaling has practical limits, however. Every server has a maximum amount of CPU, memory, and storage that can be installed.<\/p><p class=\"wp-block-paragraph\">Once those limits are reached, increasing capacity requires a different approach. For applications that expect sustained growth, horizontal scaling offers greater long-term flexibility because new servers can be added as demand increases.<\/p><h2 class='\"wp-block-heading\" wp-block-heading' id=\"h-common-architectures-used-to-build-scalable-applications\">Common architectures used to build scalable applications<\/h2><p class=\"wp-block-paragraph\">The way an application is structured affects how it responds to growth. Architectural decisions influence how workloads are distributed, how components communicate, and how easily capacity can be increased when demand rises.<\/p><figure data-wp-context='{\"imageId\":\"6a89ec4e31b6f\"}' data-wp-interactive=\"core\/image\" data-wp-key=\"6a89ec4e31b6f\" class='\"wp-block-image wp-lightbox-container'><img decoding=\"async\" data-wp-class--hide=\"state.isContentHidden\" data-wp-class--show=\"state.isContentVisible\" data-wp-init=\"callbacks.setButtonStyles\" data-wp-on--click=\"actions.showLightbox\" data-wp-on--load=\"callbacks.setButtonStyles\" data-wp-on--pointerdown=\"actions.preloadImage\" data-wp-on--pointerenter=\"actions.preloadImageWithDelay\" data-wp-on--pointerleave=\"actions.cancelPreload\" data-wp-on-window--resize=\"callbacks.setButtonStyles\" src=\"https:\/\/imagedelivery.net\/LqiWLm-3MGbYHtFuUbcBtA\/wp-content\/uploads\/sites\/2\/2026\/06\/scalable-web-application-image2.jpg\/w=1024,h=1024,fit=scale-down\" alt='\"Comparison' class='\"wp-image-151796\"'><button class=\"lightbox-trigger\" type=\"button\" aria-haspopup=\"dialog\" data-wp-bind--aria-label=\"state.thisImage.triggerButtonAriaLabel\" data-wp-init=\"callbacks.initTriggerButton\" data-wp-on--click=\"actions.showLightbox\" data-wp-style--right=\"state.thisImage.buttonRight\" data-wp-style--top=\"state.thisImage.buttonTop\">\n\t\t\t<svg xmlns=\"http:\/\/www.w3.org\/2000\/svg\" width=\"12\" height=\"12\" fill=\"none\" viewbox=\"0 0 12 12\">\n\t\t\t\t<path fill=\"#fff\" d=\"M2 0a2 2 0 0 0-2 2v2h1.5V2a.5.5 0 0 1 .5-.5h2V0H2Zm2 10.5H2a.5.5 0 0 1-.5-.5V8H0v2a2 2 0 0 0 2 2h2v-1.5ZM8 12v-1.5h2a.5.5 0 0 0 .5-.5V8H12v2a2 2 0 0 1-2 2H8Zm2-12a2 2 0 0 1 2 2v2h-1.5V2a.5.5 0 0 0-.5-.5H8V0h2Z\"><\/path>\n\t\t\t<\/svg>\n\t\t<\/button><\/figure><h3 class='\"wp-block-heading\" wp-block-heading'>Monolithic architecture<\/h3><p class=\"wp-block-paragraph\">A monolithic application combines all functionality into a single codebase and deployment unit.<\/p><p class=\"wp-block-paragraph\">User authentication, business logic, data access, and other application features run as part of the same system.<\/p><p class=\"wp-block-paragraph\">Monolithic architectures are straightforward to develop, deploy, and maintain during the early stages of a project.<\/p><p class=\"wp-block-paragraph\">A single application is easier to test, monitor, and update because all components exist within the same environment.<\/p><p class=\"wp-block-paragraph\">Growth introduces challenges, however. Scaling requires deploying additional copies of the entire application, even when only one component is experiencing increased demand.<\/p><p class=\"wp-block-paragraph\">Large codebases also become more difficult to modify as teams, features, and dependencies grow.<\/p><p>    <div class=\"announcement-block announcement-block--warning\">\n        <span class=\"announcement-block__heading\">\n            <svg width=\"24\" height=\"26\" viewBox=\"0 0 24 26\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n                <path fill-rule=\"evenodd\" clip-rule=\"evenodd\"\n                d=\"M12 23.5C17.799 23.5 22.5 18.799 22.5 13C22.5 7.20101 17.799 2.5 12 2.5C6.20101 2.5 1.5 7.20101 1.5 13C1.5 18.799 6.20101 23.5 12 23.5ZM13.637 8.65198C13.637 7.74791 12.9041 7.01501 12 7.01501C11.0959 7.01501 10.363 7.74791 10.363 8.65198C10.5335 10.5375 10.875 14.383 10.875 14.383C10.875 15.0043 11.3787 15.508 12 15.508C12.6213 15.508 13.125 15.0043 13.125 14.383V14.38L13.637 8.65198ZM11.9927 16.714C11.3714 16.714 10.8677 17.2177 10.8677 17.839C10.8677 18.4603 11.3714 18.964 11.9927 18.964H12.0073C12.6286 18.964 13.1323 18.4603 13.1323 17.839C13.1323 17.2177 12.6286 16.714 12.0073 16.714H11.9927Z\"\n                fill=\"#BE1025\"\/>\n            <\/svg>\n            Warning        <\/span>\n        <p class=\"announcement-block__content\">\n            <strong>Warning!<\/strong> In a monolithic architecture, a bug or failed deployment affects the entire application. There is no way to isolate a faulty update to a single component. If the deployment fails, the whole system may become unavailable. Implement robust rollback procedures and staging environments to reduce this risk.        <\/p>\n    <\/div>\n\n    \n\n\n\n<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Microservices architecture<\/h3><p class=\"wp-block-paragraph\">A microservices architecture divides an application into smaller, independent services. Each service is responsible for a specific function and can be developed, deployed, and scaled separately.<\/p><p class=\"wp-block-paragraph\">Independent scaling is one of the biggest advantages of microservices. An application experiencing heavy demand in one area can allocate additional resources to the affected service without increasing capacity across the entire system.<\/p><p class=\"wp-block-paragraph\">The additional flexibility comes with greater operational complexity.<\/p><p class=\"wp-block-paragraph\">Communication between services, monitoring, deployment management, and data consistency requires more planning than in a monolithic architecture.<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Serverless architecture<\/h3><p class=\"wp-block-paragraph\">A serverless architecture runs application code only when a specific event occurs. An event could be a user submitting a form, uploading a file, making an API request, or completing a purchase.<\/p><p class=\"wp-block-paragraph\">Once the task is completed, the computing resources used to process it are released.<\/p><p class=\"wp-block-paragraph\">Cloud providers manage the underlying infrastructure, including server provisioning, resource allocation, and scaling.<\/p><p class=\"wp-block-paragraph\">Developers focus on writing application logic while the platform handles the resources required to execute it.<\/p><p class=\"wp-block-paragraph\">Serverless architectures are well-suited to applications with unpredictable traffic patterns, as computing resources are allocated only when needed.<\/p><p class=\"wp-block-paragraph\">An image-processing service, for example, can process thousands of uploaded files during a busy period and consume very few resources when activity decreases.<\/p><p class=\"wp-block-paragraph\">The trade-off is reduced control over the execution environment. Serverless platforms impose limits on execution time, resource usage, and application behavior.<\/p><p class=\"wp-block-paragraph\">Applications that run continuously or require extensive control over infrastructure may be better suited to other architectural approaches.<\/p><p><div class=\"announcement-block announcement-block--important\">\n            <span class=\"announcement-block__heading\">\n                <svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n                    <path fill-rule=\"evenodd\" clip-rule=\"evenodd\"\n                          d=\"M12 22.5C17.799 22.5 22.5 17.799 22.5 12C22.5 6.20101 17.799 1.5 12 1.5C6.20101 1.5 1.5 6.20101 1.5 12C1.5 17.799 6.20101 22.5 12 22.5ZM13.637 7.65198C13.637 6.74791 12.9041 6.01501 12 6.01501C11.0959 6.01501 10.363 6.74791 10.363 7.65198C10.5335 9.53749 10.875 13.383 10.875 13.383C10.875 14.0043 11.3787 14.508 12 14.508C12.6213 14.508 13.125 14.0043 13.125 13.383V13.38L13.637 7.65198ZM11.9927 15.714C11.3714 15.714 10.8677 16.2177 10.8677 16.839C10.8677 17.4603 11.3714 17.964 11.9927 17.964H12.0073C12.6286 17.964 13.1323 17.4603 13.1323 16.839C13.1323 16.2177 12.6286 15.714 12.0073 15.714H11.9927Z\"\n                          fill=\"#FEA419\"\/>\n                <\/svg>\n                Important\n            <\/span>\n            <p class=\"announcement-block__content\">\n                <strong>Important!<\/strong> Serverless functions can experience cold starts &mdash; a delay that occurs when a function is invoked after a period of inactivity, as the platform needs time to initialize the execution environment. For latency-sensitive applications, consider strategies such as scheduled warm-up requests or provisioned concurrency to reduce cold start impact. \n            <\/p><\/div>\n\n\n\n<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Distributed systems<\/h3><p class=\"wp-block-paragraph\">A distributed system is an application that runs across multiple computers that work together to perform a shared task.<\/p><p class=\"wp-block-paragraph\">For example, one group of servers might handle user requests, another might process background tasks, and a separate database cluster might store application data.<\/p><p class=\"wp-block-paragraph\">Each component performs a specific function while communicating with the rest of the system.<\/p><p class=\"wp-block-paragraph\">Distributing workloads allows applications to support larger volumes of traffic, data, and processing activity than a single machine could handle alone.<\/p><p class=\"wp-block-paragraph\">The approach also improves resilience because a failure in one component does not necessarily bring down the entire application.<\/p><p class=\"wp-block-paragraph\">The trade-off is complexity. Distributed components must communicate reliably, data must remain synchronized across systems, and troubleshooting becomes more difficult because failures can occur across multiple services, servers, or locations.<\/p><h2 class='\"wp-block-heading\" wp-block-heading' id=\"h-best-practices-for-building-scalable-web-applications\">Best practices for building scalable web applications<\/h2><p class=\"wp-block-paragraph\">Building a scalable web application requires decisions that support long-term growth. Application design, infrastructure choices, and <a href=\"\/ca\/tutorials\/web-app-performance-optimization\/\">web app performance optimization<\/a> practices all affect how efficiently a system can handle increasing demand.<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Build modular systems<\/h3><p class=\"wp-block-paragraph\">Organize application functionality into modules that can be developed, tested, deployed, and scaled independently.<\/p><p class=\"wp-block-paragraph\">Clear module boundaries reduce coupling between features and make growth easier to manage over time.<\/p><p class=\"wp-block-paragraph\">When defining modules:<\/p><ul class='\"wp-block-list\" wp-block-list'>\n<li><strong>Group code around business domains.<\/strong> User management, payments, search, reporting, and content management should each have their own logic, validation rules, and data access patterns.<\/li>\n\n\n\n<li><strong>Establish clear data ownership.<\/strong> Each module should be responsible for its own data. If another module needs access to that information, expose it via an API, event stream, or dedicated read model rather than allowing direct database access.<\/li>\n\n\n\n<li><strong>Use asynchronous processing for background work.<\/strong> Tasks such as email delivery, image processing, report generation, and third-party integrations should run through queues or background workers.<\/li>\n\n\n\n<li><strong>Review module boundaries regularly.<\/strong> Components that accumulate unrelated responsibilities become harder to test, deploy, and scale. Split oversized modules before they turn into bottlenecks.<\/li>\n<\/ul><p>    <div class=\"announcement-block announcement-block--warning\">\n        <span class=\"announcement-block__heading\">\n            <svg width=\"24\" height=\"26\" viewBox=\"0 0 24 26\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n                <path fill-rule=\"evenodd\" clip-rule=\"evenodd\"\n                d=\"M12 23.5C17.799 23.5 22.5 18.799 22.5 13C22.5 7.20101 17.799 2.5 12 2.5C6.20101 2.5 1.5 7.20101 1.5 13C1.5 18.799 6.20101 23.5 12 23.5ZM13.637 8.65198C13.637 7.74791 12.9041 7.01501 12 7.01501C11.0959 7.01501 10.363 7.74791 10.363 8.65198C10.5335 10.5375 10.875 14.383 10.875 14.383C10.875 15.0043 11.3787 15.508 12 15.508C12.6213 15.508 13.125 15.0043 13.125 14.383V14.38L13.637 8.65198ZM11.9927 16.714C11.3714 16.714 10.8677 17.2177 10.8677 17.839C10.8677 18.4603 11.3714 18.964 11.9927 18.964H12.0073C12.6286 18.964 13.1323 18.4603 13.1323 17.839C13.1323 17.2177 12.6286 16.714 12.0073 16.714H11.9927Z\"\n                fill=\"#BE1025\"\/>\n            <\/svg>\n            Warning        <\/span>\n        <p class=\"announcement-block__content\">\n            <strong>Warning!<\/strong> Allowing modules to access each other's databases directly creates hidden dependencies that are difficult to untangle as the application grows. Schema changes in one module can silently break another, making deployments riskier and independent scaling nearly impossible.        <\/p>\n    <\/div>\n\n    \n\n\n\n<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Use caching strategically<\/h3><p class=\"wp-block-paragraph\">Focus caching efforts on data that is read frequently and updated infrequently. Serving that information from a cache reduces database queries, lowers backend load, and improves response times for high-traffic pages.<\/p><p class=\"wp-block-paragraph\">When implementing caching:<\/p><ul class='\"wp-block-list\" wp-block-list'>\n<li><strong>Start with the highest-traffic queries.<\/strong> Use database monitoring tools to identify the queries consuming the most time or generating the most requests, then cache their results before optimizing less frequently used operations.<\/li>\n\n\n\n<li><strong>Cache data at the closest practical layer.<\/strong> Store static assets in browser or CDN caches, API responses in application caches, and frequently queried records in an in-memory cache such as Redis or Memcached.<\/li>\n\n\n\n<li><strong>Define cache invalidation rules before deployment.<\/strong> Decide exactly when cached content should be refreshed, whether through time-based expiration, event-driven updates, or manual invalidation.<\/li>\n\n\n\n<li><strong>Measure cache effectiveness.<\/strong> Monitor cache hit rates and database query volume after implementation. A cache that rarely serves requests adds complexity without reducing backend load.<\/li>\n\n\n\n<li><strong>Limit caching to data that can tolerate short periods of staleness.<\/strong> Requests that require real-time accuracy, such as payment processing or inventory updates, should retrieve fresh data from the source system.<\/li>\n<\/ul><h3 class='\"wp-block-heading\" wp-block-heading'>Optimize database performance<\/h3><p class=\"wp-block-paragraph\">Databases are a common scalability bottleneck, especially as traffic and data volumes increase. Regular database reviews help identify performance issues before they affect users.<\/p><p class=\"wp-block-paragraph\">To improve database performance:<\/p><ul class='\"wp-block-list\" wp-block-list'>\n<li><strong>Index frequently queried columns.<\/strong> Review slow-query logs and query execution plans to identify columns used in <code>WHERE<\/code>, <code>ORDER BY<\/code>, and <code>JOIN<\/code> clauses that would benefit from indexing.<\/li>\n\n\n\n<li><strong>Eliminate inefficient queries.<\/strong> Audit application code for unnecessary joins, nested queries, and repeated database calls. Consolidate queries where possible and avoid retrieving data that the application does not use.<\/li>\n\n\n\n<li><strong>Reduce unnecessary data retrieval.<\/strong> Replace <code>SELECT *<\/code> queries with explicit column selections and implement pagination for large result sets.<\/li>\n\n\n\n<li><strong>Separate read and write workloads.<\/strong> Route reporting, analytics, search, and other read-heavy operations to database replicas while reserving the primary database for writes and transactions.<\/li>\n\n\n\n<li><strong>Manage data growth proactively.<\/strong> Define retention policies for logs, audit records, and historical data. Archive or remove records that are no longer required by operational workloads.<\/li>\n\n\n\n<li><strong>Test database performance before major releases.<\/strong> Run load tests using realistic datasets and traffic patterns to identify query bottlenecks, connection limits, and resource constraints before they affect production systems.<\/li>\n<\/ul><p class=\"wp-block-paragraph\">        <div class=\"protip\">\n            <div class=\"protip__heading\">\n                <svg width=\"24\" height=\"24\" viewBox=\"0 0 24 24\" fill=\"none\" xmlns=\"http:\/\/www.w3.org\/2000\/svg\">\n                    <path d=\"M1.49234 23.5024C1.23229 23.5024 0.972242 23.4024 0.782206 23.2123C0.562165 22.9923 0.452144 22.6822 0.502153 22.3722C0.562165 21.9221 1.14227 17.9113 3.00262 16.351C3.63274 15.8209 4.43289 15.5509 5.26305 15.5609C6.09321 15.5909 6.87335 15.9109 7.47347 16.4911C8.6937 17.6913 8.76371 19.6717 7.6435 20.9919C6.0832 22.8523 2.08245 23.4324 1.63237 23.4924C1.59236 23.4924 1.54235 23.4924 1.50234 23.4924L1.49234 23.5024ZM5.16303 17.5613C4.84297 17.5613 4.53291 17.6713 4.29287 17.8813C3.60274 18.4614 3.07264 19.9317 2.75258 21.242C4.06282 20.9219 5.5331 20.3918 6.11321 19.7017C6.55329 19.1716 6.54329 18.3814 6.0832 17.9213C5.85316 17.7013 5.5431 17.5713 5.20304 17.5613C5.19304 17.5613 5.17303 17.5613 5.16303 17.5613ZM11.7243 21.8821C11.4942 21.8821 11.2642 21.8021 11.0841 21.652C10.8541 21.462 10.7241 21.1819 10.7241 20.8819V15.9109L8.08358 13.2705H3.11264C2.81259 13.2705 2.53254 13.1404 2.3425 12.9104C2.15246 12.6803 2.07245 12.3803 2.12246 12.0902C2.19247 11.7102 2.84259 8.36953 4.70294 7.12929C6.33325 6.04909 8.96375 6.49918 10.244 6.80923C11.5442 4.96889 13.2546 3.4286 15.2349 2.33839C17.4553 1.11816 19.9858 0.518051 22.4963 0.498047C23.0464 0.498047 23.4865 0.948132 23.4865 1.49824C23.4865 5.0389 22.3763 9.97983 17.1753 13.7605C17.4853 15.0408 17.9354 17.6613 16.8552 19.2816C15.615 21.1419 12.2744 21.7921 11.8943 21.8621C11.8343 21.8721 11.7743 21.8821 11.7143 21.8821H11.7243ZM12.7245 16.181V19.6016C13.7146 19.2916 14.7948 18.7915 15.2049 18.1814C15.675 17.4812 15.605 16.091 15.385 14.9008C14.5248 15.3808 13.6346 15.8109 12.7245 16.181ZM9.66388 12.0302L11.9643 14.3307C13.1845 13.8306 14.3648 13.2204 15.485 12.5103C19.9358 9.51974 21.2361 5.60901 21.4561 2.53843C19.6157 2.67846 17.8254 3.20856 16.2051 4.09872C14.2847 5.14892 12.6544 6.68921 11.4942 8.54956C10.7841 9.65977 10.174 10.82 9.66388 12.0302ZM4.39289 11.2701H7.81353C8.1936 10.3599 8.63368 9.46974 9.11377 8.60957C7.92355 8.38953 6.51329 8.31952 5.81315 8.78961C5.19304 9.19968 4.70294 10.3099 4.39289 11.2701Z\" fill=\"#673DE6\"\/>\n                <\/svg>\n                <p class=\"protip__title\">\n                    &lt;strong&gt;Pro tip&lt;\/strong&gt;                <\/p>\n            <\/div>\n            <p class=\"protip__content\"> When routing reads to database replicas, account for replication lag &mdash; the delay between a write on the primary database and its appearance on replicas. For operations where a user immediately reads data they just wrote (such as form submissions or profile updates), route those reads to the primary database to avoid returning stale results. <\/p>\n                    <\/div>\n        <\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Leverage content delivery networks (CDNs)<\/h3><p class=\"wp-block-paragraph\">Configure a <a href=\"\/ca\/tutorials\/what-is-cdn\/\">CDN<\/a> to serve static assets such as images, videos, JavaScript files, stylesheets, and downloadable documents.<\/p><p class=\"wp-block-paragraph\">Serving those files from CDN edge locations reduces the number of requests that reach the origin server and prevents static content from competing with application workloads for server resources.<\/p><p class=\"wp-block-paragraph\">Review which assets generate the most traffic and move them behind the CDN first. Large media files and frequently accessed resources usually produce the biggest reduction in bandwidth usage and origin server load.<\/p><p class=\"wp-block-paragraph\">Set cache-control headers carefully to control how long assets remain cached. Files that change infrequently can be cached for extended periods, while frequently updated assets should use shorter cache durations or versioned filenames to ensure users receive the latest content.<\/p><p class=\"wp-block-paragraph\">Monitor CDN cache hit rates and origin traffic after deployment. Frequent requests reaching the origin server for cacheable content usually indicate misconfigured caching rules, missing headers, or assets that should be cached more aggressively.<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Automate infrastructure management<\/h3><p class=\"wp-block-paragraph\">Automate infrastructure provisioning and configuration through infrastructure-as-code tools such as Terraform, AWS CloudFormation, or Pulumi.<\/p><p class=\"wp-block-paragraph\">Defining servers, networks, databases, and security rules in code creates a repeatable deployment process and reduces the risk of configuration differences between environments.<\/p><p class=\"wp-block-paragraph\">Automate application deployments through CI\/CD pipelines. Every code change should follow the same process for testing, validation, and deployment, reducing the likelihood of manual errors during releases.<\/p><p class=\"wp-block-paragraph\">Consistent deployment workflows also make it easier to scale development teams without introducing operational complexity.<\/p><p class=\"wp-block-paragraph\">Configure automated scaling policies for workloads with predictable resource requirements.<\/p><p class=\"wp-block-paragraph\">CPU utilization, memory consumption, request volume, and queue length are common metrics used to trigger the creation or removal of infrastructure resources.<\/p><p class=\"wp-block-paragraph\">Regularly review infrastructure changes through version control and code reviews. Treating infrastructure configuration like application code makes changes easier to track, test, and roll back when problems occur.<\/p><h3 class='\"wp-block-heading\" wp-block-heading'>Build security into scaling strategies<\/h3><p class=\"wp-block-paragraph\">Apply the <strong>principle of least privilege<\/strong> across applications, services, and infrastructure. Give each service access only to the specific databases, APIs, storage systems, and internal resources it needs. If an account or service is compromised, restricted permissions reduce the damage an attacker can cause.<\/p><p class=\"wp-block-paragraph\">Centralize authentication and authorization through a single identity and access management system.<\/p><p class=\"wp-block-paragraph\">As applications expand, separate permission systems across services create inconsistent access rules, increase administrative overhead, and make security audits more difficult.<\/p><p class=\"wp-block-paragraph\">Store secrets in dedicated secret management platforms instead of source code repositories, configuration files, or deployment scripts.<\/p><p class=\"wp-block-paragraph\">API keys, database credentials, and encryption keys should be rotated on a regular schedule and made available only to approved services and users.<\/p><p class=\"wp-block-paragraph\">Protect public-facing services with rate limiting and traffic filtering. Rate limits restrict excessive requests from individual users or IP addresses, helping prevent abuse, reduce the effectiveness of automated attacks, and protect backend systems from traffic spikes.<\/p><p class=\"wp-block-paragraph\">Review security controls whenever new infrastructure components are added. New servers, databases, APIs, cloud services, and third-party integrations increase the number of potential entry points into the application.<\/p><p class=\"wp-block-paragraph\">Evaluate each addition against existing security requirements before deployment to maintain a consistent security posture across the environment.<\/p><h2 class='\"wp-block-heading\" wp-block-heading' id=\"h-future-trends-in-scalable-web-applications\">Future trends in scalable web applications<\/h2><p class=\"wp-block-paragraph\">Scalability is becoming increasingly automated, distributed, and data-driven. Infrastructure platforms are taking over tasks that once required extensive manual configuration, while application architectures are becoming more adaptive to changing workloads.<\/p><p class=\"wp-block-paragraph\">Key <a href=\"\/ca\/tutorials\/software-development-trends\/\">software development trends<\/a> that are shaping scalable web applications include:<\/p><ul class='\"wp-block-list\" wp-block-list'>\n<li><strong>Edge computing.<\/strong> Edge computing processes requests closer to the user instead of routing every request to a centralized server or data center. Content delivery networks, edge functions, and distributed application services use this approach to reduce latency and improve response times for users in different geographic regions.<\/li>\n\n\n\n<li><strong>Containerization and Kubernetes.<\/strong> Containers package an application together with its dependencies so it can run consistently across different environments. Kubernetes is a container orchestration platform that automates deployment, scaling, load distribution, and recovery across large groups of servers, making distributed applications easier to manage.<\/li>\n\n\n\n<li><strong>AI-driven infrastructure scaling.<\/strong> AI-driven scaling uses machine learning models to analyze historical and real-time usage patterns to predict demand increases and allocate resources proactively.<\/li>\n\n\n\n<li><strong>Multi-cloud architectures.<\/strong> A multi-cloud architecture distributes workloads across multiple cloud providers. Organizations use this approach to improve resilience, reduce vendor lock-in, and maintain greater flexibility when deploying applications globally.<\/li>\n\n\n\n<li><strong>Serverless computing.<\/strong> Serverless platforms execute application code only when requests occur. Developers deploy functions or services without managing the underlying servers, while the platform automatically allocates resources and scales capacity based on demand.<\/li>\n\n\n\n<li><strong>AI-assisted application development.<\/strong> AI tools are changing how web applications are created and deployed. Platforms such as Hostinger&rsquo;s Horizons <a href=\"\/horizons\/ai-app-builder\">AI app builder<\/a> automate parts of the development and deployment process, allowing developers to launch applications more quickly. While these tools do not make applications scalable on their own, they reduce the complexity of adopting modern infrastructure and deployment practices.&nbsp;<\/li>\n<\/ul><figure class=\"wp-block-image size-large\"><a class=\"hgr-tutorials-cta hgr-tutorials-cta-horizons\" href=\"\/ca\/horizons\" target=\"_blank\" rel=\"noreferrer noopener\"><img loading=\"lazy\" decoding=\"async\" width=\"2048\" height=\"600\" src=\"https:\/\/imagedelivery.net\/LqiWLm-3MGbYHtFuUbcBtA\/wp-content\/uploads\/sites\/2\/2025\/03\/Horizons-in-text-banner-no-code-website-builder.png\/w=1024,h=1024,fit=scale-down\" alt=\"\" class=\"wp-image-129223\"  sizes=\"auto, (max-width: 2048px) 100vw, 2048px\" \/><\/a><\/figure>\n","protected":false},"excerpt":{"rendered":"<p>A scalable web application is one that can handle increasing numbers of users, requests, and data without a significant drop in performance or reliability. As more users access the application, more requests are processed, or more data is stored, the application continues to operate efficiently by using additional resources and distributing workloads across its infrastructure. [&#8230;]<\/p>\n<p><a class=\"btn btn-secondary understrap-read-more-link\" href=\"\/ca\/tutorials\/scalable-web-application\/\">Read More&#8230;<\/a><\/p>\n","protected":false},"author":530,"featured_media":146077,"comment_status":"closed","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"rank_math_title":"","rank_math_description":"","rank_math_focus_keyword":"scalable web application","footnotes":""},"categories":[22724],"tags":[],"class_list":["post-145840","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-web-app"],"hreflangs":[{"locale":"en-US","link":"https:\/\/www.hostinger.com\/tutorials\/scalable-web-application","default":0},{"locale":"en-PH","link":"https:\/\/www.hostinger.com\/ph\/tutorials\/scalable-web-application","default":0},{"locale":"en-MY","link":"https:\/\/www.hostinger.com\/my\/tutorials\/scalable-web-application","default":0},{"locale":"en-UK","link":"https:\/\/www.hostinger.com\/uk\/tutorials\/scalable-web-application","default":0},{"locale":"en-IN","link":"https:\/\/www.hostinger.com\/in\/tutorials\/scalable-web-application","default":0},{"locale":"en-CA","link":"https:\/\/www.hostinger.com\/ca\/tutorials\/scalable-web-application","default":0},{"locale":"en-AU","link":"https:\/\/www.hostinger.com\/au\/tutorials\/scalable-web-application","default":0},{"locale":"en-NG","link":"https:\/\/www.hostinger.com\/ng\/tutorials\/scalable-web-application","default":0}],"_links":{"self":[{"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/posts\/145840","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/users\/530"}],"replies":[{"embeddable":true,"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/comments?post=145840"}],"version-history":[{"count":4,"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/posts\/145840\/revisions"}],"predecessor-version":[{"id":146076,"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/posts\/145840\/revisions\/146076"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/media\/146077"}],"wp:attachment":[{"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/media?parent=145840"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/categories?post=145840"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.hostinger.com\/ca\/tutorials\/wp-json\/wp\/v2\/tags?post=145840"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}