Сквид для кэширования YouTube и окон обновляет содержание

Думайте о масштабе, журнале аудита и возвратах.

В реальном мире необходимо часто делать материал, и часто необходимо делать это к большому количеству серверов. Так сценарии и автоматизация становятся важными.

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

Например, знание, как настроить, связывает как ведущее устройство, и ведомое устройство прекрасно, но на моей работе мы размещаем несколько сотен доменов, которые связывают более чем 7 экземпляров. Одно ведущее устройство, которое имеет ведомое устройство, то ведомое устройство, является самостоятельно ведущим устройством к 5 другим ведомым устройствам. Мы генерируем named.conf's для всех них с, делают и макросы M4, выставляют их с ssh и записывают изменения и в named.conf и в некоторых зональных файлах с RCS. Большие зональные файлы сгенерированы от базы данных, которая имеет фронтэнд CGI.

Ничто очень поразительное о любом из этого, named.confs являются по большей части довольно простыми, там просто большими. То же с большими автоматически сгенерированными зональными файлами.

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

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