Отчасти вы правы. Именно об этом мы и говорим, что не всякое решение, которое вам приносят как "вундервафлю", которая решит все ваши проблемы - таковой является. Сейчас идет волна популярности интеграции ИИ и машинного обучения везде, где можно и нельзя. С другой стороны - если вы являетесь оператором ЦОД, где несколько очередей, оборудование вводилось в эксплуатацию в разные периоды и объем самого оборудования очень большой, то предиктивный анализ уже может показать свою востребованность. Объясню максимально просто: у вас обслуживание проводится с определенной периодичностью, если дефект начинает проявляться в интервале между обслуживаниями - при обычной схеме мониторинга вы его не выявите пока авария не произойдет, а в случае аналитики, система сможет отследить отклонение в работе до того как эти отклонения станут критическими
Полностью с вами согласен) Но для себя я решил, что большая научная работа — это не про меня. Именно поэтому в своё время я не пошел в аспирантуру. Мне хочется оставить преподавание на уровне помощи и приятного для себя занятия.
На данный момент практически всё, что я использую, описано в разделе «Мой подход».
Единственное, могу добавить, что стараюсь делать упор на визуальное восприятие. Когда даю задание, то стараюсь рисовать картинку (схему сети, либо просто какую-то структурную) и объяснять уже материал на ее основе. На мой взгляд, так намного проще понимать и запоминать то, что ты узнаешь впервые)
А так ещё в планах создать краткое пособие по сетям и безопасным сетям, так сказать, программу минимум.
К сожалению, из-за чипа, хранящего кол-во чисток, получить от чистящей ленты что-то большее не получится. Например, IBM пишет:
The IBM cleaning cartridge is designed to be used for 50 cleanings. Once a cleaning cartridge has been used to its maximum number of uses, the cartridge is considered expired. When the cleaning cartridge has been used 50 times, discard the cleaning cartridge. The LTO tape drive will detect, and automatically eject, an expired cartridge. Using the cleaning cartridge more than 50 times can cause debris to be deposited on the drive head, which may result in errors or inferior data quality.
Спасибо! Полностью согласен, ключевая роль выделенного эксперта по непрерывности в ходе интервью – это как раз донести до бизнеса разницу между «сломалось, придется задержаться, чтобы доделать» и «случилась катастрофа, в приоритете самое критичное». К сожалению, всё это часто приходится доносить в рамках 1-2 встреч. При этом я сторонник того, что в первых итерациях BIA заполнение опросника должно быть только очным, иначе 100% ресурсов компании окажутся MC :)
P.S. Если говорить о Payroll, то усложнение BIA включает в себя вопросы пиковой нагрузки и плавающее RTO, когда мы сравниваем потенциальные затраты на возможность восстановления бухгалтерских систем в считанные часы с концентрацией риска недоступности систем именно в день выплат. Решение в таком случае за владельцем бюджета.
Спасибо за вашу оценку. Тема с выбором инструмента для проведения BIA заслуживает отдельного поста :) но условно их можно разбить на 3 группы:
База – великий и ужасный Excel, отлично кастомизируются прямо в процессе BIA и бесплатны. В первые итерации это точно лучший инструмент. Из минусов - долгая обработка результатов. Шаблонов в открытом доступе очень много, например:
Системы класса GRC. Зачастую они имеют модуль управления непрерывностью. Удобны тем, что всё в одном месте, минусы – невозможна (или очень долгая) кастомизация, цена.
Самописные системы. Работал с системой управления непрерывностью, сделанной на базе Jira, и по мере накопления данных это было очень круто. Огромное количество информации для принятия управленческих решений. Из минусов – затраты на разработчиков. Подходит скорее для очень крупных компаний.
Если мы говорим о зеркалировании репозиториев от RedHat (доступны нам через RedHat Subscription), то официальный ответ от RedHat -- нет. Если что-то другое, то лучше уточнить все вводные
Тяга есть, будем работать)
Спасибо! Обязательно ознакомлюсь)
Отчасти вы правы. Именно об этом мы и говорим, что не всякое решение, которое вам приносят как "вундервафлю", которая решит все ваши проблемы - таковой является.
Сейчас идет волна популярности интеграции ИИ и машинного обучения везде, где можно и нельзя.
С другой стороны - если вы являетесь оператором ЦОД, где несколько очередей, оборудование вводилось в эксплуатацию в разные периоды и объем самого оборудования очень большой, то предиктивный анализ уже может показать свою востребованность. Объясню максимально просто: у вас обслуживание проводится с определенной периодичностью, если дефект начинает проявляться в интервале между обслуживаниями - при обычной схеме мониторинга вы его не выявите пока авария не произойдет, а в случае аналитики, система сможет отследить отклонение в работе до того как эти отклонения станут критическими
У ряда дистрибутивов "кактус" входит в заводскую комплектацию и тратить силы на его выкорчевывание совсем не хочется.
Мы всегда за "повозиться" 🙂
В RHEL нужно особенно не любить GRUB, чтобы убирать его из дефолтной инсталляции.
У нас статья с уклоном в "RHEL и Компания". Выпиливание GRUB возможно, но не так уж он и раздражает 🙂
Спасибо большое! Это чудесно :)
Большое спасибо! Буду учиться искать баланс, надеюсь успешно)
Полностью с вами согласен) Но для себя я решил, что большая научная работа — это не про меня. Именно поэтому в своё время я не пошел в аспирантуру. Мне хочется оставить преподавание на уровне помощи и приятного для себя занятия.
На данный момент практически всё, что я использую, описано в разделе «Мой подход».
Единственное, могу добавить, что стараюсь делать упор на визуальное восприятие. Когда даю задание, то стараюсь рисовать картинку (схему сети, либо просто какую-то структурную) и объяснять уже материал на ее основе. На мой взгляд, так намного проще понимать и запоминать то, что ты узнаешь впервые)
А так ещё в планах создать краткое пособие по сетям и безопасным сетям, так сказать, программу минимум.
Спасибо!
В первую очередь мы ориентировались на коммерческие продукты. По Open Source пока планов нет
UserGate не проходил тестирование производительности. Нагрузочные тесты запланированы на релизной версии 7.1, результаты будут также опубликованы)
К сожалению, из-за чипа, хранящего кол-во чисток, получить от чистящей ленты что-то большее не получится. Например, IBM пишет:
The IBM cleaning cartridge is designed to be used for 50 cleanings. Once a cleaning cartridge has been used to its maximum number of uses, the cartridge is considered expired. When the cleaning cartridge has been used 50 times, discard the cleaning cartridge. The LTO tape drive will detect, and automatically eject, an expired cartridge. Using the cleaning cartridge more than 50 times can cause debris to be deposited on the drive head, which may result in errors or inferior data quality.
Спасибо! Полностью согласен, ключевая роль выделенного эксперта по непрерывности в ходе интервью – это как раз донести до бизнеса разницу между «сломалось, придется задержаться, чтобы доделать» и «случилась катастрофа, в приоритете самое критичное». К сожалению, всё это часто приходится доносить в рамках 1-2 встреч. При этом я сторонник того, что в первых итерациях BIA заполнение опросника должно быть только очным, иначе 100% ресурсов компании окажутся MC :)
P.S. Если говорить о Payroll, то усложнение BIA включает в себя вопросы пиковой нагрузки и плавающее RTO, когда мы сравниваем потенциальные затраты на возможность восстановления бухгалтерских систем в считанные часы с концентрацией риска недоступности систем именно в день выплат. Решение в таком случае за владельцем бюджета.
Спасибо за вашу оценку. Тема с выбором инструмента для проведения BIA заслуживает отдельного поста :) но условно их можно разбить на 3 группы:
База – великий и ужасный Excel, отлично кастомизируются прямо в процессе BIA и бесплатны. В первые итерации это точно лучший инструмент. Из минусов - долгая обработка результатов. Шаблонов в открытом доступе очень много, например:
https://csrc.nist.gov/files/pubs/sp/800/34/r1/upd1/final/docs/sp800-34-rev1_bia_template.docx
https://www.cms.gov/Research-Statistics-Data-and-Systems/CMS-Information-Technology/InformationSecurity/Downloads/Business-Impact-Analysis-BIA-Process-and-Template.docx
https://www.england.nhs.uk/wp-content/uploads/2023/04/part-1-b-business-impact-analysis-templates.xlsm
Системы класса GRC. Зачастую они имеют модуль управления непрерывностью. Удобны тем, что всё в одном месте, минусы – невозможна (или очень долгая) кастомизация, цена.
Самописные системы. Работал с системой управления непрерывностью, сделанной на базе Jira, и по мере накопления данных это было очень круто. Огромное количество информации для принятия управленческих решений. Из минусов – затраты на разработчиков. Подходит скорее для очень крупных компаний.
Добрый день. К сожалению, нет. Можете попробовать отправить нам официальный запрос на общую почту.
Вот:
Если мы говорим о зеркалировании репозиториев от RedHat (доступны нам через RedHat Subscription), то официальный ответ от RedHat -- нет. Если что-то другое, то лучше уточнить все вводные