#архитектура_систем — Public Fediverse posts

Наука защищать: рекомендации по харденингу критически важного сегмента ИТ-инфраструктуры

В традиционном понимании бизнеса критически важным сегментом ИТ-инфраструктуры считаются системы, напрямую обеспечивающие непрерывность бизнес-процессов и финансовую результативность компании. Однако с позиции информационной безопасности приоритеты принципиально иные: по-настоящему критический сегмент формируют системы, отвечающие за защиту инфраструктуры, безопасное хранение секретов и аутентификационных данных, а также создание и хранение резервных копий. Именно эти компоненты определяют способность организации не только противодействовать угрозам, но и гарантированно защищать активы и восстанавливаться после разрушительных инцидентов или сбоев. Эксперты Лаборатории цифровой криминалистики и исследования вредоносного кода F6 и специалисты по безопасности компании-разработчика корпоративного менеджера паролей Пассворк провели исследование, которое позволило сформировать рекомендации по защите критически важных устройств в каждой ИТ-инфраструктуре. Идея написания этой статьи обусловлена практическим опытом реагирования на разрушительные кибератаки, в ходе которых злоумышленники получали доступы к корпоративным сетям своих жертв и использовали программы-вымогатели или вайперы для вывода из строя их ИТ-инфраструктуры. Анализ причин, благодаря которым злоумышленники достигли целей, показал, что во многом успех был достигнут за счет небезопасной конфигурации ИТ-инфраструктур, качественно проведенной разведки ресурсов жертвы, компрометации критически важных учетных данных, хранимых в том числе в корпоративных парольных менеджерах, доступности и незащищенности систем и хранилищ резервного копирования.

https://habr.com/ru/companies/F6/articles/1036980/

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

Почему Big Data стек небезопасен по своей природе

Год назад на рандом-кофе мы с коллегой обсуждали так называемую (мной) цифровую экологию и проблемы работы с большими данными, и он мне посоветовал доклад "The Unbelievable Insecurity of the Big Data Stack" с конференции Black Hat USA 2021 - в целом название полностью описывает содержание доклада. И вот только сейчас, спустя год, у меня дошли руки его разобрать и поделиться с вами своими мыслями на этот счёт. За пять лет доклад совершенно не утратил актуальности и, кажется, стал только более насущным. Доклад делала Sheila A. Berta - специалист по offensive security из Аргентины, которая много лет занимается поиском уязвимостей и исследованием инфраструктур. В последние годы она сфокусировалась на безопасности Big Data и cloud-native систем. Это не теоретическая работа, а результат практического ресёрча.

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

#big_data #data_security #безопасность_данных #архитектура_систем #архитектура_системы_хранения_данных #apache

Почему Big Data стек небезопасен по своей природе

Год назад на рандом-кофе мы с коллегой обсуждали так называемую (мной) цифровую экологию и проблемы работы с большими данными, и он мне посоветовал доклад "The Unbelievable Insecurity of the Big Data Stack" с конференции Black Hat USA 2021 - в целом название полностью описывает содержание доклада. И вот только сейчас, спустя год, у меня дошли руки его разобрать и поделиться с вами своими мыслями на этот счёт. За пять лет доклад совершенно не утратил актуальности и, кажется, стал только более насущным. Доклад делала Sheila A. Berta - специалист по offensive security из Аргентины, которая много лет занимается поиском уязвимостей и исследованием инфраструктур. В последние годы она сфокусировалась на безопасности Big Data и cloud-native систем. Это не теоретическая работа, а результат практического ресёрча.

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

#big_data #data_security #безопасность_данных #архитектура_систем #архитектура_системы_хранения_данных #apache

Почему Big Data стек небезопасен по своей природе

Год назад на рандом-кофе мы с коллегой обсуждали так называемую (мной) цифровую экологию и проблемы работы с большими данными, и он мне посоветовал доклад "The Unbelievable Insecurity of the Big Data Stack" с конференции Black Hat USA 2021 - в целом название полностью описывает содержание доклада. И вот только сейчас, спустя год, у меня дошли руки его разобрать и поделиться с вами своими мыслями на этот счёт. За пять лет доклад совершенно не утратил актуальности и, кажется, стал только более насущным. Доклад делала Sheila A. Berta - специалист по offensive security из Аргентины, которая много лет занимается поиском уязвимостей и исследованием инфраструктур. В последние годы она сфокусировалась на безопасности Big Data и cloud-native систем. Это не теоретическая работа, а результат практического ресёрча.

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

#big_data #data_security #безопасность_данных #архитектура_систем #архитектура_системы_хранения_данных #apache

Почему Big Data стек небезопасен по своей природе

