Чем отличается клиент от сервера
Видео: Клиент-серверная архитектура в картинках
Содержание
главное отличие между клиентом и сервером клиент — это машина или программа, которая запрашивает услуги через Интернет, а сервер — это машина или программа, которая предоставляет услуги клиентам в соответствии с запросами клиента.
Всемирная паутина (WWW) позволяет компьютерам и другим устройствам связываться друг с другом. Устройства в сети требуют получения различных услуг, включая данные и ресурсы. WWW работает по модели клиент-сервер. Устройства или программы, которым требуются службы, называются клиентами, а устройства, предоставляющие услуги клиентам, называются серверами. Клиенты инициируют сеансы связи с серверами. Серверы ждут входящих запросов и отвечают на них.
Ключевые области покрыты
1. Что такое клиент
— определение, функциональность
2. Что такое сервер
— определение, функциональность
3. В чем разница между клиентом и сервером
— Сравнение основных различий
Основные условия

Что такое клиент
Клиент может быть устройством или программой. Клиентское устройство — это машина, которую конечные пользователи используют для доступа в Интернет. Настольные компьютеры, ноутбуки, смартфоны, планшеты — вот некоторые примеры устройств. Клиентская программа — это программа, которая позволяет пользователю отправлять запросы через Интернет. Одним из примеров является веб-браузер. Пользователь может запросить веб-страницу через веб-браузер. Кроме того, программы, которые могут получить поддержку онлайн, темы и т. Д. Также могут рассматриваться как клиенты.
Что такое сервер
Сервер — это устройство, которое предоставляет услуги клиентским запросам. Эти устройства запускают серверные программы. Один сервер может предоставлять услуги нескольким клиентам одновременно. Обычно серверы работают непрерывно. На одном компьютере может быть несколько серверов. Например, для одновременной работы разных клиентов могут использоваться как веб-серверы, так и файловые серверы. Также возможно, чтобы клиент и сервер находились на одной машине.

