Как рядовые бизнес-задачи становились гениальными ИТ-решениями
Время чтения ≈ 6 мин
История технологий полна примеров, когда острая бизнес-проблема становилась катализатором создания ИТ-инструментов, меняющих индустрию. Эти решения часто рождались не в научных лабораториях, а в процессе борьбы компаний с конкретными вызовами: масштабированием, производительностью или пользовательским опытом.

Facebook* и проблема «тяжёлых» данных: GraphQL

В начале 2010-х годов социальная сеть Facebook* столкнулась с критической проблемой при переходе на мобильные приложения. Её существующий API (способ общения приложения с сервером) работал слишком медленно.

Бизнес-задача: обеспечить быструю работу приложения на медленном мобильном интернете (2G/3G).

Боль: обычные методы (REST) заставляли телефон скачивать либо слишком много лишних данных, либо делать десятки запросов к серверу один за другим, что «подвешивало» интерфейс.

Решение: в 2012 году команда инженеров создала GraphQL — язык запросов, который позволяет приложению чётко «говорить»: «Мне нужны только имя пользователя, его фото и больше ничего».

Результат: Facebook* стал «летать» на смартфонах, а мир получил стандарт, который сегодня используют Airbnb, GitHub и тысячи других сервисов для экономии трафика и ускорения разработки.

Проблема интерфейсов и React

В то же время Facebook* (и особенно лента новостей) стал настолько сложным, что малейшее изменение в одном углу экрана ломало кнопки в другом. Инженеры тратили 80% времени на поиск багов и только 20% — на новые функции.

Бизнес-задача: снизить стоимость поддержки сайта и ускорить выпуск обновлений.

Решение: Джордан Уок, инженер Facebook*, создал библиотеку React. Она сделала возможной революционную идею: обновлять не всю страницу целиком, а только те маленькие части, которые реально изменились (через механизм Virtual DOM).

Итог: React стал самой популярной библиотекой для создания сайтов в мире. Бизнес получил возможность нанимать разработчиков быстрее, так как технология стала стандартом де-факто.

Google и «поиск в стоге сена»: MapReduce и BigTable

В начале 2000-х годов компания Google росла так быстро, что традиционные базы данных просто «сдавались». Поисковой системе нужно было индексировать весь интернет, объём которого увеличивался в геометрической прогрессии.

Бизнес-задача: научиться обрабатывать петабайты данных за минуты, а не за  недели.

Решение: разработка концепции MapReduce (разделение огромной задачи среди тысячи маленьких компьютеров) и системы BigTable (хранение и обработка огромных объёмов структурированных данных с низкой задержкой при чтении и записи).

Влияние: эти внутренние разработки Google вдохновили на создание фреймворков Hadoopи Apache Spark. Без них у нас не было бы современного Big Data, анализа рынков и даже персонализированных рекомендаций в онлайн-магазинах.

Amazon и «чёрная пятница»: облачные вычисления (AWS)

Когда речь заходит о доступе ИИ к корпоративным базам, главный вопрос — безопасность. В случае с MCP архитектура построена на принципе локального контроля.

«Подключение идёт локально на вашем компьютере через MCP-серверы. Угроза попадания данных к провайдеру ИИ (например, в облако Anthropic или OpenAI) невысок. Ведь вы выдаёте доступы явно — только к тому, что разрешили».

Однако Василий Киселёв предупреждает, что риски всё же остаются. Утечка данных возможна в двух случаях: если пользователь сам «криво» настроил свой MCP-сервер, открыв лишние доступы, или если на локальной машине есть вирусы.

Netflix и культура хаоса: Chaos Engineering

Когда Netflix перешёл в облака, то столкнулся с тем, что серверы иногда падают сами по себе. Для бизнеса, продающего подписку на «бесперебойное кино», это было недопустимо.

Бизнес-задача: гарантировать, что сервис не упадёт, даже если целый дата-центр выйдет из строя.

Решение: создание Chaos Monkey — программы, которая намеренно и случайно отключает серверы в «боевой» среде. Это вынудило инженеров сразу же писать максимально устойчивый код.

Результат: появилось целое направление — Chaos Engineering, ставшее стандартом для банков и критически важных систем.

Почему это важно для бизнеса сегодня?

Гениальные ИТ-решения — это побочный продукт борьбы с ограничениями. И описанные примеры это доказали:

  1. Дефицит ресурсов порождает эффективность (как в случае с GraphQL).
  2. Сложность процессов заставляет искать простоту (как с React).
  3. Избыток мощностей может стать новым продуктом (как с AWS).

Однако сейчас ситуация меняется: в современном мире уже нельзя относиться к ИТ-специалистам как к прислуге. Компаниям необходимо изменять свои бизнес-процессы так, чтобы ИТ-инфраструктура, особенно завязанная на искусственном интеллекте, работала как можно лучше и дешевле. Ведь теперь успех бизнеса напрямую зависит от ИТ-решений (их качества, надёжности и адаптивности). И скорее всего, через год-два этот принцип станет стандартом.

*Деятельность Meta Platforms Inc. (соцсети Facebook и Instagram) запрещена на территории РФ
Свяжитесь с нами