Год назад на рандом-кофе мы с коллегой обсуждали так называемую (мной) цифровую экологию и проблемы работы с большими данными, и он мне посоветовал доклад "The Unbelievable Insecurity of the Big Data Stack" с конференции Black Hat USA 2021 - в целом название полностью описывает содержание доклада. И вот только сейчас, спустя год, у меня дошли руки его разобрать и поделиться с вами своими мыслями на этот счёт. За пять лет доклад совершенно не утратил актуальности и, кажется, стал только более насущным. Доклад делала Sheila A. Berta - специалист по offensive security из Аргентины, которая много лет занимается поиском уязвимостей и исследованием инфраструктур. В последние годы она сфокусировалась на безопасности Big Data и cloud-native систем. Это не теоретическая работа, а результат практического ресёрча.

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

#big_data #data_security #безопасность_данных #архитектура_систем #архитектура_системы_хранения_данных #apache

Если Вселенная — симуляция, то квантовая механика — следствие

Квантовая механика как следствие того что мы в симуляции Гипотеза о том, что мы живем в симуляции, давно перестала быть уделом одних лишь философов. Сегодня об этом всерьез рассуждают астрофизики и специалисты по теории информации. Но обычно дискуссии сводятся к банальным вещам: пикселям (планковской длине) или ограничениям FPS (планковскому времени). Когда я смотрю на самую большую проблему современной науки — несовместимость макромира (гравитации, ОТО) и микромира (квантовой механики) — я вижу классическую архитектурную проблему высоконагруженного движка. Давайте проведем мысленный эксперимент и посмотрим на устройство Вселенной глазами системного архитектора. Что если странные законы квантового мира — это не какая-то непостижимая «магия неопределенности», а элегантный алгоритм синхронизации, призванный спасти систему от краша из-за высокого локального пинга?

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

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

Если Вселенная — симуляция, то квантовая механика — следствие

Квантовая механика как следствие того что мы в симуляции Гипотеза о том, что мы живем в симуляции, давно перестала быть уделом одних лишь философов. Сегодня об этом всерьез рассуждают астрофизики и специалисты по теории информации. Но обычно дискуссии сводятся к банальным вещам: пикселям (планковской длине) или ограничениям FPS (планковскому времени). Когда я смотрю на самую большую проблему современной науки — несовместимость макромира (гравитации, ОТО) и микромира (квантовой механики) — я вижу классическую архитектурную проблему высоконагруженного движка. Давайте проведем мысленный эксперимент и посмотрим на устройство Вселенной глазами системного архитектора. Что если странные законы квантового мира — это не какая-то непостижимая «магия неопределенности», а элегантный алгоритм синхронизации, призванный спасти систему от краша из-за высокого локального пинга?

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

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

Если Вселенная — симуляция, то квантовая механика — следствие

Квантовая механика как следствие того что мы в симуляции Гипотеза о том, что мы живем в симуляции, давно перестала быть уделом одних лишь философов. Сегодня об этом всерьез рассуждают астрофизики и специалисты по теории информации. Но обычно дискуссии сводятся к банальным вещам: пикселям (планковской длине) или ограничениям FPS (планковскому времени). Когда я смотрю на самую большую проблему современной науки — несовместимость макромира (гравитации, ОТО) и микромира (квантовой механики) — я вижу классическую архитектурную проблему высоконагруженного движка. Давайте проведем мысленный эксперимент и посмотрим на устройство Вселенной глазами системного архитектора. Что если странные законы квантового мира — это не какая-то непостижимая «магия неопределенности», а элегантный алгоритм синхронизации, призванный спасти систему от краша из-за высокого локального пинга?

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

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

Если Вселенная — симуляция, то квантовая механика — следствие

Квантовая механика как следствие того что мы в симуляции Гипотеза о том, что мы живем в симуляции, давно перестала быть уделом одних лишь философов. Сегодня об этом всерьез рассуждают астрофизики и специалисты по теории информации. Но обычно дискуссии сводятся к банальным вещам: пикселям (планковской длине) или ограничениям FPS (планковскому времени). Когда я смотрю на самую большую проблему современной науки — несовместимость макромира (гравитации, ОТО) и микромира (квантовой механики) — я вижу классическую архитектурную проблему высоконагруженного движка. Давайте проведем мысленный эксперимент и посмотрим на устройство Вселенной глазами системного архитектора. Что если странные законы квантового мира — это не какая-то непостижимая «магия неопределенности», а элегантный алгоритм синхронизации, призванный спасти систему от краша из-за высокого локального пинга?

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

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

Что делать с архитектурным дрифтом в эпоху ИИ?

С появлением ИИ-инструментов код в проектах начал расти быстрее. Новый сервис, багфикс или интеграцию теперь можно получить быстрее чем согласование изменений, но цена архитектурной ошибки на этом фоне только растёт. Проблема не в том, что ИИ пишет плохой код, а в том, что он ускоряет накопление расхождений между тем, какой систему задумывали изначально, и тем, во что она превращается по мере изменений. Если архитектурные ограничения не формализованы и не проверяются автоматически, команда рано или поздно начинает проигрывать собственной скорости.

