Лучшая практика для масштабирования единственного исходного кода приложения к нескольким узлам
Если у Вас есть AV, работающий внутренне на настольных клиентах, затем облачных, может стоить того. Лично наше обновление для AV включает Exchange и клиенты конца, таким образом, мы имеем в распоряжении обоих, но это будет зависеть от того, насколько заблокированный вниз Ваши клиентские машины/сеть и т.д.... относительно того, насколько удобный Вы с ним.
Мы полагаемся в большой степени на услуги MessageLabs для нашей внешней защиты - если у нас есть внутреннее заражение, затем мы должны иметь дело с этим, но по крайней мере мы знаем, что не будем передавать его другим, и что ничто не должно входить снаружи, таким образом, мы можем сфокусироваться на обеспечении внутренностей. И ML был очень надежен и для спама и для AV (больше, чем кто-либо внутренне базировался, механизм сканирования когда-либо мог быть).
Похоже, вы делаете что-то патологически неправильное с NFS - например, помещаете десятки тысяч файлов в один каталог или что-то в этом роде. NFS отлично работает даже с большими (TB +) наборами данных, так что это возможно.
Однако вам нужна файловая система? Я обычно считаю, что вы можете получить гораздо лучшую производительность и инкапсуляцию, открыв более ограниченный набор примитивов для вашего хранилища данных и работая с ними. Вместо того, чтобы повторять все заново, я просто укажу вам на предыдущий ответ , который я написал, в котором есть все мелкие детали.
Проверка SVN / git на отдельные узлы. Rsync между узлами. Сервер Samba смонтирован всеми узлами. По сути, все, что угодно, только не NFS.