Разговор о том, как сделать интеграцию умнее: опыт, грабли и рабочие подходы

Привет, Хабр! Знаете, что объединяет разработчика из стартапа, архитектора банковской системы и техлида платежного сервиса? Все они хотя бы раз материлась над интеграцией, которая должна была занять день, а растянулась на месяц. Легаси не подружилось с новой системой, протоколы оказались несовместимы, а документация — устаревшей на три года.

https://habr.com/ru/articles/974262/

#программирование #api #интеграции #интеграция_сервисов #разработка #зерокодинг #микросервисы #архитектура_системы #подход_к_разработке #легаси

Миссия выполнима: как мы добились актуальности двух тысяч кешей

Привет! Меня зовут Влад, и я разрабатываю сердце витрины Ozon — сервис product-facade. Пару лет назад мы уже делились нашим опытом в этой статье , но с тех пор многое изменилось: выросли нагрузки, появились новые фичи и оптимизации, система стала сложнее и надёжнее. Прежде чем перейти непосредственно к актуальности кешей, давайте разберёмся, почему это так важно. Представьте: вы добавляете товар в корзину, но что-то пошло не так, и покупку совершить не удаётся — склад больше не возит в ваш ПВЗ. Даже 0.1% таких ошибок — это тысячи недовольных пользователей каждую секунду. А когда что-то массово меняется, разработчики вынуждены расследовать инцидент, чтобы понять, что проблема была всего лишь в устаревших кешах.

https://habr.com/ru/companies/ozontech/articles/971296/

#Redis #Valkey #кэширование #инвалидация_кеша #инвалидация_кэша #архитектура_системы #ozon_tech

Что такое API Gateway: 10 главных функций и роль в архитектуре микросервисов [полный гайд]

Микросервисная архитектура уже давно стала нормой для IT-продуктов. И одну из центральных ролей в таком подходе занимает API Gateway. В этой статье разберём, что такое API Gateway, зачем он нужен в микросервисной архитектуре, какие 10 ключевых функций он выполняет, и является ли он потенциальной точкой отказа в системе. Внутри вы найдёте много картинок и примеров схем архитектуры, чтобы объяснения были максимально понятными. Материал будет полезен системным аналитикам, начинающим архитекторам, разработчикам и тестировщикам, особенно при подготовке к собеседованиям в продуктовые компании. Оглавление: Что такое API Gateway 10 главных функций API Gateway Виды API Gateway API Gateway - центральная точка отказа Примеры схем архитектуры с API Gateway в нотации C4 (и не только) Заключение и полезные ссылки

https://habr.com/ru/articles/967830/

#api_gateway #архитектура_системы #системный_анализ #системный_аналитик #api_шлюзы #c4_модель #backend #architecture_design #проектирование_архитектуры

Как стартовать с Data Lakehouse и перейти на Data Lake

В статье Архитектура высоконагруженной платформы Magnit F&R было рассказано о ключевых архитектурных принципах и решениях. Сегодня хочу поделиться практическим опытом: как в Magnit Tech изменилась концепция Data Lakehouse, где она блестяще сработала — и где подвела. Я, Алексей Соболеков, лид архитектуры F&R. И это история о том, как красивая теория сталкивается с физикой доступа к данным.

https://habr.com/ru/companies/magnit/articles/966566/

#magnit_tech #Trino #ClickHouse #Data_Lakehouse #DWH #ритейл #архитектура_системы

Яндекс Дзен или как он вдохнул новую жизнь в ВК

В 2022 году Дзен стал двигаться вместе с ВК, но что это означало под капотом? Разберём внутрянку технологий рекомендаций Дзена и текущих продуктов ВК по докладам Дмитрия Погорелова до 2024 и самого свежего 2025 с PML . Узнаем самые первые архитектуры Дзена, что начали делать с увеличением нагрузки и хотелок МЛщиков. Как пришлось выкручиваться, когда столкнулись с объемами ВК. Спойлер: нам пригодится шардирование Читать далее →

https://habr.com/ru/articles/964384/

#вк #дзен #вк_видео #шардирование #java #рекомендательные_системы #машинное+обучение #архитектура_системы #рекомендации #apphost

Архитектура ИТ решений. Часть 4. Архитектура приложений. 4.1. Область разработки прикладных систем

В предыдущей части мы обсудили общие аспекты ИТ Архитектуры, и подробно затронули такой ее слой, как архитектура Данных, которая охватывает все многообразие бизнес-информации предприятия, знания о потоках ее распределения, сборе, обработке и использовании, представляемой в виде различных моделей данных. Теперь обратимся к слою Приложений, который соотнесет используемые данные и правила их обработки с компьютерными программами, для их хранения, получения и преобразования в ходе автоматизированного выполнения бизнес-процессов. Архитектура прикладных решений (ESA –Enterprise Solution Architecture) — это организационный дизайн всего программного приложения, включая все подкомпоненты и внешние приложения, интерфейсы для их взаимодействия, а также их поведения в рамках сотрудничества структурных элементов. Используются этот инструмент для описания модели того, как приложение будет обеспечивать жизненный цикл необходимых бизнес-процессов, соответствующих бизнес-архитектуре предприятия. Архитектура приложений покрывает достаточно широкую область, начиная с идентификации прикладных систем необходимых предприятию для выполнения бизнес-процессов, и захватывает такие аспекты, как проектирование, разработку (или приобретение) и интеграцию прикладных систем в комплексные решения. Потому для упрощения восприятия, как правило, разделяют две основные области ее применимости:

