#ноды — Public Fediverse posts

Как перестать писать ТЗ и начать рисовать ноды: история системного аналитика, который освоил N8N

Привет! Меня зовут Александра, я системный аналитик в компании «Совкомбанк Технологии». У меня большой рабочий опыт в интеграциях и выстраивании рабочих процессов. До недавнего времени моя роль была классической – «переводчик» между бизнесом и разработкой: я писала ТЗ, рисовала схемы, проводила встречи и тестировала код. Но многое изменилось с приходом в мою жизнь N8N. В этой статье хочу поделиться с вами опытом внедрения в работу инструмента N8N.

https://habr.com/ru/companies/sovcombank_technologies/articles/1027594/

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

Как перестать писать ТЗ и начать рисовать ноды: история системного аналитика, который освоил N8N

Привет! Меня зовут Александра, я системный аналитик в компании «Совкомбанк Технологии». У меня большой рабочий опыт в интеграциях и выстраивании рабочих процессов. До недавнего времени моя роль была классической – «переводчик» между бизнесом и разработкой: я писала ТЗ, рисовала схемы, проводила встречи и тестировала код. Но многое изменилось с приходом в мою жизнь N8N. В этой статье хочу поделиться с вами опытом внедрения в работу инструмента N8N.

https://habr.com/ru/companies/sovcombank_technologies/articles/1027594/

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

Как перестать писать ТЗ и начать рисовать ноды: история системного аналитика, который освоил N8N

Привет! Меня зовут Александра, я системный аналитик в компании «Совкомбанк Технологии». У меня большой рабочий опыт в интеграциях и выстраивании рабочих процессов. До недавнего времени моя роль была классической – «переводчик» между бизнесом и разработкой: я писала ТЗ, рисовала схемы, проводила встречи и тестировала код. Но многое изменилось с приходом в мою жизнь N8N. В этой статье хочу поделиться с вами опытом внедрения в работу инструмента N8N.

https://habr.com/ru/companies/sovcombank_technologies/articles/1027594/

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

Kubernetes без магии: запускаем первый кластер, разбираем архитектуру и взаимодействие компонентов

Kubernetes часто называют сложной системой, в которой легко запутаться. Control Plane, etcd, scheduler, worker nodes — когда сталкиваешься с этим в первый раз, кажется, что разобраться невозможно. Но на самом деле за громкими названиями скрываются простые и логичные компоненты. Мы подготовили простую теоретическую подводку и ранбук по запуску своего кластера с нуля. Материал подойдёт всем, кто хоть немного знаком с контейнерами и хочет понять, что происходит после команды kubectl apply. Никакой магии — только архитектура, жизненные циклы, живые примеры и пара схем для наглядности. Поехали →

https://habr.com/ru/companies/netologyru/articles/1020538/

#minikube #kubectl #docker #nginx #control_plane #pod #ноды #архитектура_Kubernetes #запуск_кластера #kubeproxy

0.0006 PKOIN

Личный кейс (Bastyon):

В мае 2022 года я развернул полноценную ноду с кошельком — было 911 PK. Всё работало стабильно. К ноябрю 2025 года баланс вырос до 4011 PK.

20 ноября 2025 года в 4 утра все 4011 PK были списаны двумя непроверяемыми транзакциями. Обращения в поддержку и к Сачкову результата не дали. После этого я сделал вывод о критических проблемах безопасности платформы Bastyon и прекратил использование системы как финансового инструмента.

На текущий момент в сети Bastyon заявлено около 400 узлов, но реально полноценно функционируют примерно 140–150. Остальные либо не настроены корректно, либо фактически неактивны. Таким образом, работоспособность сети обеспечивается ограниченным числом узлов, что не соответствует заявляемой степени децентрализации.

Кейс демонстрирует типичную проблему псевдодецентрализованных систем: расхождение между заявленной архитектурой сети и её фактической операционной устойчивостью.

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

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

В совокупности это переводит платформу из категории «trustless-среды» в модель с частично доверенным центром управления, даже если формально он не декларируется.

Заключение:

Данный кейс указывает на структурный разрыв между декларируемой децентрализацией Bastyon и её фактической реализацией. При низкой доле реально работающих узлов и отсутствии прозрачного механизма расследования спорных транзакций система демонстрирует зависимость от ограниченного числа операторов и непрозрачных процедур.

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

https://bastyon.com/post?s=7a9807f5c7a3d2640ec9444bb498713693174262deca2b7ba9ee62bf24c18db3&ref=PJ51iZCUEtcVrCj4Wof8Am7FbKLgbAJ7PS

Хэштеги: #Bastyon #PKOIN #криптобезопасность #децентрализация #blockchain #узлы #ноды #cybersecurity #cryptoanalysis #digitaltrust

0.0006 PKOIN

Личный кейс (Bastyon):

В мае 2022 года я развернул полноценную ноду с кошельком — было 911 PK. Всё работало стабильно. К ноябрю 2025 года баланс вырос до 4011 PK.

20 ноября 2025 года в 4 утра все 4011 PK были списаны двумя непроверяемыми транзакциями. Обращения в поддержку и к Сачкову результата не дали. После этого я сделал вывод о критических проблемах безопасности платформы Bastyon и прекратил использование системы как финансового инструмента.

На текущий момент в сети Bastyon заявлено около 400 узлов, но реально полноценно функционируют примерно 140–150. Остальные либо не настроены корректно, либо фактически неактивны. Таким образом, работоспособность сети обеспечивается ограниченным числом узлов, что не соответствует заявляемой степени децентрализации.