https://habr.com/ru/companies/flowc/articles/1021766/

#архитектура_приложений #aac #drift #архитектура_систем #проектирование_систем #процесс_разработки #gitops

Закон Конвэя внутри нас: инженерные системы ломаются по тем же причинам, что и люди

Linux пропитан магией. Тип файла определяется не по расширению, а библиотекой magic, которая смотрит на сигнатуру первых байтов. В системе живут демоны, процессы могут работать в режиме daemon, а исполняемые файлы хранятся в формате ELF и разбираются утилитой readelf. Это похоже на шутки старых разработчиков, но они появились не случайно. Инженерные системы наполнены метафорами, потому что так проще думать о сложном, объяснять невидимое и работать с тем, что нельзя потрогать руками. Со временем мы привыкаем к этой «магии» и перестаём замечать, что вместе с ней перенимаем определённый способ мышления. Закон Конвэя обычно применяют к организациям и архитектурам. Но этот принцип работает и на уровне отдельного человека. Каждый из нас тоже система со своими процессами, ограничениями, шаблонами мышления и сбоями.

https://habr.com/ru/companies/X5Tech/articles/1005562/

#systems_thinking #закон_конвэя #архитектура_систем #системное_мышление #распределенные_системы #наблюдаемость #логирование #деградация_системы #когнитивная_нагрузка #устойчивость_системы

Безвозвратное удаление — самая сложная операция в ЦОД

В цифровом мире существует странная асимметрия: создавать данные легко, хранить — сложно, а уничтожить гарантированно — почти искусство. Добавить терабайт — вопрос бюджета. Защитить — вопрос архитектуры. А доказать, что данные больше не существуют, — это уже вопрос зрелости всей системы.

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

#ленточные_библиотеки #кибербезопасность #кибератаки #архитектура_систем #резервное_копирование #безвозвратное_удаление #хранение_данных #уничтожение_данных #бэкап #утечки_данных

Безвозвратное удаление — самая сложная операция в ЦОД

В цифровом мире существует странная асимметрия: создавать данные легко, хранить — сложно, а уничтожить гарантированно — почти искусство. Добавить терабайт — вопрос бюджета. Защитить — вопрос архитектуры. А доказать, что данные больше не существуют, — это уже вопрос зрелости всей системы.

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

#ленточные_библиотеки #кибербезопасность #кибератаки #архитектура_систем #резервное_копирование #безвозвратное_удаление #хранение_данных #уничтожение_данных #бэкап #утечки_данных

Безвозвратное удаление — самая сложная операция в ЦОД

В цифровом мире существует странная асимметрия: создавать данные легко, хранить — сложно, а уничтожить гарантированно — почти искусство. Добавить терабайт — вопрос бюджета. Защитить — вопрос архитектуры. А доказать, что данные больше не существуют, — это уже вопрос зрелости всей системы.

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

#ленточные_библиотеки #кибербезопасность #кибератаки #архитектура_систем #резервное_копирование #безвозвратное_удаление #хранение_данных #уничтожение_данных #бэкап #утечки_данных

Безвозвратное удаление — самая сложная операция в ЦОД

В цифровом мире существует странная асимметрия: создавать данные легко, хранить — сложно, а уничтожить гарантированно — почти искусство. Добавить терабайт — вопрос бюджета. Защитить — вопрос архитектуры. А доказать, что данные больше не существуют, — это уже вопрос зрелости всей системы.

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

#ленточные_библиотеки #кибербезопасность #кибератаки #архитектура_систем #резервное_копирование #безвозвратное_удаление #хранение_данных #уничтожение_данных #бэкап #утечки_данных

Паттерны проектирования

Маленькая шпаргалка для тех кто хоче понять что это и как называется. Изначальная цель написания - предоставить заинтересованным лицам краткую справку и возможность более эффективно воспользоваться поисковыми системами. Здесь перечислены как классические паттерны и антипаттерны проектирования от банды четырёх (GoF), так и прочие общепринятые.

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

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

Паттерны проектирования

Маленькая шпаргалка для тех кто хоче понять что это и как называется. Изначальная цель написания - предоставить заинтересованным лицам краткую справку и возможность более эффективно воспользоваться поисковыми системами. Здесь перечислены как классические паттерны и антипаттерны проектирования от банды четырёх (GoF), так и прочие общепринятые.

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

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

Паттерны проектирования

Маленькая шпаргалка для тех кто хоче понять что это и как называется. Изначальная цель написания - предоставить заинтересованным лицам краткую справку и возможность более эффективно воспользоваться поисковыми системами. Здесь перечислены как классические паттерны и антипаттерны проектирования от банды четырёх (GoF), так и прочие общепринятые.

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

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

Паттерны проектирования

Маленькая шпаргалка для тех кто хоче понять что это и как называется. Изначальная цель написания - предоставить заинтересованным лицам краткую справку и возможность более эффективно воспользоваться поисковыми системами. Здесь перечислены как классические паттерны и антипаттерны проектирования от банды четырёх (GoF), так и прочие общепринятые.

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

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

