Перейти на PRO

Что такое веб-сервис и какие основные типы существуют?

Тип вопроса: Архитектура Вероятность: 22% Категория: QA Тестировщик

Ответ

Веб-сервис — это программный интерфейс (API), доступный по сети (обычно HTTP/HTTPS) и использующий стандартные протоколы для обмена данными между приложениями, независимо от платформы или языка реализации.

Основные типы веб-сервисов:

  1. SOAP (Simple Object Access Protocol)

    • Формат: XML.
    • Стандарты: WSDL для описания, WS-* для безопасности, транзакций.
    • Стиль: RPC-ориентированный, строгая спецификация.
    • Использование: Крупные корпоративные системы, финансы.

  2. REST (Representational State Transfer)

    • Формат: JSON (чаще), XML.
    • Архитектурный стиль: Использует HTTP-методы (GET, POST, PUT, DELETE) для операций с ресурсами, идентифицируемыми URI.
    • Принципы: Stateless, кэшируемость, единообразие интерфейса.
    • Пример запроса (Python, requests): 
      
import requests
# GET запрос для получения данных
response = requests.get('https://api.example.com/users/1')
user_data = response.json()  # {'id': 1, 'name': 'Alice'}

    POST запрос для создания данных

    new_user = {'name': 'Bob'} response = requests.post('https://api.example.com/users', json=new_user)

  3. GraphQL

    • Формат: JSON (запрос и ответ).
    • Подход: Клиент точно определяет, какие данные и в какой структуре ему нужны в одном запросе, избегая проблем over-fetching и under-fetching.
    • Пример запроса: 
      query {
user(id: "1") {
name
email
posts {
  title
}
}
}

Ключевое отличие: SOAP — протокол с жесткой спецификацией, REST — архитектурный стиль, GraphQL — язык запросов.

Ответ 18+ 🔞

Да ты посмотри, какая хуйня развелась в мире веб-сервисов! Прямо как в базаре, три ларца, товарищ, на выбор. И каждый продавец орёт, что его говно — самое золотое. Разберёмся, пока мозг не взорвался.

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

А вот и главные претенденты на твоё внимание:

  1. SOAP (Simple Object Access Protocol)

    • Формат: Суровый, блядь, XML. Столько угловых скобок, что глаза сломаешь.
    • Что из себя представляет: Это не просто стиль, это ёбаный протокол с кучей стандартов. Тут тебе и WSDL — инструкция на десяти листах, как этим сервисом пользоваться, и куча других WS-* приблуд для безопасности. Представь себе немецкую бюрократию, только в мире API.
    • Где живёт: В больших, жирных корпоративных системах, банках, там, где бумажка должна быть заверена десятью печатями, даже если это цифровая бумажка. Любят его за строгость, а ненавидят за то, что он, сука, неповоротливый как танк в квартире.

  2. REST (Representational State Transfer)

    • Формат: Обычно JSON — человекочитаемый и лёгкий. Хотя может и XML, но зачем усложнять?
    • Философия: А вот это уже не протокол, а архитектурный стиль, идея! Всё построено вокруг ресурсов (пользователи, заказы, котики). Каждый ресурс — это URL. Хочешь получить котика? GET /cats/1. Хочешь создать нового? POST /cats. Удалить нахуй? DELETE /cats/1. Всё просто, как три копейки. Stateless, кэшируемо, красиво.
    • Как это выглядит в коде (Python): 
      
import requests
# Просто идём и берём пользователя
response = requests.get('https://api.example.com/users/1')
user_data = response.json()  # {'id': 1, 'name': 'Alice'}

    Создаём нового. Кидаем JSON'ом и всё.

    new_user = {'name': 'Bob'} response = requests.post('https://api.example.com/users', json=new_user)

    
Его все полюбили за простоту, и теперь он везде. От маленьких стартапов до больших API типа GitHub или Twitter.

  3. GraphQL

    • Формат: Опять JSON, но подход, блядь, с другой планеты.
    • В чём соль: Представь, ты заказываешь пиццу. По REST ты скажешь: "Дай пиццу №3". И тебе принесут всю пиццу №3, с оливками, которые ты ненавидишь, но без дополнительного соуса, который ты хотел. GraphQL же говорит: "Слушай сюда, повар. Мне от пиццы №3 — основу, двойной сыр, пепперони, и, на хуй, эти оливки убери, а сверху полей соусом барбекю. И всё это на одном подносе, я повторять не буду".
    • Пример такого заказа: 
      query {
user(id: "1") {
name
email
posts { # И заодно сразу все его посты, но только заголовки!
  title
}
}
}

      Клиент сам решает, что ему нужно. Ничего лишнего (over-fetching), и всё нужное за один раз (under-fetching). Гениально, но, ёпта, нужно учить новый язык запросов.

Итог, чтобы не ебать мозг:
SOAP — это законченный, строгий протокол, как военный устав.
REST — это философия, стиль жизни для HTTP, простой и понятный.
GraphQL — это хитрая жопа, язык запросов, который даёт клиенту невероятную власть над данными.

Выбирай по потребностям, а то так и до рукопашной между фанатами разных подходов дойти может, ей-богу.

© ХакСобесов, 2026
support@hacksobesov.com