Кейс демонстрирует типичную проблему псевдодецентрализованных систем: расхождение между заявленной архитектурой сети и её фактической операционной устойчивостью.

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

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

В совокупности это переводит платформу из категории «trustless-среды» в модель с частично доверенным центром управления, даже если формально он не декларируется.

Заключение:

Данный кейс указывает на структурный разрыв между декларируемой децентрализацией Bastyon и её фактической реализацией. При низкой доле реально работающих узлов и отсутствии прозрачного механизма расследования спорных транзакций система демонстрирует зависимость от ограниченного числа операторов и непрозрачных процедур.

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

https://bastyon.com/post?s=7a9807f5c7a3d2640ec9444bb498713693174262deca2b7ba9ee62bf24c18db3&ref=PJ51iZCUEtcVrCj4Wof8Am7FbKLgbAJ7PS

Хэштеги: #Bastyon #PKOIN #криптобезопасность #децентрализация #blockchain #узлы #ноды #cybersecurity #cryptoanalysis #digitaltrust

От рассвета до заката, или Как Deckhouse Kubernetes Platform управляет жизненным циклом узлов кластера

Управление жизненным циклом узлов в Kubernetes легко превращается в марафон ручной настройки — от подготовки окружения в облачных сетапах до регулярного обновления скриптов и корректного удаления узлов. В Deckhouse Kubernetes Platform мы автоматизировали этот процесс, и неважно, работаете вы в облаке или в собственном дата-центре. В статье технический руководитель команды Deckhouse Core рассказывает, как платформа скрывает сложность управления узлами за понятными ресурсами и инструментами, позволяя безопасно и предсказуемо развёртывать, масштабировать и обновлять узлы без ручного труда.

https://habr.com/ru/companies/flant/articles/985612/

#deckhouse #deckhouse_kubernetes_platform #devops #ноды #capi

От рассвета до заката, или Как Deckhouse Kubernetes Platform управляет жизненным циклом узлов кластера

Управление жизненным циклом узлов в Kubernetes легко превращается в марафон ручной настройки — от подготовки окружения в облачных сетапах до регулярного обновления скриптов и корректного удаления узлов. В Deckhouse Kubernetes Platform мы автоматизировали этот процесс, и неважно, работаете вы в облаке или в собственном дата-центре. В статье технический руководитель команды Deckhouse Core рассказывает, как платформа скрывает сложность управления узлами за понятными ресурсами и инструментами, позволяя безопасно и предсказуемо развёртывать, масштабировать и обновлять узлы без ручного труда.

https://habr.com/ru/companies/flant/articles/985612/

#deckhouse #deckhouse_kubernetes_platform #devops #ноды #capi

От рассвета до заката, или Как Deckhouse Kubernetes Platform управляет жизненным циклом узлов кластера

Управление жизненным циклом узлов в Kubernetes легко превращается в марафон ручной настройки — от подготовки окружения в облачных сетапах до регулярного обновления скриптов и корректного удаления узлов. В Deckhouse Kubernetes Platform мы автоматизировали этот процесс, и неважно, работаете вы в облаке или в собственном дата-центре. В статье технический руководитель команды Deckhouse Core рассказывает, как платформа скрывает сложность управления узлами за понятными ресурсами и инструментами, позволяя безопасно и предсказуемо развёртывать, масштабировать и обновлять узлы без ручного труда.

https://habr.com/ru/companies/flant/articles/985612/

#deckhouse #deckhouse_kubernetes_platform #devops #ноды #capi

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

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

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

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

[Перевод] Глубокое погружение в запросы, лимиты и специфику использования CPU в Kubernetes

Джон Такер помогает разобраться с ключевыми аспектами управления ресурсами CPU в Kubernetes. Он объясняет разницу между запросами и лимитами, показывает их влияние на производительность приложений и делится практическими советами по настройке контейнеров. Если хотите улучшить работу кластеров, эта статья станет вашим гидом.

https://habr.com/ru/companies/flant/articles/898190/

#запросы #лимиты #threads #потоки #троттлинг #троттлинг_в_kubernetes #поды #узлы #ноды #cpu

Proxmox Datacenter Manager: новый способ управления нодами

Proxmox — яркий представитель систем, которые при должной настройке работают годами без перерыва. Максимальный аптайм моих серверов уже превысил три года — и это не предел. Да, он не идеален и до сих пор у него были недостатки, с которыми приходилось мириться. А вот недавно на официальном форуме была опубликована альфа-версия новой системы управления Proxmox Datacenter Manager — должно помочь! Что же это за софт? Давайте разбираться.

https://habr.com/ru/companies/ru_mts/articles/873244/

#ноды #управление_нодами #софт #proxmox

Асинхронность в blueprints и Unreal Engine

Если вы давно работаете с unreal engine, то точно должны знать, что в движке есть различные ноды, которые можно вызвать сейчас, а получить результат функции потом, да еще и продолжить логику, когда функция выполнится.

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

#latent #латентные #async #asynchronous #unreal_engine #blueprints #ноды #функции #асинхнонные #асинк

Как мы ищем деградации на нодах в кластерах Kubernetes

Привет, Хабр! Меня зовут Станислав Егоркин, я инженер юнита IaaS департамента разработки Infrastructure в Авито . В этой статье я расскажу про инструмент, который мы используем для обнаружения деградаций на нодах в кластерах Kubernetes, а также покажу дашборд, где мы наблюдаем за состоянием всех наших нод.

https://habr.com/ru/companies/avito/articles/847466/

#kubernetes #npd #observability #grafana #go #golang #ноды #поиск_деградаций #деградации_на_нодах