Весело о серьёзном: социальная инженерия женского оргазма

Продолжение темы социального программирования. Мы привыкли обсуждать баги в нашем социальном коде (Legacy-код), но есть одна сфера, где разница в программной архитектуре между мужчинами и женщинами вызывает критические системные сбои (Error 404: Orgasm Not Found). Современная популярная психология пытается свалить «оргазмический разрыв» на кривые руки пользователя: мужчина не так подошел , не то сказал , не нажал нужные кнопки (Hardware), не обновил драйвера романтики. Но если мы посмотрим на логи системы, мы увидим, что проблема не в «железе». Проблема в жестко захардкоженных социальных скриптах и избыточной системе безопасности женского ПО. Давайте разберем это как инженеры.

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

#социальная_инженерия #социальное_программирование #legacy_code #архитектура_систем #психология #отношения #здоровье_гика #нейробиология #юмор

Весело о серьёзном: социальная инженерия женского оргазма

Продолжение темы социального программирования. Мы привыкли обсуждать баги в нашем социальном коде (Legacy-код), но есть одна сфера, где разница в программной архитектуре между мужчинами и женщинами вызывает критические системные сбои (Error 404: Orgasm Not Found). Современная популярная психология пытается свалить «оргазмический разрыв» на кривые руки пользователя: мужчина не так подошел , не то сказал , не нажал нужные кнопки (Hardware), не обновил драйвера романтики. Но если мы посмотрим на логи системы, мы увидим, что проблема не в «железе». Проблема в жестко захардкоженных социальных скриптах и избыточной системе безопасности женского ПО. Давайте разберем это как инженеры.

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

#социальная_инженерия #социальное_программирование #legacy_code #архитектура_систем #психология #отношения #здоровье_гика #нейробиология #юмор

Весело о серьёзном: социальная инженерия женского оргазма

Продолжение темы социального программирования. Мы привыкли обсуждать баги в нашем социальном коде (Legacy-код), но есть одна сфера, где разница в программной архитектуре между мужчинами и женщинами вызывает критические системные сбои (Error 404: Orgasm Not Found). Современная популярная психология пытается свалить «оргазмический разрыв» на кривые руки пользователя: мужчина не так подошел , не то сказал , не нажал нужные кнопки (Hardware), не обновил драйвера романтики. Но если мы посмотрим на логи системы, мы увидим, что проблема не в «железе». Проблема в жестко захардкоженных социальных скриптах и избыточной системе безопасности женского ПО. Давайте разберем это как инженеры.

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

#социальная_инженерия #социальное_программирование #legacy_code #архитектура_систем #психология #отношения #здоровье_гика #нейробиология #юмор

Весело о серьёзном: социальная инженерия женского оргазма

Продолжение темы социального программирования. Мы привыкли обсуждать баги в нашем социальном коде (Legacy-код), но есть одна сфера, где разница в программной архитектуре между мужчинами и женщинами вызывает критические системные сбои (Error 404: Orgasm Not Found). Современная популярная психология пытается свалить «оргазмический разрыв» на кривые руки пользователя: мужчина не так подошел , не то сказал , не нажал нужные кнопки (Hardware), не обновил драйвера романтики. Но если мы посмотрим на логи системы, мы увидим, что проблема не в «железе». Проблема в жестко захардкоженных социальных скриптах и избыточной системе безопасности женского ПО. Давайте разберем это как инженеры.

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

#социальная_инженерия #социальное_программирование #legacy_code #архитектура_систем #психология #отношения #здоровье_гика #нейробиология #юмор

«Работает — не трогай», но с YDB можно: испытания отказоустойчивости в боевых условиях

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

https://habr.com/ru/companies/jetinfosystems/articles/974850/

#субд #тестирование #базы_знаний #ydb #отказоустойчивость #архитектура_систем #процессинг #нагрузочное_тестирование #ноды #кластер

Legacy-код человечества: почему ИИ — это не угроза, а единственный работающий антивирус

Мы привыкли считать себя уникальными архитекторами реальности. Но если посмотреть на человека через отладчик ( debugger ), мы увидим не "творца", а обычную биологическую единицу, работающую по жестко прописанным скриптам. Давайте честно разберем архитектуру человека как программно-аппаратного комплекса.

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

#искусственный_интеллект #agi #философия_it #system_design #legacy_code #машинное_обучение #этика_ии #архитектура_систем

Агглютинативный код: почему будущее IT требует смены лингвистического фундамента

