Вход:  Пароль:  
FreeSource: MichaelBochkaryov/ServerDistro ...
Free Source | Каталог | Изменения | НовыеКомментарии | Пользователи | Регистрация |

ALT Server – размышления


Пока что совсем черновой вариант


Данная страница содержит размышления о возможном развитии серверной платформы на базе ALT Linux.


Сразу уточню, что меня самого интересует платформа, которую можно применять для построения ИТ-решений в сфере телекоммуникаций.
Например, те же софтсвичи; SMS-, MMS, WAP-шлюзы; Call-центры и вспомогательные системы.


А вот мелкие офисные серверочки типа «все в одной коробке – печать, почта, прокся, файрвол» меня интересует весьма мало.
Так что эту часть кто-нибудь другой сможет расписать более аккуратно.


Оглавление документа

Ссылок на эту страницу нет
Дерево кластера MichaelBochkaryov/ServerDistro:

Общие соображения


Под платформой подразумевается следующий набор сущностей:


  1. Репозиторий пакетов с программным обеспечением.
  2. Набор профилей для mkimage.
  3. Интерфейсы для инсталляции и настройки.

Что хочется определить в этом документе:


  1. Целевую аудиторию и паттерны использования.
  2. Основные требования к платформе.
  3. Приоритетные цели и задачи.

Целевая аудитория


  1. Системные администраторы.
  2. Системные интеграторы.
  3. Разработчики специализированных решений/продуктов.

Системный администратор


Подразумевается сисадмин в конторе, не занимающейся ИТ-сервисами.
Например, в каком-нибудь банке или торговой компании.


Повторяемость задач достаточно низкая (раз настроил – несколько лет сопровождаешь без изменения конфигурации).

Системный интегратор


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

Разработчик решений/продуктов


Разработчик решений может использовать как готовую платформу, так и создавать свою модификацию, в зависимости от специфики продукта/решения.
Требования схожи с интеграторами плюс простота процесса внесения модификаций.

Основные паттерны использования


  1. Инсталляция типового серверного appliance для решения конкретной задачи.
  2. Инсталляция базовой серверной системы для дальнейшей настройки.
  3. Создание кастомизированной серверной системы.

Сразу стоит заметить, что варианты использования могут быть очень разными и единственно правильного не будет. Вряд ли получится под одну гребенку сделать офисный сервер «все в одной коробке», хостинговый веб-сервер или SMS-шлюз для VAS-провайдера.

Основные требования


Теперь определим наиболее общие требования для серверных платформ (частных дофига и больше):


  1. Стабильность.
    Установленная обновляемая система не должна требовать частой перенастройки.
    Сторонние решения не должны требовать кардинальной переделки уже к моменту выпуска.
  2. Поддержка оборудования.
    Тут вряд ли требуется уточнять.
  3. Большой период поддержки.
    После выпуска к платформе должны выходить обновления с исправлением ошибок и проблем с безопасностью.
    Пересекается с п.1. в том плане, что обновления не должны ломать работающую систему.
  4. Управляемость.
    Включает наличие средств конфигурирования и мониторинга подсистем платформы.
    В частности, это автоматизированная инсталляция/конфигурация систем.

Подсистемы/компоненты


Пока что я сюда вписываю все подряд, в неструктурированном виде.

Ядро(-а)


Тут исключительно мои собственные пожелания, т.к. на общий случай не замахиваюсь.


Специфичные модули:


Сеть


Виртуализация


Технологии:

Отказоустойчивость


Мониторинг


Provisioning


Безопасность


СУБД



Лично меня интересует в первую очередь PostgreSQL, так что по нему отдельно расписываю.

AAA 


Телефония


Тут всякие asterisk, callweaver, freeswitch, yate, openser, sipXecs с обвязкой и драйверами.

Распределение нагрузки


Web Applications


Вот тут действительно сложный вопрос.
Слишком разные технологии в веб-приложениях используются.


Видимо, это могут быть: LAMP, LAPP, J2EE, Ro R?.



 
Файлов нет. [Показать файлы/форму]
Комментариев нет. [Показать комментарии/форму]