Рисунок 1: Клиент и Сервер
Сервер состоит из веб-ресурсов, размещает веб-приложения и хранит данные программы. Существуют различные типы серверов. Веб-серверы предоставляют веб-страницы. Серверы баз данных работают под управлением систем управления базами данных (СУБД). Файловые серверы предоставляют компьютерные файлы. Некоторые серверы предоставляют клиентам общие ресурсы. Сервер всегда слушает запросы от клиентов. Когда он получает запрос, он отвечает на это сообщением.
Вместе клиент и сервер образуют механизм для взаимодействия устройств в сети. Оба они создают архитектурную модель для сети, которая работает в соответствии с циклами запросов и ответов.
Разница между клиентом и сервером
Определение
Клиент — это устройство или программа, для которых требуются услуги через Интернет. Сервер — это устройство или программа, которая отвечает на запросы клиентов, предоставляя им услуги.
функциональность
Клиент запрашивает у сервера контент или сервисную функцию. Сервер предоставляет функции или услуги клиентам, когда клиент запрашивает услуги. В этом разница между клиентом и сервером.
Примеры
Настольные компьютеры, ноутбуки, смартфоны, планшеты и веб-браузеры являются примерами для клиентов. Серверы баз данных, файловые серверы и веб-серверы являются некоторыми примерами для серверов.
Заключение
Разница между клиентом и сервером заключается в том, что клиент — это машина или программа, которая запрашивает услуги через Интернет, а сервер — это машина или программа, которая предоставляет услуги клиентам в соответствии с запросами клиента. И клиент, и сервер позволяют устройствам в сети взаимодействовать друг с другом.
Ссылка:
1. «Модель клиент-сервер», Клиенты и серверы, WebDev Cave, 20 мая 2016 г.,
Как работает клиент сервер?
Клиент отправляет запрос, а сервер возвращает ответ. Этот обмен сообщениями является примером межпроцессного взаимодействия. Для взаимодействия компьютеры должны иметь общий язык, и они должны следовать правилам, чтобы и клиент, и сервер знали, чего ожидать.
Как работает клиент?
Клиент взаимодействует с пользователем: создает и отправляет запрос, принимает входящие итоги и выводит данные на экран пользователя. Сильный клиент. Концепция, при которой часть обработки данных предоставляет клиенту.
Зачем нужен клиент-сервер?
Сервер — это программный процесс, который может исполняться на той же машине, что и клиент, либо на другой машине, подключенной по сети. Программное обеспечение «клиент-сервер» обычно скрывает местоположение сервера от клиентов, перенаправляя запрос на услуги через сеть. Обмен на основе сообщений.
Что такое сервер и клиент?
Сервер — это компьютер, на котором хранятся данные, или который выполняет определенные служебные функции для других компьютеров сети. Клиент — это компьютер, запрашивающий некоторую функцию или данные у сервера.
Чем отличаются программы сервер и клиент?
· клиент — компьютерное устройство, которое отсылает запросы серверу, касающиеся выполнения определенных задач или предоставления конкретной информации. · сервер — компьютерное устройство, гораздо мощнее обычного ПК.
Как работать с клиент?
7 главных правил работы с клиентами:
- Определите клиента
- Изучите путь клиента
- Систематизируйте обработку заявок
- Оптимизируйте процесс продаж
- Соблюдайте обязательства
- Взаимодействуйте с клиентами по правилам
- Организуйте качественное обслуживание клиентов
Какой путь проходит клиент?
Что такое customer journey или клиентский путь Customer journey или клиентский путь — это путь, который проходит клиент: от возникновения потребности в товаре до момента покупки или превращения в фаната бренда.
Как клиент общается с сервером?
Взаимодействие клиента и сервера
Клиент отправляет запрос, а сервер возвращает ответ. Этот обмен сообщениями является примером межпроцессного взаимодействия. Для взаимодействия компьютеры должны иметь общий язык, и они должны следовать правилам, чтобы и клиент, и сервер знали, чего ожидать.
В чем недостатки клиент-серверной архитектуры?
Недостатки клиент-серверной сети
Центральные серверы могут быть дорогими при покупке и обслуживании. Общая стоимость установки клиент-серверной сети также высока. Клиент-серверная сеть требует высокого уровня знаний от сетевых специалистов для настройки и управления серверным оборудованием и программным обеспечением.
Что такое сервер для чайников?
Сервер — это мощный компьютер, предназначенный для обработки запросов и доставки данных на другой компьютер, в т. ч. по сети (локальной сети или сеть Интернет). Наиболее известный тип серверов — веб-сервер (web-server), который должен предоставлять веб-страницы для компьютеров (клиентов), их запрашивающих.
На чем работает сервер?
Отличия сервера от обычного компьютера
И тот, и другой работают на идентичной архитектуре процессора. Только в серверные «машины» устанавливается несколько гнезд под чипы. То есть на одной материнской плате «живут» 2, 3, 4, а то и более процессора. Также на них используется память с системой коррекции ошибок.
Какую технологию реализует клиент-сервер?
Технология клиент-сервер — это сетевая архитектура, в которой процессы обмена данными или файлами распределена между так называемыми поставщиками и заказчиками. Сам по себе принцип очень простой, и с ним мы сталкиваемся практически каждый раз, когда работаем за компьютерным или мобильным устройством.
Для чего нужен тонкий клиент?
Тонкий клиент (англ. thin client) в компьютерных технологиях — компьютер или программа-клиент в сетях с клиент-серверной или терминальной архитектурой, который переносит все или большую часть задач по обработке информации на сервер.
Что может выступать в роли клиента?
В роли клиента может выступать любой ПК, но, поскольку на нем почти не выполняются операции по обработке данных, в качестве тонких клиентов можно применять и недорогие терминалы, имеющие низкую производительность, не содержащие компоненты с движущимися частями (жесткие диски, вентиляторы), оснащенные, как правило.
Кому нужен выделенный сервер?
Обычно используется для запуска приложений, которые не могут сосуществовать на одном сервере с другими проектами или имеют повышенные требования к ресурсам. Он может принадлежать компании, которая предоставляет услуги пользования выделенным сервером, или быть в собственности самого заказчика.
Какие задачи решает сервер?
- Централизованное управление доступом к информации.
- Файл-сервер.
- Единая точка выхода в сеть Интернет.
- Почтовый сервер.
- Управление проектами.
- Создание единого корпоративного информационного пространства.
- Централизованное обновление антивирусных баз и управление системными обновлениями.
Что хочет получить клиент?
Клиент хочет, чтобы продукт или услуга хорошо выполняли необходимые функции. Покупая продукцию или услугу, люди хотят, чтобы они в полной мере и качественно выполняли те функции, которые от них ожидаются.
Как происходит запрос на сервер?
Браузер отправляет HTTP-запрос, чтобы получить контент сайта После установки соединения браузер отправляет специальный запрос, в котором просит сервер отправить данные для отображения страницы. В этом запросе содержится информация о самом браузере, временные файлы, требования к соединению и так далее.
Что такое сетевой клиент?
По определению, сетевой клиент — это компьютер или программное обеспечение, у которого есть доступ к услугам сервера, а также получающее или обменивающееся с ним информацией.
Что должен делать сервер?
Сервер — это компьютер, который предназначен для решения определенных задач по выполнению программных кодов, хранению информации, обслуживанию пользователей и баз данных.
Чем отличается файл сервер от клиент-сервер?
В клиент-серверной системе функционируют (как минимум) два приложения — клиент и сервер, делящие между собой те функции, которые в файл-серверной архитектуре целиком выполняет приложение на рабочей станции.
Что такое Толстый и тонкий клиент?
Толстые клиенты работают с информацией на основе собственных аппаратных и программных возможностей, в то же время тонкие применяют ПО центрального сервера только чтобы обработать данные, предоставляя системе лишь требуемый графический интерфейс для выполнения работы пользователем.
Как понять что клиент готов?
Пять признаков, что клиент готов купить ваш товар:
- Клиент трогает продукт
- Клиент прикасается к кошельку, деньгами или кредитной карте
- Клиент спрашивает о вариантах оплаты
- Клиент спрашивает о договорных гарантиях
- Клиент спрашивает про обслуживание и установку
Что включает в себя клиентский сервис?
Клиентский сервис — это то, как вы поддерживаете своих клиентов, когда они сталкиваются с проблемой или задают вопрос о ваших услугах, продуктах или бренде. Чем выше этот уровень поддержки, тем выше качество клиентского сервиса.
Какой клиент сложный?
Ведь само по себе понятие «сложный» клиент многогранно. Для кого-то «сложный» клиент — это клиент, с которым несколько раз пытаешься завязать отношения, но по ряду причин, которые часто остаются неясными, эти отношения не складываются.
Разница между клиентом и сервером
Современные компьютерные вычислительные и локальные сети имеют либо одноранговую (когда все узлы связаны напрямую и равноправны), либо иерархическую структуру, одним из видов которой является клиент-серверная архитектура. Представление об организации такой модели основано на понимании, чем отличается клиент от сервера, и разделении ресурсов.
Сервер – компьютер, обслуживающий другие компьютеры в сети и предоставляющий им свои ресурсы для решения определенных задач.
Клиент – компьютер, использующий ресурсы сервера и предоставляющий пользователю возможность взаимодействия с системой и сетью.
Эта же схема используется при организации сетевых приложений, только в роли основных узлов выступают серверная и клиентская части софта.
Сравнение
Наглядно эту модель взаимодействия можно представить, вспомнив многопользовательские программы и игры: мы запускаем на своем устройстве клиентское приложение и видим на экране ферму, танки или собственную фотогалерею в Dropbox. Если нет подключения к глобальной или локальной сети (в зависимости от места размещения), кормить коров и сражаться в команде не получится: все файлы и данные хранятся на сервере.

