5 плохие причины для обновления ядра Linux
блоги

KernelCare объявляется через партнерскую сеть AWS (APN)

Восходящая траектория продолжается здесь, в KernelCare. Являясь элементом более широкого набора предложений CloudLinux, KernelCare теперь является передовым технологическим партнером в партнерской сети AWS (APN). В первую неделю июля Джим Джексон, президент и технический директор CloudLinux, заглянул в блог AWS APN, чтобы рассказать пользователям AWS, как

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

Какое решение по управлению уязвимостями лучше выбрать? Сосредоточиться на Tenable.io

Неотъемлемой частью решения для управления уязвимостями в Tenable.io является их собственный сканер уязвимостей Nessus. Nessus существует уже двадцать лет и является одной из самых распространенных технологий безопасности в мире. Теперь он является центральным компонентом более широкой платформы SaaS Tenable.io. Как и следовало ожидать, родословная Nessus делает Tenable.io

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

Какое решение по управлению уязвимостями лучше выбрать? Сосредоточиться на Qualys

В области решений для управления уязвимостями есть три основных игрока: Rapid7, Qualys и Nessus. Если вы сильно облачны, Qualys - вариант. Кроме того, если вы разбираетесь в управлении ИТ-операциями (ITOM), Qualys обладает лучшей функциональностью. Вот все, что вам нужно знать о Qualys.

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

Какое решение по управлению уязвимостями лучше выбрать? Сосредоточиться на Rapid7

Управление уязвимостями должно происходить круглосуточно. Сканирование уязвимостей обнаруживает риски и уязвимости, и с ними борются исправления или другие решения. Чтобы помочь решить эту проблему, существует ряд решений по управлению уязвимостями. В области решений для управления уязвимостями есть три основных игрока: Rapid7, Qualys и Nessus. Вот краткое описание Rapid7.

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

KernelCare объявляется через партнерскую сеть AWS (APN)

Восходящая траектория продолжается здесь, в KernelCare. Являясь элементом более широкого набора предложений CloudLinux, KernelCare теперь является передовым технологическим партнером в партнерской сети AWS (APN).

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

Поздравляем с Днем Рождения Linux!

В августе 25th, Linux включил 28. Это были большие годы 28 для ОС с талисманом пингвина. В 1991 Линус Торвальдс, которому лет 21, изучал информатику в Хельсинкском университете в Финляндии. Окончил 1996, написав диссертацию «Linux: переносимая операционная система».

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

Какой инструмент управления конфигурацией (CM) мне следует использовать? В центре внимания SaltStack

Впервые выпущенный в 2011, SaltStack был изначально разработан для обеспечения быстрого обмена данными с малой задержкой при удаленном выполнении в средах SysAdmin. SaltStack является популярным вариантом, когда речь идет о массовом развертывании и CM, с уникальными плюсами и минусами. Здесь есть все, что вам нужно знать.

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

Какой инструмент управления конфигурацией я должен использовать? В центре внимания шеф-повара

Развитие DevOps привело к необходимости создания инструментов, позволяющих инженерам одновременно управлять сотнями или даже тысячами машин. С помощью процесса, известного как инфраструктура как код (IaC), инструменты управления конфигурацией (CM) позволяют командам SysAdmins и DevOps поддерживать видимость своей серверной инфраструктуры, а также развертывать и выполнять действия на

Больше
5 плохие причины для обновления ядра Linux
Блог KernelCare

Какой инструмент управления конфигурацией (CM) мне следует использовать? В центре внимания Ansible

ИТ-инфраструктура перемещается в облако; ВМ и контейнеры разрастаются. Количество активных приложений постоянно растет, и все они размещаются на серверах. Сегодняшним командам SysAdmins и DevOps приходится управлять огромным количеством серверов; гораздо больше, чем они сделали даже несколько лет назад. к

Больше