https://habr.com/ru/articles/960984/

#архитектура_приложений #архитектура_по #архитектура_системы #слои_архитектуры #архитектурные_паттерны #итинфраструктура #итиндустрия #принципы_проектирования #приложения #паттерны_проектирования

Оркестрация на BPMN: взгляд изнутри

Современные подходы к разработке программного обеспечения диктуют необходимость быстрого внедрения и изменения бизнес-сценариев прямо в продакшене . Особенно это критично для систем, где логика процессов часто корректируется — например, в финансовых , маркетинговых или рекламных платформах. Одним из наиболее удобных инструментов для этого сегодня является оркестрация с использованием BPMN-диаграмм , где визуальное моделирование бизнес-процесса превращается в исполняемую логику.

https://habr.com/ru/articles/960278/

#архитектура #архитектура_системы #микросервисы #bpmn #bpmn_20

Разбор системы: Доставка котировок

Привет, Хабр. В этой статье рассмотрим один из типов систем: доставка котировок от биржи до клиента. Здесь акцент на отказоустойчивость и скорость доставки данных. Будем двигаться поэтапно: от сбора требований и базовой конструкции до нюансов работы с данными.

https://habr.com/ru/companies/otus/articles/958988/

#доставка_котировок #фондовый_рынок #высокая_нагрузка #низкая_задержка #ultralow_latency #архитектура_системы #system_design

Архитектура ИТ решений. Часть 3. Информационная архитектура

В предыдущих частях курса мы погрузились в масштабность общего восприятия архитектуры в рамках предприятия. Прошли слой Бизнес-архитектуры, рассуждая о работе организаций в терминах бизнес-моделей, бизнес-процессов, потоков ценностей и способностей бизнеса, организационной структуры и прочего. Эти знания уже сами по себе чрезвычайно важны, для организации максимально эффективного функционирования предприятия, даже без учета ИТ составляющей. Но поскольку основная цель нашего курса — это все же развитие ИТ технологий, то с этой позиции представление Бизнес-архитектуры, служит отправной точкой на пути создания ИТ решений, которым предопределено поддерживать и развивать деловые активности предприятия. Так шаг за шагом, мы поднялись на горизонт ИТ-архитектуры. Перед тем как приступить к рассмотрению Слоя информации , давайте все же кратко еще раз остановимся на рассмотрении общего восприятия аспектов ИТ-архитектуры. ИТ-архитектура предприятия (Enterprise IT Architecture) — это системное представление структуры, компонентов и взаимодействий всех информационных технологий , которые поддерживают бизнес-процессы, ценности и стратегию организации. Иными словами — это “скелет” технологической среды , который обеспечивает реализацию бизнес-архитектуры и поддержку бизнес-способностей . Из определения следует, что ИТ-архитектура , является неразделимой частью Архитектуры предприятия , всецело зависит от той мисси, которую в данной организации предопределили для информационных систем. В связи с этим она может фокусироваться на разных подходах к решению и быть:

https://habr.com/ru/articles/958942/

#архитектура_приложений #архитектура #архитектура_по #архитектура_системы #слои_архитектуры #уровни_зрелости #архитектурные_паттерны #итинфраструктура #итиндустрия

Архитектура ИТ решений. Часть 2. Бизнес-архитектура

Продолжаем рассматривать вопросы, связанные с проработкой архитектурных решений в области цифровизации предприятий. Сталкивались ли Вы с ситуацией, когда ИТ проект, в котором задействована сильная команда разработчиков, в конечном счете выпускает программный продукт, не удовлетворяющий потребностям бизнеса? Когда полученный вариант попросту никак не облегчает жизнь компании, не избавляет от ее болей и печалей, не переводит ее процессы на качественно новый уровень. Чаще всего такой итог означает, что затеявшие цифровую трансформацию специалисты, не справились со своей основной задачей и просчитались, скорее всего, еще на этапе анализа. А причина тому - отсутствие экспертизы в области архитектуры бизнеса. И аргумент: «как нам заказчик объяснил, так мы и сделали», служит слабым оправданием. Команда профи, должна была, обследовав предприятие, указать на нелогичность цепочек бизнес-процессов, нерелевантность используемых бизнес-сервисов, избыточность организационной структуры, искажения потоков ценностей и прочие упущения, присущие первоначально сложившейся архитектуре. Квалифицированный специалист в области организации бизнеса должен гарантировать качественный инжиниринг и реинжиниринг деятельности предприятия, используя при этом профессиональные подходы, инструменты и приемы. Результат этих активностей и должен заложить основу для последующей эффективной цифровизации деятельности заказчика. В данном аспекте важно учитывать, что на больших предприятиях цифровизацией будут заниматься множество команд, использующих разные технологические платформы, методологии, и накопленный ранее приватный опыт автоматизации. Их технические новации в свою очередь будут влиять на выстраивание бизнес-решений, определяя то, как бизнес будет меняться и развиваться. А потому, если централизовано не управлять слоем бизнес-архитектуры, то разнообразные ИТ-технологии могут привести к культивированию зоопарка управленческих, финансовых, предпринимательских и прочих бизнес-решений в общей структуре предприятия, вызывая противоречия, неконструктивную конкуренцию, затруднение в управлении и прочие кризисные предпосылки.

https://habr.com/ru/articles/956656/

#архитектура #архитектура_приложений #архитектура_системы #слои_архитектуры #уровни_зрелости #информационная_архитектура #архитектурные_паттерны #архитектура_по #итинфраструктура #итиндустрия