В рамках небольшой домашней или офисной сети, построенной по иерархической модели, отличие клиента от сервера может лежать исключительно в плоскости программного обеспечения. Первый отправляет запросы, второй их обрабатывает и возвращает результат; все процессы осуществляются посредством установленных на компьютеры приложений. Технически машины могут быть любыми, если ПО не требует высокого уровня производительности комплектующих. Для выполнения ресурсоемких задач в качестве сервера используется мощный ПК, тогда как рабочая станция должна лишь быть удобной пользователю и обеспечивать работу коммуникационных каналов.
У компьютеров, выполняющих серверные роли в сети с большим количеством клиентов, аппаратная часть обычно усилена несколькими массивами накопителей с высокой скоростью чтения и записи данных. Также эти машины снабжены максимально возможными объемами оперативной памяти. Зато периферийные устройства для них лишние: мониторы, клавиатуры, мыши, аудиосистемы ввиду отсутствия прямого контакта с пользователем просто исключены из системы.
Итак, в чем разница между клиентом и сервером функционально? Первый инициирует работу программного обеспечения (при участии пользователя или без такового), второй ожидает от него запроса. Клиенту известен полный адрес сервера и способ обращения к нему, а тот получает сведения о клиенте после начала взаимодействия. Рабочие станции могут отключаться по расписанию или желанию пользователя, серверный ПК же работает всегда (или пока запущено серверное приложение). Неработоспособность одного из клиентов ни на что не повлияет, тогда как выход из строя серверного оборудования означает недоступность обслуживания для всех подключаемых к нему узлов сети.
Клиент-серверная архитектура в картинках

