Горжусь теми 151 подписчиками, кто выбрали Лейкхаус.
Только не забудьте познакомиться с моделью безопасности. И особенностями комплаенса с ней тех сервисов, которые планируете использовать.
Это я еще про крутилку S3 ключей для различных команд не вспомнил. И то что локейшены в одном каталоге можно (и наверняка понадобится) размазать по разным бакетам для ролевки.
Потом на эти все художества смотрит ваш корпоративный кибербез в растерянном недоумении.
———————————————
13-ти хадуперам: мадам зе месье, мое уважение!
Только не забудьте познакомиться с моделью безопасности. И особенностями комплаенса с ней тех сервисов, которые планируете использовать.
Это я еще про крутилку S3 ключей для различных команд не вспомнил. И то что локейшены в одном каталоге можно (и наверняка понадобится) размазать по разным бакетам для ролевки.
Потом на эти все художества смотрит ваш корпоративный кибербез в растерянном недоумении.
———————————————
13-ти хадуперам: мадам зе месье, мое уважение!
😁7 7 3
Forwarded from СМАРТЛАБ НОВОСТИ
Мощность подключённых к сети дата-центров в России достигла 5 ГВт, большая часть сосредоточена в Москве и Санкт-Петербурге — Замминистра энергетики Пётр Конюшенко
Читать далее
👉 https://smartlab.news/i/203772
мы в max
Читать далее
👉 https://smartlab.news/i/203772
мы в max
По заявкам.
Разные движки воспринимают ролевую модель айсберг-лейкхауса по-разному. И с этим надо смириться и воспринимать как вариант нормы.
Поэтому учимся защищать данные даже в тех ситуациях, когда конкретный движок решит забить на правила.
Один из способов- начать работать с S3 ключами.
А как? А вот так.
1️⃣ команде пользователю данных выдаем ключ не на весь бакет, а более гранулярно. Пользуемся тем, что если default location у нас s3://ice-bucket/data, то объекты по умолчанию будут разложены по префиксам s3://ice-bucket/data/schema/table.
Вот и выписываем их гранулярно на схемы и таблицы. Эти же ключи раскладываем по ноутбукам, спаркам, трино каталогам, аэрфлоу и тд.
2️⃣ В айсберг таблице есть параметр location. Это корень обхода дерева метадаты айсберг и то куда айсберг складывает свой стафф. По умолчанию он берется из настроек коннектора и каталога.
Так вот, ничего не мешает этот локейшен точечно переопределить. Например на s3://ice-bucket/secret/ или s3://secret-bucket или (внезапно!) hdfs://path
И все будет работать до тех пор пока чтец обладает правами на предоставленных ему s3 ключах.
Причем во многих s3 реализациях нельзя на один ключ грантовать права в разных бакетах. Разнося таблицы по бакетам мы получаем гарантию, что команды из чистой зоны физически не смогут добраться до секретной зоны со своими ключами.
Вот так мы добавляем доп слой гарантированной безопасности, который будет работать на низком уровне даже если сервисы джейлбрейкнут Ranger или REST Catalog. (А они ведь могут!)
Не забудьте только навайбкодить сервис, который будет выпускать, отзывать, аудировать и раскладывать в конфиги и волты ваши s3 ключи! 😎
Разные движки воспринимают ролевую модель айсберг-лейкхауса по-разному. И с этим надо смириться и воспринимать как вариант нормы.
Поэтому учимся защищать данные даже в тех ситуациях, когда конкретный движок решит забить на правила.
Один из способов- начать работать с S3 ключами.
А как? А вот так.
Вот и выписываем их гранулярно на схемы и таблицы. Эти же ключи раскладываем по ноутбукам, спаркам, трино каталогам, аэрфлоу и тд.
Так вот, ничего не мешает этот локейшен точечно переопределить. Например на s3://ice-bucket/secret/ или s3://secret-bucket или (внезапно!) hdfs://path
И все будет работать до тех пор пока чтец обладает правами на предоставленных ему s3 ключах.
Причем во многих s3 реализациях нельзя на один ключ грантовать права в разных бакетах. Разнося таблицы по бакетам мы получаем гарантию, что команды из чистой зоны физически не смогут добраться до секретной зоны со своими ключами.
Вот так мы добавляем доп слой гарантированной безопасности, который будет работать на низком уровне даже если сервисы джейлбрейкнут Ranger или REST Catalog. (А они ведь могут!)
Не забудьте только навайбкодить сервис, который будет выпускать, отзывать, аудировать и раскладывать в конфиги и волты ваши s3 ключи! 😎
Please open Telegram to view this post
VIEW IN TELEGRAM
✍7 3 2
Подпишетесь на канал, в котором явные ИИ ген посты?
Anonymous Poll
50%
Точно нет. ⚔️
37%
Да, не проблема, если интересно и полезно. 👍
13%
Посмотреть ответы
А ведь теперь Ютуб может сам генерить вот этот жанр видео сколь угодно массово.
Менторский контент, неторопливый монтаж, картинки и видео со стоков. То что раньше требовало сотни часов нарратива и монтажа от миллионов криэторов, теперь сделает толковая ИИ ферма.
Значит и рекламой делиться с ними незачем.
Менторский контент, неторопливый монтаж, картинки и видео со стоков. То что раньше требовало сотни часов нарратива и монтажа от миллионов криэторов, теперь сделает толковая ИИ ферма.
Значит и рекламой делиться с ними незачем.
💯8😁5❤1
RustFS анонсировал S3 Tables функционал.
https://rustfs.com/blog/rustfs-s3-tables-iceberg-rest-catalog-quickstart/
Что такое S3 Tables? Это по сути Iceberg REST Catalog, встроенный прямо в коробку S3
https://rustfs.com/blog/rustfs-s3-tables-iceberg-rest-catalog-quickstart/
Что такое S3 Tables? Это по сути Iceberg REST Catalog, встроенный прямо в коробку S3
Rustfs
RustFS Launches S3 Tables: Apache Iceberg Tables Inside an Open-Source Object Store
RustFS now ships built-in S3 Tables — an Apache Iceberg REST Catalog running inside the object storage kernel. Create and query Iceberg tables with Spark, DuckDB, or PyIceberg, no plugins required. Open source under Apache 2.0.
В Superset сделали MCP сервер из коробки.
Кто пробовал?
https://superset.apache.org/developer-docs/extensions/mcp/
Максимально популярная BI-ка в российском и не-российском дата бомже-стеке.
Кто пробовал?
https://superset.apache.org/developer-docs/extensions/mcp/
Максимально популярная BI-ка в российском и не-российском дата бомже-стеке.
Apache Superset
MCP Integration | Superset
<!--
Обратный ETL через Superset и премудрости корп архитектуры
Словарь архитектора по-простому. Прямой ETL это когда аналитики забирают информацию с прода. Обратный ETL - когда прод забирает полезное из дата стека.
Открыл для себя что один из самый простых способов поставить данные из КХД на прод - через Superset API. Там есть несколько методов программно по HTTP выдрать датасет из-под чарта.
Опа!
https://superset.company.name/api/v1/chart/{chart_id}/data/ - и готово!
И это здорово, так как не порождает никаких доп процессов и систем. Суперсет-то все равно работает. Данные - обычный датасетик-витрина, легко создается и обмазывается теми же DBT тестами. Всяко лучше, чем городить силами дата офиса отдельные сервисы на FastAPI. Ноль лишних сущностей для команды данных.
И самый смех в том, что в условиях кровавого энтерпрайза эта конструкция легко протаскивантся через самые жесткие комитеты. Включая кибербезников.
Сами посудите
1️⃣ Данные идут из готовой системы, которая уже утверждена по высокому классу безопасности. А как по-другому, в BI в любом случае содержатся и перс данные и корп тайна.
2️⃣ Ролевая модель доступа - есть. Достаточно замороченная (для целей BI - слишком замороченная). Авторизация - есть, причем уже сынтегрированная с принятыми в вашей конторке SSO и LDAP-ами. Даже RLS можно сделать! Даже секьюрити аудит через логи суперсета можно устроить.
3️⃣ HTTP протокол, значит он легко убирается за доп слои безопасности, за любые балансировщики и фаерволлы, хоть NGFW с анализами паттернов доступа. Накинуть серты Минцифры - запросто! Его же легко замониторить, он понятен разработчикам на абсолютно любом стеке.
4️⃣ Готовый MCP сервер заказывали? А он там есть.
В итоге на первый взгляд - элемент дендрофекальной архитектры. А на деле - надежный энтерпрайзный паттерн интеграции.
🧐🧐🧐
Словарь архитектора по-простому. Прямой ETL это когда аналитики забирают информацию с прода. Обратный ETL - когда прод забирает полезное из дата стека.
Открыл для себя что один из самый простых способов поставить данные из КХД на прод - через Superset API. Там есть несколько методов программно по HTTP выдрать датасет из-под чарта.
Опа!
https://superset.company.name/api/v1/chart/{chart_id}/data/ - и готово!
И это здорово, так как не порождает никаких доп процессов и систем. Суперсет-то все равно работает. Данные - обычный датасетик-витрина, легко создается и обмазывается теми же DBT тестами. Всяко лучше, чем городить силами дата офиса отдельные сервисы на FastAPI. Ноль лишних сущностей для команды данных.
И самый смех в том, что в условиях кровавого энтерпрайза эта конструкция легко протаскивантся через самые жесткие комитеты. Включая кибербезников.
Сами посудите
В итоге на первый взгляд - элемент дендрофекальной архитектры. А на деле - надежный энтерпрайзный паттерн интеграции.
🧐🧐🧐
Please open Telegram to view this post
VIEW IN TELEGRAM
🔥8 4💩2
Чему я научился в трейдинге
Я довольно много трейдил. По молодости криптой, в более зрелом состоянии - на российском рынке. И конечно же, много терял на этом.
И сейчас понимаю, что это довольно полезный опыт. Главное - он дает ментальную рамку, как действовать, когда случилось что-то плохое. Непредвиденно плохое.
Вот твоя большая поза залетела в убытки. Ты на такое не рассчитывал, ты, естественно, хотел, чтобы был большой плюс, иначе зачем ты бы в эту позу залез. Все просчитал, выверил. Но не так сталось как казалось.
В этот момент ты не:
🚫 Не уговариваешь позу измениться с минуса на плюс
🚫 Не думаешь, вот надо было по-другому поступать, вставать не в лонг, а наоборот в шорт.
🚫 Не винишь черных лебедей, не ищешь виноватых, Трампа и Путина. Это не их палец нажимал на кнопки в терминале.
🚫 Не винишь и себя (блин, какой же я идиот!)
🚫 Не вспоминаешь, как раньше-то было хорошо и сколько ты заработал в аналогичных ситуациях.
Вместо этого ты:
➕ Определяешь максимальный объем убытка и боли, который готов пережить. Это надо сделать ДО вхождения в позицию, но если раньше нет, то хотя бы сейчас. «Стоп-лосс»
➕ Максимально насколько возможно режешь убытки. «Зарезать лося» на трейдерском.
➕ Составляешь план минимизации долгосрочных последствий. Как и на чем будем отыгрываться. И будем ли, или вообще бросаем этот рынок и идем заниматься чем-то другим в другом месте.
➕ Делаешь выводы, какие именно неверные действия и какая неверная логика привела к тому, что ты наполучал горячих.
➕ Делаешь выводы с тем чтобы такое в твоей голове никогда не повторялось.
Казалось бы, что такого, вполне естественные алгоритмы, все мы стремимся действовать именно так. Не бином Ньютона и не открытая вдруг Америка.
Фишка в том, что для тебя как трейдера это становится рутиной. Что-то вроде второй кожи, дисциплиной, проверенной многократными тренировками.
Потом это начинает работать во всех жизненных ситуациях. В кризисе на работе. В том что нанялся не туда работать. В различных отношениях с людьми, когда доверился не тому человеку. Спокойно без эмоций режем лося, ставим себе зарубку на будущее и идем дальше.
Как жаль, что не все в мире можно так просто зарезать как лося в терминале. Найти другую приличную работу занимает время, закрыть невыгодный контракт не всегда возможно. А некоторый фарш назад вовсе не провернуть: потерянное здоровье, залетание в остроги, публичные пятна на биографии. Но даже там можно и полезно спокойно действовать на минимизацию последствий и убытков.
Отдельный навык - не словить звездочку в случае внезапного успеха. Отличить, когда это твоя заслуга в прибыли, а когда ты просто случайно угадал с таймингами покупки битка. Или когда просто случился общий прилив, который поднял все лодки (а твою поменьше остальных, кстати!). "Альфа и бета" на языке трейдеров.
П.С. Недавно подсчитал результат за 12 месяцев и он оказался +37%. Похвастаюсь немного.🧐
Повторить не смогу.
Я довольно много трейдил. По молодости криптой, в более зрелом состоянии - на российском рынке. И конечно же, много терял на этом.
И сейчас понимаю, что это довольно полезный опыт. Главное - он дает ментальную рамку, как действовать, когда случилось что-то плохое. Непредвиденно плохое.
Вот твоя большая поза залетела в убытки. Ты на такое не рассчитывал, ты, естественно, хотел, чтобы был большой плюс, иначе зачем ты бы в эту позу залез. Все просчитал, выверил. Но не так сталось как казалось.
В этот момент ты не:
🚫 Не уговариваешь позу измениться с минуса на плюс
🚫 Не думаешь, вот надо было по-другому поступать, вставать не в лонг, а наоборот в шорт.
🚫 Не винишь черных лебедей, не ищешь виноватых, Трампа и Путина. Это не их палец нажимал на кнопки в терминале.
🚫 Не винишь и себя (блин, какой же я идиот!)
🚫 Не вспоминаешь, как раньше-то было хорошо и сколько ты заработал в аналогичных ситуациях.
Вместо этого ты:
➕ Определяешь максимальный объем убытка и боли, который готов пережить. Это надо сделать ДО вхождения в позицию, но если раньше нет, то хотя бы сейчас. «Стоп-лосс»
➕ Максимально насколько возможно режешь убытки. «Зарезать лося» на трейдерском.
➕ Составляешь план минимизации долгосрочных последствий. Как и на чем будем отыгрываться. И будем ли, или вообще бросаем этот рынок и идем заниматься чем-то другим в другом месте.
➕ Делаешь выводы, какие именно неверные действия и какая неверная логика привела к тому, что ты наполучал горячих.
➕ Делаешь выводы с тем чтобы такое в твоей голове никогда не повторялось.
Казалось бы, что такого, вполне естественные алгоритмы, все мы стремимся действовать именно так. Не бином Ньютона и не открытая вдруг Америка.
Фишка в том, что для тебя как трейдера это становится рутиной. Что-то вроде второй кожи, дисциплиной, проверенной многократными тренировками.
Потом это начинает работать во всех жизненных ситуациях. В кризисе на работе. В том что нанялся не туда работать. В различных отношениях с людьми, когда доверился не тому человеку. Спокойно без эмоций режем лося, ставим себе зарубку на будущее и идем дальше.
Как жаль, что не все в мире можно так просто зарезать как лося в терминале. Найти другую приличную работу занимает время, закрыть невыгодный контракт не всегда возможно. А некоторый фарш назад вовсе не провернуть: потерянное здоровье, залетание в остроги, публичные пятна на биографии. Но даже там можно и полезно спокойно действовать на минимизацию последствий и убытков.
Отдельный навык - не словить звездочку в случае внезапного успеха. Отличить, когда это твоя заслуга в прибыли, а когда ты просто случайно угадал с таймингами покупки битка. Или когда просто случился общий прилив, который поднял все лодки (а твою поменьше остальных, кстати!). "Альфа и бета" на языке трейдеров.
П.С. Недавно подсчитал результат за 12 месяцев и он оказался +37%. Похвастаюсь немного.
Повторить не смогу.
Please open Telegram to view this post
VIEW IN TELEGRAM
Telegram
Архитектор Данных
Моя топовая история починки чего-либо тянулась нон-стоп 32 часа.
Это был Greenplum заказчика, который несколькими последовательными командами gprecoverseg вывели в «нештатный» режим. Ночная смена под жестким sla плюс неудачное стечение обстоятельств.
Через…
Это был Greenplum заказчика, который несколькими последовательными командами gprecoverseg вывели в «нештатный» режим. Ночная смена под жестким sla плюс неудачное стечение обстоятельств.
Через…
👍12❤4🔥4 1