Cockpit: веб-интерфейс управления сервером CentOS/RHEL

Канбан – это система, которую изобрели на концерне, где создаются одни из лучших автомобилей Японии – Toyota.

Рабочий процесс

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

На этом эта­пе за каж­дой зада­чей закреп­ля­ет­ся испол­ни­тель и могут вво­дить­ся лими­ты на коли­че­ство выпол­ня­е­мых задач — если на ста­дии «Дизай­на» сто­ит лимит «2», то толь­ко два маке­та могут нахо­дить­ся на руках у дизайнеров.

Выпол­нен­ную зада­чу испол­ни­тель дол­жен отправ­лять на про­вер­ку и толь­ко в слу­чае отсут­ствия заме­ча­ний она может перей­ти на сле­ду­ю­щую стадию.

Рабочий процесс

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

Коли­че­ство рабо­чих ста­дий и лими­ты задач коман­да опре­де­ля­ет само­сто­я­тель­но. Глав­ное пра­ви­ло: не брать новую зада­чу, пока не выпол­не­на теку­щая, и не отка­зы­вать­ся от теку­щей, пока она не пере­ве­де­на на новую ста­дию. Как имен­но опре­де­лять сте­пень готов­но­сти зада­чи — решай­те сами

Использование веб-интерфейса cockpit для управления CentOS

Откройте веб-консоль Cockpit в браузере, перейдя по адресу:

https://ip:9090

Использование веб-интерфейса cockpit для управления CentOS

IP — адрес вашего сервера с cockpit

Для авторизации в Cockpit используются локальные учетные записи в CentOS. Можно авторизовать под root.

При авторизации в интерфейсе Cockpit, на главной странице вы можете увидеть монитор производительности сервера:

Использование веб-интерфейса cockpit для управления CentOS

В динамических графиках показывается текущая нагрузка на основные ресурсы вашего сервера:

Удобно смотреть на графики в режиме реального времени, визуально информация воспринимается куда проще. Рядом с графиками есть информация о системе, а так же возможность управления электропитанием сервера (можно быстро перезагрузить или выключить сервер):

С левой стороны панели, есть меню. Некоторые пункты мы рассмотрим подробно:

Использование веб-интерфейса cockpit для управления CentOS

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

В разделе сеть, вы можете управлять сетевыми настройками и правилами файерволла:

Как видите, у нас есть 3 правила, которые можно просмотреть или изменить, в панели вы так же можете добавить новые правила:

Использование веб-интерфейса cockpit для управления CentOS

Т.е. если вы неуверенно чувствуете себя в консоли, вы можете настроить правила файервола через web-интерфейс.

Помимо настроек файерволла, вы можете управлять настройками сетевых интерфейсов (изменить VLAN на сервере, файл конфигурации сети, добавить мост и т.д.):

Создать дополнительного пользователя для вашего сервера можно в несколько кликов:

Использование веб-интерфейса cockpit для управления CentOS

Можете через консоль убедиться, что пользователь создан:

Читайте также:  Командная​ ​строка​ ​Ubuntu: ​команды​ ​bash

[[email protected] ~]# cat /etc/passwd | grep tes

test:x:1000:1000:test:/home/test:/bin/bash

Использование веб-интерфейса cockpit для управления CentOS

В разделе службы, вы можете настраивать и управлять сетевыми сервисами.

Если вы откроете любой сервис, можно увидеть все настройки:

Настройте автозапуск сервиса, остановите/запустите его, а также в окне определенной службы, вы увидите журнал ошибок или предупреждений. В моем случае я открыл сервис cockpit и в журналах есть предупреждения о том, что у меня не установлен сертификат для консоли.

Использование веб-интерфейса cockpit для управления CentOS

Для веб-интерфейса cockpit по умолчанию используется самодопдписанный сертификат, который хранится в каталоге /etc/cockpit/ws-certs.d. Можете заменить его коммерческим SSL сертфикатом или использовать бесплатный Let’s Encrypt.

На вкладке “Программные обновления” можно включить управлять установкой обновлений CentOS и пакетов из подключенных репозиториев.

Можно включить автоматическое обновление системы (выполняется через пакет dnf-automatic).

Использование веб-интерфейса cockpit для управления CentOS

После установки которого, вы можете настроить вариант обновления вашей системы и задать время для автоматической установки обновлений.

Если вас не устраивает вариант с автоматическим обновлением, вы можете их устанавливать в ручную.

