Что является эквивалентом “dogfooding” в системном администрировании?

Вопрос или проблема

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

Какой эквивалент “dogfooding” в системном администрировании?

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

Использование ПК, настроенного из стандартного образа, как у всех остальных.

Работа с пользовательскими правами большую часть времени, повышение прав только при необходимости.

Ещё одна мысль: Попросите близкого друга или родственника пройтись по вашей документации и следовать ей, честно сообщив, насколько это понятно.

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

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

В разработке программного обеспечения “dogfooding” — это просто разрекламированное слово для того, что, на мой взгляд, должно называться “тестированием”. Фактическое использование продукта? Как это сделал бы клиент? Это должен быть очень очевидный шаг.

Термин был популяризирован Microsoft, но они одна из тех компаний, для которых “употребление собственного корма” имеет чуть больше смысла, чем в других компаниях. Если вы разрабатываете программное обеспечение для управления стоматологической практикой, это другая ситуация, чем если вы, скажем, разрабатываете операционную систему / текстовый процессор / веб-браузер / почтовый сервер / инструмент разработки программного обеспечения … что-то, что разработчик программного обеспечения обычно использует на регулярной основе.

Но в том же духе это имеет смысл для системных администраторов по многим тем же причинам — мы часто поддерживаем те же системы, которые сами используем. Поэтому, когда вы можете использовать тот же скрипт / ограничения / приложение / базу данных / сервер / образ диска / сеть / что угодно, что используют ваши пользователи, вы должны это делать — это и есть “dogfooding”. Пробуйте всё раз. Через какое-то время попробуйте снова.

Также обратите внимание, что частое “употребление корма” приводит к утолщению, на мой взгляд. Это не просто игра слов!

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

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

Некоторые поведения, которые это подтверждают:

  • Работа в качестве стандартного пользователя (будь то Windows или *NIX) и повышение прав только при необходимости.
  • Использование стандартного рабочего оборудования с той же сборкой ОС и пакетами, что и у ваших пользователей.
  • Применение тех же политик к ИТ-персоналу (и разработчикам), что и к обычным пользователям, если нет деловых причин делать иначе. Если стандарт компании — использовать только IE, то на ИТ-устройствах не должно быть установок Firefox.

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

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

Используйте стандартную учетную запись пользователя для входа в вашу рабочую станцию и запуска ваших LOB-приложений (текстовый процессор, электронная почта, CRM и т. д.).

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

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

Dogfooding – (dôg-fūd-ĭng)

Что происходит с плохо функционирующими системными администраторами. Обратитесь к этому и этому для получения дополнительных деталей.

Работа с жесткими GPO ваших пользователей. Фу … иногда собакиVomit.

Мне очень понравился этот пост! Petslover действительно умеет делать наши дни ярче.

Ответ или решение

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

Системные администраторы могут принимать участие в аналогичной практике, чтобы обеспечить качество своей работы и систем, которые они администрируют. Ниже приведены несколько ключевых методов и рекомендаций, которые могут помочь объяснить эквивалент "собачьего кормления" в области системного администрирования:

  1. Использование стандартного рабочего окружения: Системные администраторы должны работать на компьютерах, настроенных аналогично тем, что используются конечными пользователями. Это включает использование общепринятых ОС, настройку программного обеспечения и администрирование сетевых ресурсов.

  2. Работа с учётной записью стандартного пользователя: Рекомендуется работать в роли стандартного пользователя, а не с административными полномочиями. Это применимо как в системах Windows, так и в Unix-подобных системах. Привилегии должны использоваться только тогда, когда это действительно необходимо. Это не только помогает в имитации условий работы пользователей, но и создает более безопасную среду.

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

  4. Тестирование резервных копий: Один из самых рискованных шагов – это "проверка" надежности вашей системы резервного копирования, например, удалив свою домашнюю папку и проверив, насколько быстро и эффективно система восстановит данные. Если это вызывает у вас беспокойство, возможно, стоит пересмотреть вашу систему резервного копирования.

  5. Использование инструментов отслеживания проблем: Сообщайте о проблемах с помощью тех же систем отслеживания ошибок, что и ваши пользователи. Это заставляет вас следовать тем же процессам и процедурам, что и ваши пользователи, и создает более справедливую среду.

  6. Применение политик безопасности: На практике все работники, включая IT-отдел и администраторов, должны следовать одним и тем же политикам безопасности, что делает служебные предложения более последовательными и справедливыми.

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

Оцените материал
Добавить комментарий

Капча загружается...