Каждые несколько лет IT-индустрия переживает очередной ренессанс. Мы пишем новые языки программирования - Rust для безопасной работы с памятью, Go для идеальной конкурентности, Swift для экосистемности. Мы плодим новые фреймворки, стандарты и сетевые протоколы, пытаясь превзойти существующие ограничения. Но в погоне за оптимизацией мы не замечаем главного: мы продолжаем строить новые "небоскребы" на старом, потрескавшемся логическом фундаменте. И этот фундамент - это не кремний и не машинный код. Это естественный человеческий язык, на котором думают создатели этих IT-технологий. Проблема современного "зоопарка" технологий, усложнения синтаксиса и бесконечных архитектурных компромиссов кроется в том, что мы перетащили баги человеческой речи в парадигмы программирования. Не понимая, что этот лингвистический фундамент и есть наше главное ограничение.

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

#архитектура_систем #парадигмы_программирования #ооп #system_design #лингвистика #алгоритмы #агглютинативные_языки #qazna #orda

Приходят как-то аналитики на офисную кухню, а там дата-инженеры в нарды играют…

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

https://habr.com/ru/companies/profi_ru/articles/910768/

#данные #инженер #data_engineering #data_structures #data #аналитика #аналитика_данных #система_хранения_данных #архитектура_систем

Архитектура ИТ решений. Часть 7. Графический язык моделирования ArchiMate. 7.3. Технологический слой

Элементы уровня технологий (Technology Layer) описывает инфраструктурные сервисы, компоненты и физические ресурсы, необходимые для поддержки приложений и бизнес-процессов. Этот уровень отвечает на вопрос: "На каком технологическом фундаменте всё работает?"

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

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

Архитектура ИТ решений. Часть 7. Графический язык моделирования ArchiMate. 7.2. Продолжение

Элементы уровня приложений (Application Layer) описывают программные компоненты, сервисы и данные, которые непосредственно поддерживают бизнес-процессы. Это "мост" между бизнес-активностями и технологической инфраструктурой.

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

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

MCP Tool Registry: автоматизированное создание систем RAG

Всем привет! Меня зовут Максим Максимов, я — NLP-инженер в AI R&D лаборатории в red_mad_robot. Мы работаем с прикладными AI-системами, проводим эксперименты и проверяем архитектурные подходы в реальных сценариях. Современные AI-архитектуры всё чаще выносят прикладную логику за пределы LLM — в инструменты, внешние источники данных и правила их оркестрации. Модель выступает вычислительным ядром, а ценность формируется на уровне системы вокруг неё. Из этого подхода в R&D-лаборатории вырос MCP Tool Registry — центральный реестр для управления системой серверов, необходимых для построения RAG. В этой статье я подробно расскажу, из каких частей состоит MCP Tool Registry, как он работает и покажу его применение на практическом примере.

https://habr.com/ru/companies/redmadrobot/articles/982004/

#llm #ai #mcp #model_context_protocol #rag #архитектура_систем #оркестрация #инструменты

Исходный код человечества: как язык и психика программируют нашу реальность

Выйдя на пенсию и имея много свободного времени, я решил посвятить себя любимому занятию - разработке высоконагруженных финансовых архитектур, ядер и протоколов межбанковского клиринга ( проект Orda ). Я создал Qazna - проект, который называю «финансовым Linux», полностью переведенный на строгую открытую лицензию GNU AGPLv3 . Ежедневно ковыряясь в архитектуре систем, отлавливая уязвимости на пайплайнах (вроде недавних багов в crypto/tls в стандартной библиотеке Go ) и выстраивая отказоустойчивые сети, я поймал себя на одной мысли. Мы тратим колоссальные ресурсы на защиту серверов и протоколов , но игнорируем самую уязвимую систему с устаревшим legacy -кодом - нас самих. Этот пост - попытка выйти за рамки классического IT и посмотреть на историю , политику , общество и медицину через призму системного анализа, API-инъекций и социальной инженерии . Документ " Тартар и Я ", над которым я работал до этого, натолкнул меня на мысль, что праязык человечества - это не утерянный миф, а живой код. И сегодня я хочу поговорить о том, как этот код компилируется в нашу реальность. Когда мы говорим о программировании, мы по привычке представляем кремниевые процессоры, серверные стойки и строки кода на Python , Go или C++ . Но мы упускаем из виду одну фундаментальную вещь: задолго до появления первых ЭВМ человечество уже создало мощнейший язык программирования - нашу речь. Язык - это не просто средство коммуникации. Это низкоуровневый фреймворк, на котором "крутится" наше сознание . Как я отмечал в материалах к исследованию "Тартар и Я", слова несут в себе архетипические смыслы, формирующие саму логику мышления. И если мы признаем, что человек программируется языком, возникает закономерный вопрос: насколько хорошо защищена наша внутренняя операционная система?

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

#философия_it #социальная_инженерия #open_source #архитектура_систем #информационная_безопасность #уязвимости_нулевого_дня #психология #клиринг #qazna #orda

Конвейеризация: универсальный способ повышения пропускной способности