В консоли если удобный веб-терминал, для работы с сервером из привычного shell для запуска команд:

Использование веб-интерфейса cockpit для управления CentOS

Если у вас используется SELinux, им также можно управлять через cockpit.

Если с главной страицы веб интерфейса щелкнуть по графику дисковой активности, появится веб интерфейс для управления дисками (Storage). где вы можете создать или перенастроить LVM разделы, настроить RAID группы или подключить iSCSI устройства.

Сам веб-интерфейс интуитивно понятен даже тем, кто использует его впервые и на самом деле, не обязательно быть новичком в системном администрировании, чтобы использовать его. Доступ к панели управления можно получить с любого устройства, просто открыв нужный адрес и введя данные, то есть, вы можете администрировать ваш сервер даже со смартфона.

Использование веб-интерфейса cockpit для управления CentOS

В Cockpit можно управлять сразу множеством серверов CentOS/RHEL. Для этого нужно добавить необходимые сервера в Machines dashboard.

Применение канбан в IT

Система канбан, продолжая приносить пользу на производственных конвейерах, проникла в сферу программного обеспечения.

Только карточки, на которых указаны информация о сроках выполнения, описание или номер процесса и имя исполнителя, теперь прикрепляются не к таре с запчастями, а к доске с расчерченными колонками:

Применение канбан в IT
  • Бэклог — задачи, которые надо выполнить
  • Задачи, которые в данный момент разрабатываются
  • Задачи, которые выполнены, но еще не переданные тестировщикам
  • Задачи, готовы к передаче отделу тестирования
  • Задачи, которые проходят проверку проект-менеджером (ПМ)
  • Выполненные задачи

Над колонками обычно пишется число — лимит, указывающий на максимальное количество процессов в ней. Лимит бэклога высчитывается в зависимости от ведущего времени. Если в системе 5 работ в процессе, и завершение каждой из них в среднем занимает 1 день, то и бэклог можно ограничить лимитом 5.

Структура выше не является строгой — в зависимости от специфики проекта могут быть добавлены импровизированные колонки. Нередко встречается канбан система, в которой требуется определить критерии готовности задачи перед ее выполнением. Тогда появляются две колонки, которые в английском языке называются specify (уточнить параметры) и execute (взяться за работу).

  • Еще может добавляться колонка с приоритетной очередью. Когда исполнитель освобождается, то он должен опустошить именно эту колонку с задачами, а затем браться за другие.
  • Задачи, которые не были выполнены, либо возвращаются в бэклог, либо вычеркиваются из схемы.
  • Канбан не поощряет многозадачность, поэтому устанавливается лимит процессов для одного исполнителя.
  • Выполненная работа предпочтительнее нескольким начатым.
  • Браться за вторую работу можно, если первая была заблокирована.
  • Время для выполнения задачи должно быть сбалансировано. Слишком короткий срок отразится на качестве. Чересчур растянутый лимит растрачивает ресурсы команды и повышает стоимость процесса.
Применение канбан в IT

Почему повсеместно используется канбан-доска, а не, например, планшеты или огромный монитор? Как отвечают на этот вопрос поклонники системы, обычная доска имеет два преимущества: она проста и обеспечивает визуальный контроль. На ней легко вносить изменения, и она обеспечивает тактильное и социальное взаимодействие между участниками команды.

Читайте также:  Google chrome грузит процессор: что делать

Добавление Conky В Автозагрузку

Мы настроим Conky на автозапуск при загрузке системы, добавив программу в «Startup Applications».

Запуск Conky При Старте Системы

Нажмите Alt+F2 чтобы попасть в «Run dialog».

Наберите gnome-session-properties если Вы используете рабочий стол GNOME, либо наберите mate-session-properties если Вы используете MATE. Нажмите кнопку Run (Выполнить).

Кликните на Add (Добавить) и заполните следующие поля:

Поле Значение
Name (Имя) conky
Command (Команда) conky -p 15
Comment (Комментарий) Системный монитор

Перезагрузитесь.

Команда conky -p 15 запускает Conky с задержкой в 15 секунд. Эта пауза нужна нам, чтобы предотвратить запуск Conky раньше загрузки рабочего стола. Увеличьте задержку, если Conky продолжает появляться до загрузки рабочего стола и исчезает после появления обоев. Настройка Conky

Первым делом Conky ищет локальный ~/.conkyrc файл, и если он не существует, тогда Conky работает с дефолтным конфигом — /etc/conky/.