Знакомая картинка? А вы ведь постоянно сталкиваетесь с этой архитектурой — когда покупаете билет в кино онлайн, бронируете путевку на море или записываетесь к врачу.
На клиент-серверной архитектуре построены все сайты и интернет-сервисы. Также ее используют десктоп-программы, которые передают данные по интернету. Поэтому ИТ-специалисту нужно понимать, что это такое и как работает.
Об этом я и расскажу в статье. Объясню на пальцах, с примерами и забавными картинками =) Если вы больше любите видео-формат, можно посмотреть мой ролик на youtube на ту же тему.
Содержание
Что это и как работает
Вот есть у нас некий Вася, который решил купить машину. Такую, как в рекламе — быструю, мощную, красивую! Только стоит она как хвост самолета, у Васи таких денег нет.

Конечно, Вася может подкопить несколько лет, а потом уже покупать машину. Но ведь хочется здесь и сейчас! Да и средство передвижения нужно…
А еще Вася не умеет копить — получил зарплату, закупился основным, оплатил жилье, всё! Остальное можно потратить. Для таких людей есть банки, куда можно прийти и взять деньги в кредит.

Конечно, потом вы будете переплачивать, возвращая их назад. Проценты-то конские. Но зато уже сейчас можете позволить купить себе что-то дорогое.
Вася подумал, прикинул и сказал:
— Да, хочу именно так! 100 рублей с зарплаты платить в банк могу, а откладывать — нет. Потрачу.
Поэтому Вася идет в банк и говорит:
— Я Василий Иванов, хочу автокредит на 1000р.

Операционистка Катя должна проверить его кредитную историю. Вдруг ему нельзя давать кредит, у него плохая история? Может, он уже набрал 10 кредитов и ни один не выплачивает? Или вдруг он вообще террорист?! Нужно проверить, операционисты не знают черные списки наизусть.

У Кати есть специальная программа для проверки данных по клиентам. Эта программа может быть как web, так и desktop:
- Web — в браузере открыта, как google или facebook
- Desktop — на компьютере, как ворд или калькулятор

Катя вбивает в программу «Василий Иванов» и получает информацию по клиенту — есть ли он в черных списках? Была ли кредитная история раньше? И так далее. Но что происходит в потрохах приложения?

Катя ввела данные на клиенте. Но когда она нажала «проверить», клиент отправил запрос на сервер:
— Дай мне информацию по Васе Иванову!

Сервер отправил запрос в БД, базу данных:
— Select * from clients where fio = ‘Василий Иванов’. (Дай мне всю информацию по ФИО ‘Василий Иванов’)

— Вот тебе все, что нашла.

Сервер вернул эту информацию клиенту:

А клиент уже отрисовал ее для Кати:

— Ага, кредитная история хорошая.

И делает предложение Васе:
— Пожалуйста, если хотите взять кредит, то мы готовы выделить 1000р на 12 лет под 80% годовых. Устроит?

— Да, меня всё устраивает, давайте скорее деньги, и я побежал за машиной!
Все счастливы, все довольны.

Катя даже не догадывается, какой путь проделали данные в программе, когда она вбила туда ФИО своего клиента. Но мы с вами должны узнать, что же это за путь такой? И к чему все эти сложности? Почему именно такая структура? Почему есть клиент, почему есть сервер?
Зачем нужен клиент
Тут все просто — с клиентом работает пользователь. Он нужен, чтобы превратить байтики программного кода в красивую и понятную картинку. Пользователь — не программист, он не понимает язык программирования или sql. Он понимает формочки и кнопочки. Их в клиенте и рисуем.

