К сожалению, из-за чипа, хранящего кол-во чисток, получить от чистящей ленты что-то большее не получится. Например, 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 -- нет. Если что-то другое, то лучше уточнить все вводные
QCI 65 поддерживается начиная с релиза 13. У нас софт соответствует 12 релизу. Поэтому на текущий момент ответ — нет, не получаем. Однако сам смартфон это поддерживает.
Авторизация в MLflow была добавлена не так давно, в версии 2.5.0, описанные в статье "мучения" делались до релиза этой версии MLflow, и, к сожалению, полапать авторизацию в MLFlow удалось уже после написания основной части статьи. Стоило упомянуть этот момент в самой статье, тут каюсь. Но в целом даже сейчас, когда уже успел потрогать авторизацию MLFlow, могу сказать, что реализация оставляет желать лучшего, ролевая система довольно скудная (админ и юзер) и проблем с организацией проектов в MLFlow никак не решает. В моем кейсе авторизация нужна не с точки зрения безопасности (система и так в закрытом контуре), а для разграничения специалистов и их функциональных обязанностей между проектами. Авторизация MLflow этот вопрос не решает (по крайней мере текущая версия).
В нашем кейсе не рассматривали Kubeflow т.к. не используем Kubernates при внутренней разработке моделей (Kubeflow решение для Kubernates). Я внес Kubeflow в раздел с подборкой платформ как рекомендацию хорошего решения которое может быть полезно читателям (тем более если в вашем стеке присутствует Kubernates).
QCI это правильно, но тогда: 3а. В решении от Триалинк IMS не требуется. Используется собственная разработка для голоса 3б. Да, в решении EPC от Триалинк есть функционал PCRF, но он сильно урезан
Да, вы правы. Триалинк начинал с профессиональных сетей, но в последнее время они делают упор на частные сети. ПАК EPC включен в ТОРП с прохождением всех необходимых тестов и сертификаций. Сейчас многие элементы Триалинка (не только EPC) переведены на российскую разработку, что видно в реестрах российского ПО и ТОРП.
В данном случае SGW — это Sip Gateway, шлюз в SIP сети.
Если говорить про оборудование крупных вендоров, то для линеек продукции массового производства в большинстве случаев есть несколько релизов софта (старые и новые) и патчи, которые позволяют пофиксить проблему. В нашем случае мы имеем нишевый продукт, для которого альтернативного софта на момент тестирования не существовало. Поэтому замена оборудования была единственным быстрым вариантом решения проблемы. А вендор в свою очередь получил важную информацию о работе своего продукта и начал устранять ошибки.
В данном случае стояла блокировка на уровне софта, что было выявлено в ходе анализа трейсов и сообщений между телефоном и сетью, а также на основе спецификации производителя телефона
Само отношение к 1С у многих осталось во временах 7.7 и 8.0. Многие до сих пор боятся Linux и Postgres. Цели статьи как раз совпадают с вашим мессаджем.
Гипервизоры я не рассматривал в этой статье. А так да, про OpenStack тоже на написал) Сравнение Linux и Windows по производительности, надежности и прочим — это тема для холиваров
В первую очередь мы ориентировались на коммерческие продукты. По 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 -- нет. Если что-то другое, то лучше уточнить все вводные
QCI 65 поддерживается начиная с релиза 13. У нас софт соответствует 12 релизу. Поэтому на текущий момент ответ — нет, не получаем. Однако сам смартфон это поддерживает.
В том числе и смартфоны с приложением, на Android и iOS.
Авторизация в MLflow была добавлена не так давно, в версии 2.5.0, описанные в статье "мучения" делались до релиза этой версии MLflow, и, к сожалению, полапать авторизацию в MLFlow удалось уже после написания основной части статьи. Стоило упомянуть этот момент в самой статье, тут каюсь. Но в целом даже сейчас, когда уже успел потрогать авторизацию MLFlow, могу сказать, что реализация оставляет желать лучшего, ролевая система довольно скудная (админ и юзер) и проблем с организацией проектов в MLFlow никак не решает. В моем кейсе авторизация нужна не с точки зрения безопасности (система и так в закрытом контуре), а для разграничения специалистов и их функциональных обязанностей между проектами. Авторизация MLflow этот вопрос не решает (по крайней мере текущая версия).
В нашем кейсе не рассматривали Kubeflow т.к. не используем Kubernates при внутренней разработке моделей (Kubeflow решение для Kubernates). Я внес Kubeflow в раздел с подборкой платформ как рекомендацию хорошего решения которое может быть полезно читателям (тем более если в вашем стеке присутствует Kubernates).
Приходите к нам в гости. Покажем, как всё работает вживую
Необходимо искать в реестре ТОРП
Спасибо, учтем
QCI это правильно, но тогда:
3а. В решении от Триалинк IMS не требуется. Используется собственная разработка для голоса
3б. Да, в решении EPC от Триалинк есть функционал PCRF, но он сильно урезан
Да, вы правы. Триалинк начинал с профессиональных сетей, но в последнее время они делают упор на частные сети. ПАК EPC включен в ТОРП с прохождением всех необходимых тестов и сертификаций. Сейчас многие элементы Триалинка (не только EPC) переведены на российскую разработку, что видно в реестрах российского ПО и ТОРП.
В данном случае SGW — это Sip Gateway, шлюз в SIP сети.
Через назначение соответствующих QCI.
Если говорить про оборудование крупных вендоров, то для линеек продукции массового производства в большинстве случаев есть несколько релизов софта (старые и новые) и патчи, которые позволяют пофиксить проблему. В нашем случае мы имеем нишевый продукт, для которого альтернативного софта на момент тестирования не существовало. Поэтому замена оборудования была единственным быстрым вариантом решения проблемы. А вендор в свою очередь получил важную информацию о работе своего продукта и начал устранять ошибки.
Добрый день,
Это российский вендор Trialink, оборудование которого входит в ТОРП.
Это зависит от договоренностей с операторами сотовой связи, так как на их частотах строится сеть для потенциальных заказчиков.
В данном случае стояла блокировка на уровне софта, что было выявлено в ходе анализа трейсов и сообщений между телефоном и сетью, а также на основе спецификации производителя телефона
Само отношение к 1С у многих осталось во временах 7.7 и 8.0. Многие до сих пор боятся Linux и Postgres. Цели статьи как раз совпадают с вашим мессаджем.
Гипервизоры я не рассматривал в этой статье. А так да, про OpenStack тоже на написал)
Сравнение Linux и Windows по производительности, надежности и прочим — это тема для холиваров