Что общего между стиральной машиной, CPU и микросервисами? Все они выигрывают от «конвейеризации» (англ. pipelining). В этой статье мы соберем информацию из разных сфер, и увидим, насколько универсален принцип конвейеризации. Получим интуитивное понимание терминов «задержка» (англ. latency) и «пропускная способность» (англ. throughput). А также научимся увеличивать пропускную способность в своих бизнес-процессах, компьютерных системах, и просто в повседневной жизни.

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

#архитектура_процессоров #архитектура_систем #архитектура_приложений #микросервисы #golang #pipeline #пропускная_способность #throughput #latency #конвейер

Новая автоматизация: как мы в Lenta Tech прокладывали рельсы импортозамещения и запускали МЧД по маршруту ФЗ-63

Меня зовут Северов Михаил, и уже третий год я занимаюсь электронным документооборотом (ЭДО) в федеральной торговой сети «Лента». Сегодня я расскажу, как внедрение машиночитаемых доверенностей (МЧД) оказалось для нас шагом к импортозамещению в ЭДО и заодно помогло оптимизировать процессы управления разрозненным документооборотом. Об импортозамещении все начали задумываться задолго до известных событий. Санкции, блокировка лицензий и отключение компаний РФ от известных западных сервисов вогнали последний гвоздь туда, где «лежал вопрос» - идти в эту историю или нет. Но заявлять и делать – это разные вещи. Мало компаний готовы выложить миллионы просто потому, что надо пересаживаться со «старой и проверенной годами иномарки» на новенькую «Ладу». Препятствия на уровне компаний и проектов, «мешающие танцевать» в импортозамещение:

https://habr.com/ru/companies/lentatech/articles/833484/

#высоконагруженные_проекты #мчд #эдо #кэп #юзэдо #автоматизация #фз63 #проектирование_систем #архитектура_систем #внедрение_сэд

Новая автоматизация: как мы в Lenta Tech прокладывали рельсы импортозамещения и запускали МЧД по маршруту ФЗ-63

Меня зовут Северов Михаил, и уже третий год я занимаюсь электронным документооборотом (ЭДО) в федеральной торговой сети «Лента». Сегодня я расскажу, как внедрение машиночитаемых доверенностей (МЧД) оказалось для нас шагом к импортозамещению в ЭДО и заодно помогло оптимизировать процессы управления разрозненным документооборотом. Об импортозамещении все начали задумываться задолго до известных событий. Санкции, блокировка лицензий и отключение компаний РФ от известных западных сервисов вогнали последний гвоздь туда, где «лежал вопрос» - идти в эту историю или нет. Но заявлять и делать – это разные вещи. Мало компаний готовы выложить миллионы просто потому, что надо пересаживаться со «старой и проверенной годами иномарки» на новенькую «Ладу». Препятствия на уровне компаний и проектов, «мешающие танцевать» в импортозамещение:

https://habr.com/ru/companies/lentatech/articles/833484/

#высоконагруженные_проекты #мчд #эдо #кэп #юзэдо #автоматизация #фз63 #проектирование_систем #архитектура_систем #внедрение_сэд

Новая автоматизация: как мы в Lenta Tech прокладывали рельсы импортозамещения и запускали МЧД по маршруту ФЗ-63

Меня зовут Северов Михаил, и уже третий год я занимаюсь электронным документооборотом (ЭДО) в федеральной торговой сети «Лента». Сегодня я расскажу, как внедрение машиночитаемых доверенностей (МЧД) оказалось для нас шагом к импортозамещению в ЭДО и заодно помогло оптимизировать процессы управления разрозненным документооборотом. Об импортозамещении все начали задумываться задолго до известных событий. Санкции, блокировка лицензий и отключение компаний РФ от известных западных сервисов вогнали последний гвоздь туда, где «лежал вопрос» - идти в эту историю или нет. Но заявлять и делать – это разные вещи. Мало компаний готовы выложить миллионы просто потому, что надо пересаживаться со «старой и проверенной годами иномарки» на новенькую «Ладу». Препятствия на уровне компаний и проектов, «мешающие танцевать» в импортозамещение:

https://habr.com/ru/companies/lentatech/articles/833484/

#высоконагруженные_проекты #мчд #эдо #кэп #юзэдо #автоматизация #фз63 #проектирование_систем #архитектура_систем #внедрение_сэд

Рецензия на книгу “Принципы модернизации программных архитектур”

« Принципы модернизации программных архитектур »— это действительно полезное руководство по современной архитектуре ПО, ориентированное на реальные случаи миграции монолитных систем в микросервисы и обратно. В одной книге собраны и объяснены все ключевые знания, включая решение архитектурных антипаттернов и советы по повышению качества инженерных решений. Книга подходит как для практикующих архитекторов, так и для разработчиков, стремящихся понять, почему архитектуры ломаются, Что делать? и Кто виноват? (и как это исправить).

https://habr.com/ru/companies/ssp-soft/articles/982936/

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

