ТЗ — не бюрократия, а страховка от боли
О бедном ТЗ замолвите слово.
Автор: Alex
Без внятного ТЗ — Результат ХЗ.
При любой задаче всегда необходимо составить ТЗ.
ЧИТАТЬ ПЕРВЫМ В ТЕЛЕГРАМ ЧИТАТЬ ПЕРВЫМ В MAX
Если ТЗ составлено хорошо, то сразу определяются инструменты, которые будут необходимы для работы и сразу ограничивается область с которой будет проведена работа. Это значительно сокращает время на поиск решения.
Допустим вам нужно купить новый ноутбук.
Изначально у вас есть ограничение — бюджет.
Далее вы выделяете те характеристики которые вам необходимы.
При этом часть характеристик будут друг другу противопостовляться.
ноутбук с 17 дюймовым экраном практически не может быть легче чем ноутбук с 12 дюймовым экраном.
Если ТЗ было составлено правильно и выделены нужные параметры, то круг покупки сужается и выбрать ноутбук становится значительно легче.
При создании какого-то проекта, опять же чем детальнее и лучше ты опишешь что ты хочешь — тем легче тебе будет работать с проектом.
При проекте:
Все рисуем и документируем (чтобы было потом понятно куда и что ставить)
Схема сети (чем лучше проработана схема — тем проще потом будет создавать защиту на сетевом уровне)
Какие требования ты предъявляешь к проекту (ОТП, сертификаты, хранилище образов и конфигураций, dns, ntp, proxy для управления трафиком, где будет точки управления (mgmt segment) и как ты все это будешь защищать.)
Далее подбираются решения по каждому вопросу, описанному выше.
Проверяется во сколько обойдется данный проект (бюджетирование)
Описывается общая политика кому и что позволено в данном проекте.
На основе этих планов выискиваются узкие места, которые могут не справится с нагрузкой и продумывается возможность их масштабирования.
После подробного описания (в документации) можно начинать вообще что-то делать.
Поэтому прежде чем задавать вопросы на форуме/чате сначала напишите
Что хотите получить.
Приложите логи где ошибка.
При сетевых вопросах — хотя бы схему от руки как минимум как вы хотите чтобы это работало.