Зачем нужен сервер
Клиентов может быть много. В примере с банком у нас может быть по 10 отделений в 10 городах России, а в каждом отделении по 10 операционисток. Тысяча Катек, и у каждой отдельный компьютер.

А мы ведь хотим, чтобы приложение работало быстро. Чтобы оно не тупило и не зависало, нервируя операциониста и заставляя клиента ждать. Значит, машина нужна мощная. Но если делать мощным каждый компьютер операциониста, денег придется вложить очень много!
Поэтому мы выносим всю основную логику на сервер. И вот его уже делаем мощным! А клиентские машины могут быть дешевыми, потому что на них остается лишь логика в стиле «запросить информацию и красиво отрисовать».
Нет дублирования кода
Если бы у нас были только клиентские машины, на каждой из них хранился бы одинаковый код по обработке логики, лежала вся база данных, все справочники террористов и прочая. Но так как сервер и БД вынесены в отдельные звенья, с клиентской машины освобождается куча места… И кода.
Не надо дублировать код, ведь вся основная логика вынесена на более мощный сервер.

Так безопаснее
На сервере и в базе хранится информация, недоступная простому операционисту. Это:
- Персональные данные клиентов
- Сведения о его финансах
- Черные списки банка
- .
Есть операционисты, готовые за денюшку слить информацию о клиентах. Есть нечистые на руку люди, готовые невзначай заглянуть через плечо. А, может, клиент сам такой человек. Представляете, отпихивает Вася хрупкую Катю, садится за ее компьютер, и переводит себе на счет миллионы, пока его не повяжет охрана.

Зачем нужна база
При чем же тут БД? Вот у нас есть наш сервер, пусть он и хранит всю информацию. Бывает и так, иногда база просто не нужна и у нас остается двузвенная архитектура клиент-сервер.

В таком случае все данных сервер хранит в памяти. Вот только если сервер упадет, или просто перезагрузится — вся информация будет потеряна. Все, что было в памяти, стирается при выключении системы.
БД (база данных) — отдельный программный продукт, который позволяет:
- быстро делать выборки информации;
- сохранять информацию даже при рестарте системы.
Да, базы может не быть. Но когда она есть, мы уверены в сохранности данных и легко можем по ним поискать.

Плюсы архитектуры
Резюмируем плюсы архитектуры:
- Мощный сервер дешевле 100+ мощных клиентских машин — если мы хотим, чтобы приложение не тормозило, нужна хорошая машина. Она у вас будет одна. Или несколько, если нагрузка большая, но явно меньше, чем количество клиентов.
- Нет дублирования кода — основной код хранится на сервере, клиент отвечает только за «нарисовать красивенько» и простенькие проверки на полях «тут число, тут строка не длиннее 100 символов».
- Персональные данные в безопасности — простой пользователь не видит лишнего. Он не знает ваше ключевое слово, паспортные данные и количество денег на счете.
Минусы архитектуры
Упало одно звено — все отдыхают
Если упал сервер или отвалилась база, то есть испортилось 1 звено — всё, все в ступоре, все отдыхают. Сотни, тысячи, да хоть миллионы клиентов если есть — никто не может работать. Все операционистки грустно смотрят на окно «Простите, что-то пошло не так» и разводят руками перед клиентом.

Именно поэтому в бизнес-критичном ПО архитектуру усложняют и даже дублируют. Банк с тысячами операционистов не может позволить себе простой. Поэтому они используют кластер серверов — один упал, остальные работают.

Как в таком случае клиент понимает, куда ему отправлять запрос?
Перед серверами ставят балансировщик, и клиент шлет запрос туда. Сколько бы серверов не поставили в кластер, клиенту это не интересно. У него есть один URL — адрес балансировщика.

И вот с клиента поступает запрос:
— Дай мне всю информацию по Васе Иванову.
— Ребята, новый запрос! Кто меньше загружен?

— У меня 5 запросов в очереди стоит.
Балансировщик отправляет запрос второму серверу.