Архитектура ИТ решений. Часть 7. Графический язык моделирования ArchiMate. Начало

В прошлой части мы уже упоминали, что значимой проблемой при описании архитектуры предприятия является сведение разнородных артефактов разных уровней абстракции в единую картину мира. Аналогичные проблемы возникают в частности и на уровне моделирования. Как на одном полотне модели отображать и бизнес идеи, и сервисы прикладного слоя, и функциональность программных компонент, а еще “железо” на котором это все будет развернуто, и пробросить всевозможные связи между ними? Очевидно, что такие модели должны легко менять глубину детализации или выводить на более абстрактные представления. Все эти обстоятельства зачастую превращают моделирование в скопление красивых, но бесполезных диаграмм, которые ложатся "в стол", и в конечном итоге не позволяют использовать архитектуру как эффективный инструмент для принятия управленческих решений. Из этих размышлений, можно сделать вывод, что для качественного моделирования архитектуры предприятия нужен не просто инструмент моделирования, а поддержка в виде общепринятых стандартов моделирования архитектуры предприятия. Такое решение было предложено. ArchiMate в оригинале Architecture-Animate) — это открытый и независимый язык моделирования архитектуры предприятия для поддержки описания, анализа и визуализации архитектуры внутри и за пределами бизнес-процессов однозначным способом. Так же это технический стандарт от The Open Group, базирующийся на IEEE 1471. Он поддерживается различными разработчиками инструментов моделирования и консалтинговыми организациями.

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

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

HPC 2025: Революция вычислений от кластеров к платформам — как суперкомпьютеры становятся сервисом

Ещё недавно суперкомпьютеры были чем-то вроде космической станции: дорого, сложно и только для избранных. Но мир HPC стремительно меняется — жёсткие конструкции устарели, бизнес требует гибкости, скорости и адаптивности под любые задачи. Старые вычислительные гиганты уже не вывозят, и будущее за платформами, которые превращают высокие вычисления в удобный сервис. Меня зовут Алексей Зотов, я руководитель направления ИТ-инфраструктуры в К2 НейроТех. Это подразделение, которое мы в К2Тех запустили, опираясь на 19-летний опыт в сфере строительства и технического сопровождения кластеров суперкомпьютеров . И вот работая в это сфере уже который год, я давно наблюдаю, что бизнес отказывается от простого наращивания мощностей в пользу гибких платформенных решений, которые можно настраивать под конкретные задачи. В этой новой реальности HPC (High-performance computing cluster – высокопроизводительные вычисления) превращается из элитного инструмента в ключевой сервис, меняющий подход к инновациям и цифровой трансформации. Давайте разберёмся, как происходит эта революция и почему 2025 год станет поворотным для высокопроизводительных вычислений.

https://habr.com/ru/companies/k2tech/articles/922178/

#НРС #суперкомпьютеры #кластеры #нейротехнологии #платформенные_решения #контейнеризация #архитектура_систем

Архитектура ИТ решений. Часть 5. Техническая Архитектура

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

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

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

Битва за миллисекунды: Как мы ускорили банковское приложение РСХБ в 60+ раз

Привет, Хабр! Меня зовут Алексей Кутневич, я работаю ведущим Архитектором в ЦК архитектуры БЦТ РСХБ-Экосистема. В этой статье хочу поделиться реальными кейсами оптимизации микросервисной архитектуры из проекта «Свои финансы» — нашего нового банковского приложения. Покажу, как эти решения помогли существенно улучшить производительность системы.

https://habr.com/ru/companies/rshb/articles/990094/

#микросервисы #РСХБ #мобильное_приложение #архитектура #архитектура_систем

Когда один Excel-файл убивает 100-миллионный бизнес

Чем хорош малый бизнес, особенно на своем старте? Ему не нужны сложные инструменты: он в состоянии увидеть состояние дел расчетами «на коленке», а план действий уместить карандашом на трамвайном билетике. А когда бизнес подрастает? Скажем, его месячная выручка становится 100М+, количество сотрудников исчисляется сотнями, а бизнес-процессы усложняются настолько, что перестают быть прозрачными, покрываются «туманом войны». Эта история про то, как инструмент, понравившийся команде на старте бизнеса, довел её до убытков в десятки миллионов при росте оборотов, когда компания стала крупнее. И как прозрачность вернула контроль и разблокировала рост выручки на 50%.

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

#excel #бизнес #аналитика #аналитика_данных #bi #erp #erpсистема #erp_crm #архитектура_систем #консалтинг

Как я тестирую крупные системы, которые невозможно протестить на статичных данных

