В планах знаком ![/!\](/moin_static197/modernized/img/alert.png "/!\"){kind=small}
помечены места, про которые хотелось бы найти в Сети какую-нибудь информацию. Любые ссылки приветсвуются. Пишите мне на george@po.cs.msu..su. Всех поучаствовавших в проекте помяну поименно (если оно вам надо, конечно).
Настройка, адаптация и запуск системного и прикладного программного обеспечения
В случае ПО трудно провести четкую границу между планированием и внедрением. Проектирование конфигурационных файлов -- это явно и окончание планирования (решение задачи в терминах выбранного инструмента), и начало внедрения (реализация решения). Точно так же многие подготовительные действия требуются в процессе сопровождения.
Воспроизводимость (Reuse, R) решений пользовательских задач (лучше всего -- автоматическая):
- Протоколирование процесса внедрения
- автоматизация и резервное копирование настроек
- документирование процесса обслуживания
- Протоколирование процесса внедрения
Двойное покрытие (Doubling, D):
- зеркалирование
- синхронизация данных
- оперативное восстановление
Тройка USF
U -- это интерфейс
Интерфейс ПО -- точка взаимодействия человека и машины в ЧМС, а главная задача СА -- обеспечить это взаимодействие.
По одежке (U) встречают, по уму (S) провожают. Про силу (F) мечтают.
- Выбор интерфейса на стадии планирования vs. доработка на стадии внедрения. Преимущества Linux / OSS
- Информационное пространство: проблема "самодокументированности" интуитивно понят(н)ых интерфейсов.
Эффективность ( решения задачи > взаимодействия > ... > самого интерфейса )
S -- это защищенность и надежность
Сбои в защите и отказы в обслуживании -- источник внезапной неоплачиваемой работы СА, в награду за которую он получит нагоняй от начальника. Еще раз: S -- не функиональность системы, поэтому средства обеспечения S должны строго планироваться, а на уровне внедрения -- адаптироваться к условиям на местах.
- Надежность
- Цена простоя и Single Point of Failure
- Предэксплутационное тестирование, в т. ч. на пиковой нагрузке
Необходимость / стогимость D
- Защищенность
- Недоделанная защита -- осетрина второй свежести
- DOS -- повод для пересмотра решения пользовательской задачи
- Взлом -- повод для пересмотра архитектуры в целом и обновления учетных записей
F -- это Use Cases
F = { UseCases + AdmPrediction }+
Чем больше (незапланированного!) F, тем сложнее поддержка
Чем меньше F, тем болшьше шансов напороться на новую задачу,требующую пересмотра решения
Болезнь новых версий (
в процессе сопровождения -- еще хуже)
Операционная система
Заниматься ею будут люди на ролях типа "администратор" и "оператор".
R: под используемое ПО в частности
D: зеркалирование?
- Защита ОС: Root of All Evil или "раскладец, батенька"
Обертки вокруг частых администраторских задач (
сопровождение) - Сценарий на sh -- тоже прогарммы
- ALTerator
# * Сопровождение: правило "не делай четырежды" (aka правило "Ч": ---ћ)
Системное, служебное и сервисное ПО
Человек в роли "администратор ... службы" не должен заморачиваться особенностями ОС, если он того не хочет
R: строгое!
D: резервное копирование?
- Тестирование: ездит ли велосипед?
- Защита:
- понижение в правах
- виртуализация
- разделение учетных записей
- средствами самого ПО
Прикладное ПО
Пользователь все изменит. Хуже того, он должен иметь право это делать, иначе будет звать эникейщика,
R+D = оперативное восстановление (мастер-диск или udpcast0 (
еще вменяемые рецепты автозаливки?) Хранение пользовательских данных на сервере (ФС / LDAP / etc.) (
еще рецепты?) - Стендовый пользовательский компьютер
- Информационное пространство: методичка и полная документация
- Защита:
- Не бывает
- Политика безопасности в сети
- Наблюдение активности, SNORT
- Антивирусы и на серверах и на станциях
- Миграция на Linux
Репозитарий рекомендуемого ПО (
сопровождение)