Такая схема используется для высоконагруженного приложения — когда запросов поступает так много, что один сервер с ними просто не справляется.
Facebook, amazon, google — туда заходят миллионы пользователей. Один сервер с ними не справится. Поэтому ставят кластер, а балансировщик делит между ними нагрузку. И в таком случае в кластере может быть не 2 сервера, а 10, 15, сколько нужно, столько и ставим.

При этом мы можем точно также балансировать базу данных. У нас может быть несколько копий баз данных на самых разных машинах, и балансировщик отправляет запросы то к одной, то ко второй.

Такая схема называется горячий резерв — когда у нас есть несколько серверов, работающих в параллель, и балансировщик распределяет нагрузку между ними.
При этом может быть и схема холодного резерва — когда у нас второй сервер является резервной копией «на всякий случай». Все запросы идут на первый сервер, второй отдыхает.

Но если с первым сервером что-то случится и он помрет, балансировщик перенаправит нагрузку на второй сервер:


В это время у администраторов будет время разобраться с проблемой на сервере 1.
Схема холодного резерва используется тогда, когда один сервер способен выдержать нагрузку и выдавать хорошую скорость работы. Но приложение при этом бизнес-критичное и простой неприемлем.
Простой может быть не только потому, что случилось что-то плохое. Есть еще штатное обновление приложения. Обе схемы резервирования позволяют обновляться безболезненно. Если в кластере два сервера, обновление будет выглядеть так:
- Перенаправляем всю нагрузку на сервер 2
- Останавливаем сервер 1
- Обновляем сервер 1
- Запускаем его и направляем на него всю нагрузку
- Останавливаем сервер 2
- Обновляем его
- Запускаем
- Снова делим нагрузку (если это горячий резерв)
Таким образом, схемы резервирования помогают нам устранить проблему «упало 1 звено — все отдыхают». Клиент никогда не узнает, что один или несколько серверов в кластере сдохли, у него всё как работало, так и работает.

Высокая стоимость оборудования
Сервера стоят дорого. Туда нельзя поставить обычный SSD как для домашнего компьютера. Почему? Потому что к железу для серверов совсем другие требования по надежности + есть поддержка специфичных функций:
— у HDD это специальная микропрограмма контроллера, которая оптимизирована для работы диска в RAID, дома это не нужно.
— у SSD это наличие группы конденсаторов, которые хранят энергию на случай отключения питания, чтобы хватило времени скинуть из DDR кэша данные в энергонезависимую память и данные не побились.
SSD — быстро работающий диск, HDD — обычный. RAID — когда мы N дисков вместе соединили, а DDR кэш — это оперативная память
Плюс у серверных решений гарантия обычно гораздо дольше: 5 лет, а не год.

По цене отличаются в 2 раза. Например, SSD:
- для дома гигабайт стоит 16,53р
- для сервера энтерпрайз гиг стоит 32 рубля
Вроде не сильно отличается, да? Но смысл в том, что для дома 1 тб хватает за глаза — и фоточки все влезут, и кино, и куча приложений… А для базы данных иногда и 10 тб будет мало. А если делать кластер, то умножаем стоимость на 2, если не больше. Поэтому и разница в цене кажется огромная, но при пересчете на гигабайт небольшая выходит.
Не забывайте, что дома вам просто надо свои фоточки держать, да и те обычно в облаке. А на сервере бизнес-критичный функционал, который жрет дофига ресурсов и который надо дублировать на случай «вдруг первый сдохнет».
Нужно нанять сисадмина ツ
Нам нужно нанять сисадмина, который будет следить за всеми нашеми серверами приложения и БД. Добавляем его зарплату к стоимости оборудования!
Что тестировать
Чтобы понимать, что тестировать, надо понимать, с чем имеет дело человек.
Пользователь работает с клиентом. Это может быть web или desktop приложение, не суть. Операционистке Кате дали рабочее место, показали какую программу запускать и как с ней работать. Она знать не знает о наличии серверов и БД, она работает только с клиентом.

Поэтому тестировщик в первую очередь проверяет клиент! Потому что сервер может работать идеально, вы можете даже написать тесты на уровне API и они все будут зелененькие, и кажется, что все зашибись! А пользователь загрузит отчет и увидит ошибку. Ой.
Сервер работает, на клиенте ошибка. И плевать на сотни «зеленых» автотестов. У пользователя все равно ошибка. И наша задача — посмотреть с его точки зрения.

