Всем привет. Нужен сайт/софт для контроля за передачей файлов между серверами. Подскажите, как называется такой тип софта (что гуглить?).Вот как примерно я себе его представляю. Веб форма. Пользователь выбирает серверы с которого и на который копируем, на сервере "с которого" выбирает файлы/папки, время копирования. После этого софт сохраняет информацию о копировании и ставит "копирование" в очередь.
Софт нужен для контроля за движением данных между серверами. Например, нужно узнать, по каким серверам расползлись данные из папки_А на сервере_А.
Заранее спасибо.
> Всем привет. Нужен сайт/софт для контроля за передачей файлов между серверами. Подскажите,
> как называется такой тип софта (что гуглить?).у нас сегодня понедельник, так сказать проходим вино-водочные процедеры, а софт назвается "сниферы" => уровень надо подбирать самому... чай не комутация каналов...
> Вот как примерно я себе его представляю. Веб форма. Пользователь выбирает серверы
> с которого и на который копируем, на сервере "с которого" выбирает
> файлы/папки, время копирования. После этого софт сохраняет информацию о копировании и
> ставит "копирование" в очередь.L{3-7]
> Софт нужен для контроля за движением данных между серверами. Например, нужно узнать,
> по каким серверам расползлись данные из папки_А на сервере_А.
> Заранее спасибо.
> Всем привет. Нужен сайт/софт для контроля за передачей файлов между серверами.BitTorrent sync такой софт называется
Немного уточню, что именно я ищу. Нужен софт для аудита, data governance, если по-модному. Как именно и чем будет качаться софт волновать не должно. Нужен он для того, чтоб знать, куда какие данные разошлись.Пример. Пользователь скопировал файл_а с сервера_1 на сервер_2. Другой пользователь скопировал его с сервера_2 на сервер_3. Если инфа о всех этих копированиях занесена в базу "софта", который я ищу, в случае необходимости можно установить:
- на каких серверах находится файл_а
- откуда взялся файл_а на сервере_3
и т.д.Как и чем будет скопирофан файл мой искомый "софт" должно мало интересовать.
> Как и чем будет скопирофан файл мой искомый "софт" должно мало интересовать.нуу думаю это только wireshark
>[оверквотинг удален]
> если по-модному. Как именно и чем будет качаться софт волновать не
> должно. Нужен он для того, чтоб знать, куда какие данные разошлись.
> Пример. Пользователь скопировал файл_а с сервера_1 на сервер_2. Другой пользователь скопировал
> его с сервера_2 на сервер_3. Если инфа о всех этих копированиях
> занесена в базу "софта", который я ищу, в случае необходимости можно
> установить:
> - на каких серверах находится файл_а
> - откуда взялся файл_а на сервере_3
> и т.д.
> Как и чем будет скопирофан файл мой искомый "софт" должно мало интересовать.Любую проблему можно решить имея достаточно времени и денег...
Для решения Вашей и того и другого потребуется очень много ;)У вас даже четкого ТЗ нет!
"Как и чем будет скопирофан файл мой искомый "софт" должно мало интересовать. "
Только эта фраза стоит как минимум пару лямов зелени и пару лет на
"проработку теоретической осуществимости при различных потенциальных начальных состояниях"...Банальная ситуация - файл "лежал" на сервере 1, его скопировали на сервер 2, документ исправили прям на сервере 1, а на сервере 2 внесли свои правки, теперь у вас на серверах 1 и 2 разные файлы с одинаковым названием, внимание вопрос: заменить пторой первым, первый вторым, хранить оба - каждый на своем сервере или по 2 на каждом сервере???....
ОС на серверах какая? протоколы "скачивания файлов" какие будут использоваться? политика доступа/хранения какая?
Непонятно зачем вообще пользователям веб-форма для копирования файлов между СЕРВЕРАМИ???IMHO: Первоначальная постановка задачи хромает на обе ноги и больная на голову.
дак это было понятно с самого начала )) только ТС до осознания этой глупости еще далеко ))
> Банальная ситуация - файл "лежал" на сервере 1, его скопировали на сервер
> 2, документ исправили прям на сервере 1, а на сервере 2
> внесли свои правки, теперь у вас на серверах 1 и 2
> разные файлы с одинаковым названием, внимание вопрос: заменить пторой первым, первый
> вторым, хранить оба - каждый на своем сервере или по 2
> на каждом сервере???....На самом деле тут все просто. "Софт" только протоколирует. Он ничего ни с чем не синхронизирует. Если возникла ситуация, как Вы описали, в базе "софта" всего лишь должны остаться записи: файл_а скопирован с сервера_1 на сервер_2. файл_а на сервере_1 изменен. файл_а на сервере_2 изменен. Как я уже говорил, сам "софт" ничего не копирует, не сниффит, и не вносит изменения сам. Всю информацию в базу "софта" заносит пользователь.
> ОС на серверах какая? протоколы "скачивания файлов" какие будут использоваться? политика
> доступа/хранения какая?
> Непонятно зачем вообще пользователям веб-форма для копирования файлов между СЕРВЕРАМИ???Ок. Немного поясню. Есть несколько кластеров hadoop, есть несколько хранилищ данных (nfs). Между кластерами и хранилищами копируется огромное количество данных. Часто возникают ситуации, когда пользователь копирует набор данных не зная, что он уже есть в кластере под другим именем. Вот, для того, чтобы сэкономить время на этих многократных копированиях и нужен "софт". Пользователь, копируя некий набор данных, заносит факт о копировании в "софт". Второй пользователь перед тем, как скопировать тот же самый набор данных, смотрит в базе "софта", нет ли его уже в кластере.
> IMHO: Первоначальная постановка задачи хромает на обе ноги и больная на голову.
Я ж не против) Опыта в написании ТЗ у меня нет. Да и заказывать "софт" под нас никто не будет. Если такой софт уже есть в природе, было бы интересно на него глянуть, поговорить со спецами, и, возможно, внедрить.
> Всю информацию в базу "софта" заносит пользователь.И что вам мешает завести любую БД, чтобы пользователи вносили в нее информацию и производили поиск там же?
Это уже чисто административная задача руководства обязать работников так делать, а будут они так делать или нет и как это контролировать вопрос уже второй.
> Всю информацию в базу "софта" заносит пользователь.Пляяяя :) Кто поближе - киньте в него стоячей портянкой!
Месяц мозги парил а оказалось ...Держи решение:
- повесить блокнот в линеечку, с привязанной авторучкой шариковой;
- на обложке написать "Журнал регистрации перемещения файлоФФ";
- провести собрание коллектива, где огласить приказ руководства "об усилении контроля и учёта и мер борьбы cЪ! (С)";
- выкатить мне (как интегратору и солюшен провайдеру) ящик коньяку;
>[оверквотинг удален]
> есть в кластере под другим именем. Вот, для того, чтобы сэкономить
> время на этих многократных копированиях и нужен "софт". Пользователь, копируя некий
> набор данных, заносит факт о копировании в "софт". Второй пользователь перед
> тем, как скопировать тот же самый набор данных, смотрит в базе
> "софта", нет ли его уже в кластере.
>> IMHO: Первоначальная постановка задачи хромает на обе ноги и больная на голову.
> Я ж не против) Опыта в написании ТЗ у меня нет. Да
> и заказывать "софт" под нас никто не будет. Если такой софт
> уже есть в природе, было бы интересно на него глянуть, поговорить
> со спецами, и, возможно, внедрить.Заводите таблицу в гуглодоке (чо там гуглодок поддерживает?) и пусть пользователи тудыть все пишут как в ехеле....
Только бестолку все это - народ он по определению ленивый, проще скопировать, чем искать было ли оно туда скопировано ранее, проверять а есть ли оно там на самом деле или уже удалили к монахам и в нужном ли варианте и не поменяно ли.... и я буду думать что оно там вроде есть, а предидущий копировальщик решит, что ему сие уже ненадо и удалит...