Проект можно закрыть в учетной системе, подписать акты и распустить команду, оставив его файлы в прежнем режиме хранения на несколько лет. Вместе с итоговыми документами продолжат храниться промежуточные выгрузки, рабочие исходники и версии, о назначении которых уже некому рассказать. Когда закончится свободное место, весь этот объем попадет в обоснование следующей закупки.
У решения «пусть пока полежит» нет отдельной строки в бюджете: его последствия распределены между оборудованием, резервным копированием и обслуживанием. Поэтому, обсуждая новую закупку, компания фактически оплачивает и прежние решения о хранении, принятые без срока пересмотра.
Размер папки в проводнике не отражает всех ресурсов, необходимых для ее хранения. Предыдущие версии, снимки состояния и резервные копии позволяют пережить ошибку пользователя или сбой, занимая дополнительное место. При этом простое умножение размера файлов на количество копий даст ненадежный результат: инкрементальный бэкап сохраняет изменения, а сжатие и дедупликация влияют на фактически занятую емкость.
В укрупненной модели расходы складываются из стоимости основной и резервной емкости с добавлением обслуживания. Например, текущие файлы могут занимать 10 ТБ, версии еще 4 ТБ, резервные копии 18 ТБ. При условных годовых ставках 12 тысяч рублей за ТБ основной емкости и 6 тысяч за резервную, а также 48 тысячах рублей на обслуживание получается 324 тысячи рублей в год: 14 × 12 000 + 18 × 6 000 + 48 000. Здесь предполагается отсутствие сжатия, дедупликации и дополнительных снимков в основном хранилище; работа специалистов учтена отдельно от ставок. Это пример распределения затрат, а не рыночный тариф.
Для собственной инфраструктуры за такой ставкой стоят оборудование, лицензии, поддержка и размещение. Распределяя годовые расходы по занятому объему, компания относит на используемые терабайты в том числе содержание свободной емкости. Поэтому полученная стоимость помогает оценить расходы на массив, но не показывает сумму, которая исчезнет из бюджета вместе с ним.
У технической части задачи есть понятный исполнитель. Администратор видит заполнение хранилища и знает, как удалить каталог. Гораздо сложнее установить, вправе ли компания отказаться от его содержимого: исходники могут понадобиться для сопровождения, итоговые документы сохраняться по договору, а временная выгрузка оказаться единственным экземпляром нужных сведений.
Возраст файла мало что объясняет без контекста проекта. Не менявшийся несколько лет документ может сохранять ценность, поэтому решение требует участия владельца процесса, знающего обязательства компании. Если этот человек ушел, а ответственность никому не передали, хранение продолжается без нового решения, вместе со всеми расходами на него.
Такая неопределенность обходится дороже, когда материалы с разным назначением обслуживаются одинаково. Документ, необходимый раз в несколько лет, остается на рабочей емкости рядом с файлами действующего проекта. Перенос в архив способен изменить экономику, если более редкий или медленный доступ приемлем для бизнеса, а расходы на перенос и последующую выдачу не перекрывают выигрыш. Одного названия «Архив» для этого недостаточно.
NextBox, развернутый в инфраструктуре компании, дает сотрудникам общее пространство для работы с файлами, управления доступом и хранения версий. Разбирая материалы проекта в таком пространстве, команда может обращаться к общим документам и истории их изменений. Когда сотрудники обращаются к общему файлу, используя его версии, у команды меньше поводов поддерживать отдельные экземпляры для каждого этапа согласования.
Версионирование, конечно, тоже требует емкости. Его польза заключается в сохранении истории изменений, позволяющей разобраться в редакциях документа и вернуться к предыдущей. Расходы на эту историю имеют понятное назначение, тогда как набор независимых файлов с разными названиями еще предстоит исследовать, выясняя, какой из них считать итоговым.
Управление доступом и аудит действий в NextBox дополняют эту картину. Права определяют круг пользователей, работающих с материалами, а журнал помогает проследить операции с ними. При разборе завершенного проекта компания может опираться на историю работы с файлами, сохраняя ответственность за их ценность и сроки хранения за владельцем процесса. Эти механизмы поддерживают управление жизненным циклом документов, правила которого задает сама организация.
Удаление половины файлов не сократит вдвое стоимость уже купленной СХД. Поддержка продолжит действовать, а администраторам придется обслуживать систему, даже если ее заполнение уменьшилось. Кроме того, экземпляры удаленных данных могут оставаться в версиях, снимках и резервных копиях до срабатывания соответствующих правил очистки.
Практический эффект проявляется в изменении будущих расходов. Освободив рабочую емкость, компания может отложить расширение; изменив условия размещения редко используемых материалов, снизить стоимость их дальнейшего хранения. Насколько это оправданно, зависит и от цены самой ревизии: трудозатраты руководителей проектов, специалистов по документам и ИТ тоже входят в экономику решения.
Обсуждать судьбу файлов проще при закрытии проекта, пока команда помнит их назначение. Организованная работа в NextBox поддерживает такой подход, связывая доступ к документам с историей версий и выполненных операций. Основания для дальнейшего хранения определяет компания, назначая решению «пусть пока полежит» ответственного и срок пересмотра.