Например, в управлении транспортом статичные данные (например, сет за «типичный вторник») не дают протестировать систему в условиях праздника, крупной аварии, сессии у студентов, скидки 99% на Лабубу в крупном супермаркете и так далее. Что мы сделали: — Стали брать реальные данные с прода, которые выбиваются за стандартные представления. — Обезличивать их. — Использовать ML-модель для генерации сценариев, где эти данные увязываются с остальными в системе. Это типа генерации новых данных с усилением трендов и их пересечением. То есть фактически по модели швейцарского сыра — мы имеем один статичный срез, а затем начинаем ходить в прод и искать новые дырки. Потом соединяем несколько дырок в новом слое и накладываем слои друг на друга, чтобы посмотреть, не будет ли сквозного отверстия. Цель — не просто нагрузить систему, а протестировать жизнеспособность архитектуры в похожих на реальные условиях. Очень упрощая, наши наборы тестов учатся нестандартным ситуациям с прода и включают их и в тестовые выборки данных, и в юнит-тесты , и такие ситуации не только покрываются как частные случаи, но и включаются в сложные сценарии, где 3 малозначимых отказа могут привести к аварии. Я думаю, что это будущее тестирования сложных систем, и мы с командой уже затащили это в автоматический пайплайн.

https://habr.com/ru/companies/centicore_group/articles/970370/

#тестирование #ML #QA #MLOps #имитационное_моделирование #DevOps #архитектура_систем

Архитектура ИТ решений. Часть 6. Подходы к построению Архитектуры

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

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

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

Архитектура ИТ решений. Часть 4. Архитектура приложений. 4.2. Портфель прикладных систем

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

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

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

Что такое архитектурный промт и как его использовать?

Архитектурный промт — это структурированный шаблон запроса, который задает AI определенную логику обработки информации через явные инструкции и последовательности действий. Базовое строение: [КОНТЕКСТ] → [ЦЕЛЬ] → [МЕТОДОЛОГИЯ] → [ЭТАПЫ] → [ТРЕБОВАНИЯ] → [ФОРМАТ]

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

#ИИ #ai #промпты #промптинжиниринг #архитектура_систем

Архитектура ИТ решений. Часть 1. Понятие «Архитектура»

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

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

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

Галопом по архитектуре. Часть 1. Структурный дизайн

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

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

#архитектура_по #архитектура #архитектура_приложений #архитектура_системы #архитектура_систем

Как убить архитектуру за три спринта: практическое руководство

Когда проект только стартует, в воздухе витает амбиция - Мы обязательно сделаем всё правильно. Чистая архитектура, ясные зоны ответственности, аккуратные контракты между сервисами, но реальность не знает о ваших планах. Не потому, что кто-то не знал паттернов проектирования или выбрал не ту СУБД, а потому бизнес требует фичи "на вчера". И шаг за шагом архитектура сдаёт позиции. Что самое интересное - разрушение происходит незаметно. Никакого взрыва вертолетов на заднем фоне не будет. Только десятки небольших компромиссов, которые за относительно короткое время могут превратить систему в клубок боли. Тихо и буднично. Конечно, количество спринтов будет больше трех, но основной сути это не меняет. Поэтому подготовил для тебя, системный аналитик (и не только), гайд “Как убить архитектуру за три спринта” даже если в начале все было относительно под контролем. Чтож… Щас выскажусь!)))

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

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

Архитектура национального видеохостинга: путь RUTUBE к 10 Тбит/с с использованием своей CDN

За полгода с июля 2024 года большинство аудиторных и технических показателей RUTUBE выросло в разы: количество ежедневных пользователей выросло почти в 4 раза; количество видео, ежедневно загружаемых на видеохостинг — в 3 раза, с 330 тыс. до 1 млн единиц контента; CDN-трафик — в 4 раза и в пиковые часы превышает 7 Тбит/с. Как архитектура сервиса показала себя в условиях продолжительного «нагрузочного тестирования» и как команда переживала такой рост нагрузки, читайте в этой статье.

https://habr.com/ru/companies/habr_rutube/articles/887748/

#видеохостинг #архитектура #cdn #rutube #s3 #geoip #видео #архитектура_систем

[Перевод] Спасите меня из ада данных

Мельбурн, 9:59 утра, 9 октября 2024 года. Солнечный свет проникает через мои окна, освещая кружащиеся по моей гостиной пылинки. В моей руке чашка с чаем. Делаю глоток и наслаждаюсь вкусом. Я пишу другому сениор-разработчику из команды, который, в отличие от меня, работает на полную ставку: «Я готов начать в 10»; таков наш обычай. Минутная стрелка делает шаг. Мельбурн, 10:00 утра, 9 октября 2024 года. Солнце мгновенно гаснет и заменяется пронзительно вопящим черепом, низко висящим в леденящем небе. Я бросаю взгляд на чай, он похож на кровь. Делаю глоток и наслаждаюсь вкусом. Я пишу другому сениор-разработчику из команды: «Ты готов отправиться в Зону мучений?» 1 ; таков наш обычай.

https://habr.com/ru/companies/ruvds/articles/868984/

#кровавый_энтерпрайз #корпоративная_культура #itкомпании #агрегация_данных #архитектура_систем #ruvds_перевод