Скопируйте дефолтный конфиг Conky в Вашу домашнюю директорию:

$ cp /etc/conky/ ~/.conkyrc

Теперь редактируйте файл ~/.conkyrc для изменения настроек Conky:

$ vi ~/.conkyrc

Дополнительная Информация:

  • Список всех доступных опций Conky
  • Список всех переменных Conky
  • Скриншоты с примерами конфигураций и скриптов

Преимущества канбан-досок

Любая Канбан-доска это, прежде всего, такие плюсы:

  1. Командность. Все задачи визуализированы и показывают, насколько вовлечен в работу каждый участник команды.
  2. Приоритеты и контролирование ситуации. Все задачи в столбцах стоят в порядке приоритетности, а значит, никто не запутается. Если стикеры не перемещаются по доске, сразу видно – у кого застопорилась работа. Можно придумать, как усилиться или перепоручить задание другому специалисту.
  3. Фокусировка на задачах. Согласно Канбану, есть ограниченность в выполнении количества задач одновременно для лучшей фокусировки и прикладывания максимальных усилий для успешного выполнения заданий.
  4. Контроль загрузки. Таким способом легко оценивать загрузку специалистов или фрилансеров – доска наглядно показывает занятость и динамику работы.
  5. Положительные эмоции от движения задач. По окончанию таска, стикер переклеивается (а онлайн – переносится) в другую колонку, переходя на новый этап. Это своеобразный ритуал, приносящий чувство завершенности и радости.
Читайте также:  Как вывести список пользователей в Ubuntu Linux

Определение приоритетов в Канбан-системе

Для выделения приоритетных задач рамках канбан-системы используются классы обслуживания. Класс обслуживания может быть присвоен определенной работе, задаче, клиентов или проблеме, которая мешает эффективной работе.

Выделяют 4 основных класса:

Определение приоритетов в Канбан-системе
  • Ускоренный класс – своеобразная реанимация или скорая помощь, требует немедленного реагирования, задача/проблема/вопрос должен быть разрешен прямо сейчас или как можно оперативнее.
  • Класс с определенной зафиксированной датой – задача должна быть решена к определенной дате, иначе возникают дополнительные расходы или обязательства.
  • Стандартный класс – стоимость просроченной задачи пропорциональна использованному времени. Чем раньше будет выполнена задача, тем больше будет прибыли.
  • Нематериальный класс – задача к исполнению, но существенной прибыли не приносит, цена невыполнения растет довольно медленно. К такому классу можно отнести отправку не срочной документации – можно не отправить сейчас, но через пару месяцев придется на отправку потрать полдня.

Как вам такой метод планирования и организации деятельности и работы над проектами? Поделитесь своими размышлениями в комментариях.

Нюансы/мыли

Если говорить об интернет продуктах, то kanban работает, помогает и улучшает, но есть ряд опасений или же нюансов, которые необходимо учитывать.

Нюансы/мыли
  • Скорее всего введение лимитов WIP на столбец может немного напугать управленческий состав проекта. Ведь как определить сколько разработчик или, например тестировщик могут параллельно решать задач? А вдруг мы введем ограничения и они будут попросту прохлаждаться?

Понимаете, если человек не загружен на все сто, это не есть плохо. Он может обучаться и анализировать проделанную работу, находить недочеты и исправлять их, да пусть даже и отдыхать. Плюс, можно помочь товарищам с других частей процесса (столбцов), подробнее далее.

  • Как утверждают гуру kanaban, система идеально работает в кросс-функциональных командах. Ну что-то вроде того, если тебе нечего делать, иди помоги товарищу по цеху. Правда, чтобы сколотить себе команду, где разработчики могут быть тестировщиками и наоборот, а архитектор системы поможет дизайнеру, нужно будет выложить немалые деньги, да и стоит ли?

Конечно, прекрасно, когда участники команды учатся у друг друга и в случае чего могут где-то помочь. Но, чтобы такое условие соблюдалось, необходимо иметь небольшие команды, которые желательно сидят где-то рядом и постоянно общаются. На больших проектах тяжело воспроизвести такой обмен опыта.

Нюансы/мыли

Поэтому, я больше склоняюсь к оттачиванию своего скила, если уж выдалась спокойная минута. Посмотри, что сделал, подумай, как можно улучшить, почитай полезные статьи. Человек, это живой организм, а не шестеренка в конвеере.