"Хмарні обчислення" - це повсякденний термін, який повинен робити дві речі: по-перше, абстрагувати всі можливі варіанти використання клієнт-серверної моделі за одним терміном, на відміну від більш конкретних випадків використання, таких як "файлові сервери", "сервери баз даних", "веб-сервери", "сервери додатків" тощо; по-друге, абстрагувати саму архітектуру сервера з точки зору обладнання, топології, місця розташування та навіть власності.
У традиційній моделі клієнт-сервер, яка, безумовно, досі є загальноприйнятою сьогодні, клієнт підключається до сервера, який виконує певну роботу. Цей сервер може розміщувати базу даних, серію спільних файлів або веб-сторінку. Коли клієнт підключається до цього сервера, існує неявне розуміння типу зв'язку та передачі даних, що відбуватиметься між двома комп'ютерами. Також клієнт або кінцевий користувач може розуміти можливості апаратного забезпечення сервера та його обмеження. Ця відносно "щільна зв'язок" між клієнтською машиною та її сервером може створити проблеми для системного адміністратора, якому потрібно зняти сервер для обслуговування; всі програми, що залежать від ресурсів, наданих цим сервером, повинні бути спрямовані на інший сервер,
У хмарній моделі апаратне забезпечення, топологія, розподіл праці і навіть кількість реальних машин, що залучаються, резюмуються за однією кінцевою точкою. Аналогію можна зробити із сучасним "веб-додатком", на відміну від старших поколінь "веб-сайту", які були більш статичними. Ми можемо здогадатися, що за лаштунками є сервер додатків і сервер БД, але насправді нам не потрібно піклуватися; веб-сервер, як частина своєї роботи щодо обслуговування повного додатку для користувачів за межами "краю", забезпечує єдину кінцеву точку, що дозволяє контролювати доступ до всіх даних і послуг, що надаються іншими машинами за цією вхідною дверима.
Підсумок полягає в тому, що з єдиною кінцевою точкою, яка надає функціональність додатку, це все, що клієнту цього додатка колись належить дбати, а не де отримати його дані, куди викликати такий і такий віддалений процес застосування тощо; це означає, що адміністратори та архітектори постачальника послуг у цій хмарі більш-менш вільні змінювати машини, топологію та інші конкретні деталі реалізації цієї "хмарної служби", без того, щоб клієнти були розумнішими. Facebook міг би, якби вважав це розумним, відновити всю свою систему зберігання даних з нуля, використовуючи різні СУБД і всі нові сервери, і поки сайт залишався доступним під час переходу, ніхто ніколи не стане розумнішим; насправді, Facebook робив саме це, багато разів,