Обновить
4K+
6
Андрей Ганюшкин@SleepwalkerOne

Enterprise Architect

5
Рейтинг
4
Подписчики
Отправить сообщение

Карта способов построить logical air gap

Уровень сложностиСредний
Время на прочтение13 мин
Охват и читатели7.1K

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

Классический air gap — это и есть «бетонный саркофаг» в чистом виде: между сегментами нет ни одного кабеля, изоляция идеальная, пользоваться невозможно. На другом полюсе — обычный reverse proxy: удобно, быстро и почти ничего не изолирует. Всё интересное находится между этими полюсами и называется logical air gap: сквозного сетевого пути между сегментами нет, а осмысленный обмен данными — есть.

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

Читать далее

ИБ глазами архитектора: между «карточным домиком» и «бетонным саркофагом»

Уровень сложностиСредний
Время на прочтение13 мин
Охват и читатели8.5K

О том как информационная безопасность влияет на архитектуру.

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

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

Читать далее

История одного маленького эксперимента с Node.js

Время на прочтение7 мин
Охват и читатели13K
Вот что может получиться если делать приложение на незнакомых технологиях при ограниченном времени.
Эта статья будет интересна скорее всего новичкам ну или просто для развлечения. Будьте осторожны статья полна субъективных оценок и бестолковый рассуждений автора.

Началось все вот с этой статьи и давнего желания поближе познакомиться с Node.js. Упускать такое стечение обстоятельств было нельзя). Что из этого получилось вы найдете под катом.

Читать дальше →

Доступ к файловой системе в MarkLogic Server

Время на прочтение4 мин
Охват и читатели2K
MarkLogic является сервером приложений и любая программа написанная на XQuery для него может получить доступ не только к объектам хранящимся в самой базе данных, но и к файлам находящимся непосредственно на файловой системе.
API предоставляющий доступ к файловой системе в MarkLogic Server не так уж и богат, но имеющихся средств вполне достаточно чтобы зачитывать данные с файловой системы напрямую из XQuery кода и выполнять сохранения файлов на неё.
Читать дальше →

Данные в MarkLogic Server [Part1]

Время на прочтение5 мин
Охват и читатели2.5K
MarkLogic Server – это документо-ориентированная native XML база данных. Как и в любой документо-ориентированной DB в MarkLogic Server данные можно представить как файлово-фолдерную структуру. Кстати, при доступе к хранилищу через WebDAV данные именно так и представляются. Помимо собственно XML в MarkLogic Server можно хранить и любые бинарные данные в виде файлов.

Внутренне представление XML данных в MarkLogic Server довольно сложное и будет рассмотрено позже. Сейчас же стоит сказать о том, что поместить в MarkLogic Server можно только well formed XML так как хранится он не в виде простого текста, а как объект данных типа XML. Кодировкой внутреннего представления XML данных является Unicode, что избавляет от множества проблем с разными языками. Все Entity в XML данных разворачиваются в цифровые еntity. Если в документе используются только они, то это не доставит никаких проблем, в противном случае MarkLogic Server должен «знать» о всех используемых entity.
Читать дальше →

Profiler в MarkLogic Server

Время на прочтение5 мин
Охват и читатели1.4K
Профилирование – это очень важный аспект при разработке и поддержке почти любого приложения. Не в меньшей мере это относится и к базам данных. Особенно при больших объёмах информации производительность запросов к хранилищу данных является очень критичным. Что же касается производительности запросов в MarkLogic Server и их профилирования, можно сказать что эти вопросы являются одними из самых важных так как XQuery используемый в MarkLogic Server позволяет писать не только очень сложные запросы к самой DB но и довольно сложные приложения.
Читать дальше →

Улучшения XQuery в MarkLogic Server

Время на прочтение6 мин
Охват и читатели1.2K
В MarkLogic Server реализован собственный диалект XQuery, который называется XQuery 1.0-ml. Не трудно догадаться, что это — тот самый XQuery 1.0 с некоторыми дополнениями от MarkLogic, призванными сделать жизнь разработчика лучше.
Читать дальше →

Информация

В рейтинге
1 234-й
Откуда
Королев, Москва и Московская обл., Россия
Дата рождения
Зарегистрирован
Активность

Специализация

Специалист
Старший