Однако, если у вас есть доступ к серверу приложения и его базе данных — стоит проверять и их тоже! Так мы можем увидеть «будущий баг». Например:
- Сохранили карточку товара — система ее отрисовывает и говорит, что все хорошо. На клиенте все отлично!
- Проверили по базе — а там часть полей осталась пустая, разработчик неправильно указал название поля в БД. И информация потерялась.
— Ну, наверное, их и не заполняли.
А их заполняли! Просто сохранение криво сработало. Поэтому, если у нас только черный ящик, то нужно проверять, «а реально ли сохранились данные?». Сохранили? Откройте карточку в новом окне или вызовете информацию через API-метод.
Если доступ к базе есть — просто проверьте по ней, что все хорошо. Если есть доступ к серверным логам — проверьте их на наличие ошибок.

Помимо простых пользователей бывают злые люди, которые пытаются встрять в наше приложение и своровать деньги / данные. Они используют не клиент или сервер — туда у них доступа нет. Они пытаются перехватить данные в пути от клиента к серверу, или от сервера к БД.

Ну а раз нехорошие люди могут это сделать, то тестировщик тоже должен это уметь! Потому что тестировщик предоставляет информацию о нашем продукте.

Тестировщик изучает уязвимости и потом рассказывает команде:
— Ребята, вот я проверил, у нас есть такие-то и такие-то потенциальные дыры. Давайте подумаем, надо нам их как-то закрывать или нет.
То есть не факт, что исправлять проблему будут. Может, у вас некритичное приложение — данные не утекут, деньги вы не храните. Тогда и заморачиваться лишний раз никто не будет, потому что тестировать на защищенность — дорого, специалистов мало.
Но какие-то базовые проверки типа sql-иньекций или XSS-атак стоит изучить и проверить на своем приложении. Хотя бы чтобы понять их критичность. Ведь если атака сломает клиент — ну и пусть, сам себе буратино. А если атака положит сервер, это уже не очень хорошо. И надо хотя бы знать, от чего это бывает.
Итого

Клиент — та программа, с которой работает пользователь. Он знать не знает, это у него на компьютере программа целиком, или где-то за ней прячутся сервер с базой, а то и целый RAID. Он работает в браузере или с desktop-приложением. И всё, что ему нужно знать — это «куда тут тыкать».
Клиенту не нужно много памяти, места на диске и других ресурсов. Поэтому рабочие места относительно дешево стоят. А это именно то, что нам нужно, особенно если нужно закупить оборудование для тысяч операционисток банка.
Сервер — компьютер, на котором хранится само приложение. Весь код, вся логика, все дополнительные материалы и справочники. Например, справочник адресов ФИАС или справочник юр лиц ЕГРЮЛ — они тоже занимают место, как сами по себе, так и в памяти приложения.
Иногда говорят «сервер приложения» и «сервер БД». Это нормально, ведь фактически сервер — это просто машина, компьютер. А базу и сервер приложения обычно хранят на разных машинах, ради безопасности. В таком случае, если говорят «сервер приложения» — речь о втором звене нашей схемы.
Приложения бывают самые разные. Есть ресурсоемкие, им нужно много памяти и места на диске. Есть «легкие», которые можно развернуть даже на домашнем компьютере.
БД (база данных) — хранилище данных. Тут вы можете легко поискать информацию + уверены в том, что она сохранится, даже если в приложении что-то сломается. Подробнее о ней — в статье «Что такое База Данных (БД)»
Сколько места нужно под базу, зависит от количества данных. Есть огромные базы в банках, где и 1тб будет мало. А есть совсем небольшие, которые вы можете установить на своей машине. Например, XAMPP можно поставить. И врядли вы напихаете туда столько данных, что у вас не останется под них место.
Отдельной базы может не быть, тогда структура станет двузвенной: клиент-сервер. И все!
Схема условная, в реальной жизни у нас как минимум будет больше клиентов. А если приложение высоконагруженное, то будет несколько серверов и несколько баз данных:

PS — больше полезных статей ищите в моем блоге по метке «полезное». А полезные видео — на моем youtube-канале