Предложения на внесение в Тартар

[jua...@gmail.com]

В дополнение к вот этому:
http://groups.google.com/group/saratov-linux-development/web/tartarus?hl=ru

Вношу на рассмотрение след. пункты:

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

Оба варианта накладывают серьезные требования на уровень
безопасности решения:
- Аутентификация - Kerberos
- Авторизация - ???
- Шифрация трафика протокола RPC включена по умолчанию
- Необходимо серьезное тестирование, в т.ч. спецами по взлому
систем

Так же высоки требования к гибкости сетевого решения:
- Возможность работы без DNS и DHCP (если компьютер не входит в
домен), по голым IP
- Аналог WINS (авахи?) для подсетей

Пока не раскрыты темы:
- Центральный почтовый сервер
- Сервер взаимодействия:
общая книга контактов, а не одни почтовые адреса, плюс
возможность эту книгу вызвать чуть ли не отовсюду на клиентах
единое веб-пространство - аналог sharepoint'а
общие документы - не просто файловая помойка с папочками
и .odt(.doc) файлами, а спец-папка с настраиваемыми бэкапами файлов
оперделенных типов (в плоть до immutable-файлов) и возможностью быстро
просмотреть/открутить историю файла, плюс грамотные блокировки файлов
открытых на изменение (или хотябы нотификации другим пользователям,
что файл занят кем-то)
- Интерфейс серверных заданий - пользовательский компьютер может
вызвать некую задачу на сервере по событию (мало места на жестком
диске - дернуть сервер, чтобы написал смс и е-мейл админу, кончается
тонер - принтер генерирует соответствующее событие на сервере)
- Центральный индекс файловой системы и удобный интерфейс поиска
(типа beagle, google desktop)

Можно подумать о сервере распределения задач (distributed computing),
хотя это уже на совсем далекое и счастливое будущее

[Pablo Juanych]

Ещё ведь было и такое в планах: возможность делать хомяк юзера
перемещаемым или сетевым

[maslen...@gmail.com]

В сообщении от Monday 11 February 2008 20:29:13 Pablo Juanych написал(а):

> Ещё ведь было и такое в планах: возможность делать хомяк юзера
> перемещаемым или сетевым

Да все это было, но все это не потянем. Нам внедрять решение надо чуть ли не
вчера, а мы фичи выдумываем. Да и не надо это особо в нашей целевой группе. У
мелких предприятий все-равно денег на сервер не хватает, поэтому они с
одноранговой сетью и файлопомойкой на одном из компов мучаются чаще всего.
Поэтому хоть как-то разгрузить их -- это уже большое дело. Я думаю из
первоочередных задач надо сетевой логин решать. А все остальное потом.

[Pablo Juanych]

> Поэтому хоть как-то разгрузить их -- это уже большое дело. Я думаю из
> первоочередных задач надо сетевой логин решать. А все остальное потом.

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

Так чем сейчас занимаемся? Деталями ближней перспективы, или стратегией?

[maslen...@gmail.com]

В сообщении от Tuesday 12 February 2008 15:51:27 Pablo Juanych написал(а):

> Я так понял задачу, что надо всю длину перспективы раскатать, чтоб
> видно было не только что "мы вам за четыре месяца нарубим
> по-быстренькому", но и что мы можем предложить в плане долгосрочного
> сотрудничества.
> Перспективу, если угодно, тоже надо чувствовать.
> Тем более, что ближние планы уже вроде все в наличии - можно детали
> реализации планировать.
>
> Так чем сейчас занимаемся? Деталями ближней перспективы, или стратегией?

Тогда не возражаю, а полностью поддерживаю :)