Цифровое будущее

Добро пожаловать в будущее, когда всё о вас сохраняется. В будущее, где все ваши действия записываются, ваши перемещения отслеживаются во времени и пространстве, а ваши разговоры не являются более эфемерными (забываемыми спустя короткое время). Это будущее принесла вам не какая-нибудь антиутопия в духе «1984-ого», а естественные тенденции компьютеров к производству данных.

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

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

Всё в большей мере вы оставляете цифровые следы каждый день. Раньше вы заходили в книжный магазин и покупали книгу за наличные. Сегодня вы посещаете торговый портал Amazon, и все ваши просмотры и покупки записываются. Вы пользовались мелочью для покупки билетов на поезд, сейчас ваша электронная карта проезда связана с вашим банковским счётом. Посещаемый вами магазин использует аналогичные карты для предоставления скидок, продавцы используют данные из них для изучения детальных профилей предпочтений покупателя.

Django. systemd

Ставим все по инструкции https://www.digitalocean.com/community/tutorials/how-to-set-up-django-with-postgres-nginx-and-gunicorn-on-ubuntu-14-04 до раздела «Create a Gunicorn Upstart File»

//проверяем что все ок
cd ~/myproject
source myprojectenv/bin/activate
cd ~/myproject
gunicorn —bind 0.0.0.0:8000 myproject.wsgi:application
deactivate

//основной вариант через systemd

Перенос баз данных Step by step

Предварительные шаги

1. Доступность сетевого диска с месячными копиями.
2. Спланировать время работ, чтобы не пересекаться с джобами обслуживания.

Работы

1. Отключить всех пользователей, подключенных к Базе2 ( копия базы аудиторов) Скрипт в приложении.
2. Удалить Базу2.
3. Отключить всех пользователей, подключенных к Базе1 (база аудиторов) Скрипт в приложении.
4. Переименовать Базу2 в Базу1. ( скрипт в приложении)
5. Через скрипт получить имя последней копии для Базы в продакшене. Скрипт в приложении.
6. Через скрипт восстановить Базу 1 с сетевого диска.

Пример RFC.053

Дата составления заявки
ФИО инициатора
Краткое описание планируемых работ
Причина проводимых изменений
приоритет (низкий — 1, обычный -2, высокий – 3, наивысший — 4) Низкий — изменение желательно, но его внедрение может быть отложено. Обычный — нет срочности, но откладывать нельзя. Высокий — изменение необходимо для устранения серьезной ошибки, затрагивающей большое число пользователей.
Список сервисов, которые будут недоступны во время работ (берем из матрицы согласования)
Время начала работ
Планируемое время окончания работ
План проводимых работ
План отката изменений (в случае неудачи)
Время начала работ по откату изменений (точка не возврата)
Рецензент (ы) (берем из матрицы согласования)
Утверждающий (берем из матрицы согласования)

Номер плановой работы	Дата/ Время проведения работ	Дата/ Время окончания работ	Описание работ	Объект/тип оборудования/ услуга	Возможные проблемы	Исполнитель:

Пример RFC в виде таблицы

Описание должностных обязанностей

3. Должностные обязанности системный администратор

1. Развертывание и обслуживание серверных ОС Windows, гипервизоров семейства VMWare
   
2. Конфигурация и обслуживание серверных версий программного обеспечения
   
3. Обслуживание и эксплуатация ИС, техническим владельцем которых является Windows Based Systems and Virtualization
   
4. Написание документации и инструкций по эксплуатируемым системам
   

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ По резервному копированию

ДОЛЖНОСТНАЯ ИНСТРУКЦИЯ

По резервному копированию

1. Общие положения
   

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

1. Регламентирующие документы
   

ПОЛИТИКА УПРАВЛЕНИЯ ОБНОВЛЕНИЯМИ И УЯЗВИМОСТЯМИ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

1. Назначение и область применения
   

1. Настоящая «Политика управления обновлениями и уязвимостями программного обеспечения ООО «Company» (далее – Политика) развивает положения документа «Политика информационной безопасности ООО «Company» (далее — Компания) устанавливает порядок управления обновлениями и уязвимостями информационной безопасности в программном обеспечении, используемом в Компании
   Настоящая Политика является внутренним нормативным документом Компании и не подлежит представлению другим сторонам без согласования с руководством Компании
   
2. Цель настоящей Политики – минимизация риска нарушения свойств конфиденциальности, целостности и доступности информационных ресурсов Компании за счет эксплуатации известных уязвимостей в используемом программном обеспечении.

ПОЛОЖЕНИЕ ОБ ИСПОЛЬЗОВАНИЕ ПРОГРАММНОГО ОБЕСПЕЧЕНИЯ

Положение об использование программного обеспечения

OOO «Компания»

Общие положения

Настоящее Положение регулирует процесс эксплуатации программного обеспечения в производственной деятельности сотрудников ООО «Компания» (далее Организация).

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

Действие настоящего Положения распространяется на всех сотрудников Организации.

План оперативных работ, при компрометации рабочей станции администратора

Роли

Начальник отдела – head1

Администратор 1 – далее adm1

Администратор 2 – далее adm2

Сетевой администратор 1 – net1

Скомпрометированный сотрудник — далее по тексту, badadm

Этап 1. Время 30 минут

Администратор 1:

1. Смена пароля скомпрометированных учетных записях. Рядовой и административной
2. блокировка всех учетных записей badadm
3. смена пароля доменного администратора (Administrator)
4. Очистка членства badadm во всех группах AD
5. Блокировка рабочей станции badadm
6. Уведомление всех domain admins, кроме badadm, о принудительной смене пароля и выставить флаг обязательной смены пароля (обычные и админские)