Работы над Bskol

Материал из Брацка Правки
Перейти к: навигация, поиск

Работа над Bskol (ранее называемая Проекты Bskol) -- это список разработок, организовывать работу над которыми приглашены Координаторы Bskol (здесь и далее -- Координаторы). Координатор работает над одним проектом обычно до трёх и, в исключительных случаях, до пяти недель.


Общие положения

Результаты

Результатами работы Координаторов являются:

  1. Описания на Правке (а) будущих изделий, включая такие продукты Bskol, как должности и мероприятия, а также (б) замыслов по их разработкам.
  2. Привлечения к Bskol заинтересованных лиц, включая (а) наймы подрядчиков на превращение утверждённых заказчиком описаний в изделия, (б) принятия сотрудников на разработанные должности, (в) участия потенциальных участников Bskol в организованных проектом мероприятиях.
  3. Изделия, прежде всего те, которые разработаны подрядчиками на основе утверждённых описаний.

Области разработок

Разработки включают работы над такими изделиями Bskol как:
  • Брацко Облако (здесь и далее -- Облаком). Этот информационно-технический комплекс состоит из:
    1. Фермы, в том числе инструменты по их высокой доступности.
    2. Оплёт, который обслуживает как пользовательские приложения называемые "приладами", так и напрямую пользователей.
    3. Программного обеспечения (ПО) Прилад. Некоторые разработки прилад касаются только их ПО, некоторые -- только используемого в оказании услуг содержания, некоторые разработки объединяют и то, и другое.
  • Услуги, в том числе профессиональная ориентация, подготовка и трудоустройство при поддержке волонтёров и Прилад, а также бизнес-услуги участников проекта.
  • Присутствие услуг проекта и его участников на рынке труда и рынке бизнес-услуг.
  • Администрация проекта Bskol, охватывающая кадровые, юридические, финансовые и организационные вопросы.
Учеников на практике также призывают предложить свои темы и области.

Персонал Bskol

  1. Заказчик закрепляет проекты за координаторами, предоставляет требования к будущим изделиям, размещает объявления о найме подрядчиков, даёт координаторам рекрутерские доступы и оплачивает бюджеты проектов.
  2. Координаторы способствуют реализации проектов действуя согласно Порядку разработок.
  3. Системный администратор обеспечивает стабильность операций Облака и консультирует по технологическим разработкам.
  4. Рекрутер обеспечивает наличие рекрутингового процесса, наличие кандидатов в рекрутинговом "трубопроводе", а также консультирует по тем разработкам, которые касаются рекрутинга.
  5. Руководитель проекта отвечает за разрешение административных, кадровых, финансовых, юридических и организационных вопросов.
Хотя подрядчики формально не входят в персонал проекта, они являются важной составляющей разработок проекта.

Порядок разработок

Каждая разработка может иметь своего ответственного Координатора, который или которая готовится к созданию изделия, курирует его создание и/или переводит изделие в эксплуатацию. Для очерчивания порядка разработок, изначально создавалась вики-страница Работа в Брацкой Школе.

Подготовка к созданию

До начала работ по непосредственному созданию изделия и, часто, после начала, когда создание вскрывает новые факторы и требования, ответственный Координатор:
  1. Предварительно описывает будущее изделие на базе тех данных, которые представлены в трёх курсах Лестницы к Профессии, а также данных Персонала Bskol. Описание должно включать высшие требования, пользовательские требования и заготовку технических требований как к изделию, так и его разработке. Параллельно,
  2. Подготавливает найм подрядчиков на разработку, в том числе, разрабатывает тексты объявлений на привлечение и варианты их размещания, формирует список консультантов и потенциальных разработчиков, а также организует сообщество на Сетке и планирует видеоконференции, на которые будут приглашаться все заинтересованные в разработке, .
  3. Уточняет требования (а) к будущему изделию, включая технические требования и (б) к процессу разработки. Утверждение требований заказчиком позволяет переход к новому этапу. Если требования не могут быть сформулированы без привлечения сторонних подрядчиков, они сами становятся целевым изделием проекта.
  4. Рекрутирует подрядчиков на разработку, включая переговоры, заключение контракта на разработку и ввод подрядчиков в работу. С одним из консультантов может быть заключён контракт на консультации и/или участие в видеоконференциях.

Создание изделия

Во время работ по непосредственному созданию изделия, ответственный Координатор:
  1. Курирует создание изделия, служа промежуточным звеном между заказчиком и подрядчиком.
  2. Тестирует изделие и, при необходимости, его части.
  3. Следит за выполнением проекта, включая контроль за соблюдением бюджета, графика и объема работ.
  4. Инициирует изменения в требования к изделию или его созданию.
  5. Организует видеоконференции или другие встречи сторон, заинтересованных в проекте, особенно, необходимые для разрешения возникающих в ходе проекта проблем.
  6. Отчитывается перед заказчиком о состоянии проекта, собирая, анализируя и обобщая информацию и тенденции.

Перевод в эксплуатацию

После сообщения подрядчика о полном выполнении работ по непосредственному созданию изделия, ответственный Координатор:
  1. Обеспечивает приёмку изделия либо мотивирует необходимость отказа от приёмки.
  2. Проверяет наличие той документации, которая была согласована договором, в полном объёме.
  3. Отвечает за ограничение доступа подрядчика к изделию после приёмки этого изделия.
  4. Публикует внутреннюю, закрытую от общественности, документацию на Брацкой Крынке и те данные, которые открыты общественности, на Брацкой Правке.
  5. Уточняет порядок перевода изделия из принятого от подрядчика до введённого в эксплуатацию и способствует реализации этого перевода.
  6. Вносит изменения, отражающие реальное состояние дел, на эту вики-страницу.

Фермы

Брацки Фермы (здесь и далее -- Фермы) представляют собою инфраструктуру для функционирования как пользовательских приложений Облака, так и обслуживающего эти приложения Оплёта.

Домены

  • CDN -- изучение возможности добавки к Брацкой Вебке или другой приладе Облака функционала content delivery network или CDN.
  • DNSSEC -- изучение возможности добавки к какой-то части Облака функционала DNSSEC.
  • Geocast -- изучение возможности добавки к какой-то части Облака функционала Geocast.
  • IPv6 -- перевод DNS Облака, кроме общественных доступов, на протокол IPv6.
  • Ревизия DNS -- ревизия всех DNS записей Облака.
Профинансированные проекты доменов
Работы CDN DNSSEC Geocast IPv6 Ревизия DNS
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Кластеры Ферм

Четыре Фермы состоят из объединённых в кластеры узлов. Каждый кластер имеет как минимум один (а) вход, который для высокодоступных Ферм включает распределитель запросов (load balancer) на общественном веб-адресе, (б) синхронизацию ресурсов общих отдельных узлов, как минимум, баз данных, (в) мониторинг, (г) безопасность, включая защитные стены (firewall) и (д) систему резервного копирования (backup) и восстановления.
  • Делова Ферма -- в настоящее время, кластер на основе трёх "железных" серверов принят у подрядчика после сборки и добавки функционала высокой доступносту. Затем сюда будет перенесено содержимое прилад. Не решены вопросы (а) входа по IPv4, (б) безопасности за пределами iptables, (в) добавления NAS и продвинутого резервного копирования и восстановления, а также (г) продвинутого мониторинга. В качестве оптимизации расходов, рассматривается вопрос замены одного "железного" сервера на сервер Опытной Фермы.
  • Кампусна Ферма -- в настоящее время, собран кластер из трёх виртуальных частных серверов, базы данных которых синхронзованы, и для них заказывается функционал высокой доступности, включая (а) вход, (в) монторинг, (г) безопасность и (д) система резервного копирования и восстановления. К одному из серверов также подключено дополнительное хранилище, которое предполагается переделать на NAS.
  • Опытна Ферма -- в настоящее время, находится в неопределённом положении. Формально, она состоит из двух "железных" серверов, однако они фактически не включены в работу. Из всех Ферм, эта -- единственная, которая не требует функционала высокой доступности из-за эксперементальной природы установленных на ней приложений. Из-за отсутствия высокой доступности, эта ферма потребует продвинутую систему резервного копирования и восстановления.
  • Федеративная Ферма -- в настоящее время, состоит из двух виртуальных частных серверов, которые между собою не синхранизованы. Ожидается, что часть наработок Кампусной Фермы будет использованы здесь.
Ранее, использовалось частное облако построенное на OpenStack. Оно было закрыто из-за высокой стоимости и низкой в то время загруженности. Развитие проекта может потребовать перевода части ресурсов Ферм на облачное решение снова. В последнее время, популярным также стал Apache CloudStack. Eсли таковое решение будет принято, необходимо будет решить, какой пакет обеспечения задействовать и будет ли это развитием Опытной или Федеративной Фермы.
Профинансированные проекты кластеров Ферм
Работы Делова Кампусна Опытна Федеративная
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Корпоративные инструменты

Для целей этой вики-страницы, к корпоративным инструментам отнесены те инструменты https://github.com/kahun/awesome-sysadmin, которые могут быть использованы на нескольких, а не одной отдельно взятой Ферме:
  • Интеграция -- изучение возможностей интеграции Облака, например, использования Jenkins и Kafka, а также добавления VPN, например, для интеграции почтовых служб разных Ферм
  • Конфигурация -- добавление возможности автоматического создания виртуальных машин, возможно, с использованием Terraform и Ansible
  • Панели управления -- изучение возможности добавления VestaCP, а также использования Cachet
  • Разработка -- изучение возможности добавления Eclipse
  • Статистика -- изучение возможности использования ZooKeeper и log management
Профинансированные проекты корпоративных инструментов Ферм
Работы Интеграция Конфигурация Панели управления Разработка Статистика
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Связки баз

Помимо построения кластеров узлов Брацких Ферм, планируется рассмотреть возможность связать аналогичные базы данных между собою для их более стабильного функционирования.
Профинансированные проекты кластеров баз данных
Работы MariaDB PostgreSQL Оплёта
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Оплёт

Разработку Оплёта можно разбить на две группы:

  1. Услуги приладам -- это усилия по построению тех федерационных услуг, которые Оплёт предоставляет пользовательским приложениям.
  2. Услуги пользователям -- это усилия по построению тех услуг, которые Оплёт предоставляет конечным пользователям.

Усилия по переделке Оплёта на кластер относятся к проектам связок баз.

Для прилад

  • Идентификация -- перевод Оплёта с использования OpenLDAP в его коммуникации с приладами на использование WSO2 IS. OpenLDAP не позволяет осуществить услугу "технологии единого входа" (single sign-on или SSO). Кроме того, созидатели Облака столкнулись с проблемой изменения ролей в OpenLDAP.
  • Курсы -- перевод регистрации на курсы участников Bskol из Учебки в Оплёт. Регистрация на курсы в Учебке сегодня осуществляется через инструмент cron, который имеет задержку срабатывания. Однако главная проблема, которую надо решить, -- это регистрация участников в учебных системах, которые отличаются от Учебки.
  • Почтовый агрегатор -- федерализация отдельных почтовых агентов различных приложений.
  • Регистрация -- добавление приладам функции регистрации пользователей в Оплёте. В данный момент, пользователь должен предварительно зарегистрироваться в Оплёте для того, чтобы пользоваться продвинутыми услугами прилад.
  • Роли -- добавление функции автоматического изменения ролей Оплёта в зависимости от завершения курсов и определённых элементов курсов на Учебке. В данный момент, роли в Оплёте изменяются только администраторами вручную.
  • Склады -- добавление федеративных баз данных и хранилищ в Оплёт и синхронизация хранения данных по всему Облаку. Прежде всего, эта федерация касается данных клиентов для Справы и Связки. Ранее, обсуждалась возможность использования MongoDB для хранения данных, MuleESB для их сбора и Apache Hadoop для "причёсывания". В дополнение, шёл разговор об включении будущего вики-склада для хранения картинок используемых в Брацкой Правке в Оплёт. Ещё одной идеей было задействование Брацкой Крынки в хранении файлов.
  • Тесты -- перенос блока банка вопросов из Учебки в Оплёт.
Профинансированные проекты услуг Оплёта для прилад
Работы Идентификация Курсы Почтовый агрегатор Регистрация Роли Склады Тесты
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Для пользователей

  • Интерфейс -- обновление интерфейса opplet.net до лучше выглядещего и более удобного для пользователей.
  • Мероприятия -- добавление функции управления участия в мероприятиях организованных в рамках проекта Bskol.
  • Почта корпоративная -- доведение услуг почты Оплёта от минимально-жизнеспособного продукта до готового изделия.
  • Рассылки -- добавление функции подписки на рассылки и отписки от них.
Профинансированные проекты услуг Оплёта для пользователей
Работы Интерфейс Мероприятия Почта корпоративная Рассылки
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Прилады

Усилия по построению пользовательских приложений, которые включены в существующую и могут потенциально быть включены в технологию перспективную. Для всех, надо:

  1. Обновлять все приложения до последних стабильных версий и устанавливать свежие патчи, если и когда они появляются в наличии. Основное требование для любого приложения -- привязка к нашему WSO2 Identity Server (WSO2 IS). Дополнительное требование для любого приложения -- привязка к нашему OpenLDAP.
  2. Документировать то, что у нас есть, и выявлять проблемы.

Использующие MariaDB

Пять полных прилад Облака используют MariaDB в качестве своих баз данных:
  • Бачки -- в настоящее время, основная прилада установлена, но не используется. Ранее, туда были записаны несколько пробных видео, их судьба в данный момент не известна. Основная прилада, скорее всего, не будет установлена на главном кластере Кампусной Фермы из-за особенностей добавки функционала высокой доступности. Нет решения где и как она будет окончательно установлена.
  • Вебки -- в настоящее время, установленных прилад нет. Предпринималось несколько попыток установки, однако эффективной стратегии борьбы с вирусами найдено не было.
  • Правки -- в настоящее время, основная прилада установлена и активно используется. Из-за проблем интеграции с LDAP, версии уже несколько лет не обновляются. Также периодически появляются проблемы с картинками. Почтовый агент либо не подключен, либо не работает.
  • Сетки -- в настоящее время, основная прилада установлена, но используется несистематически. Почтовый агент либо не подключен, либо не работает.
  • Учебки -- в настоящее время, основная прилада установлена и активно используется. Несколько проблем задокументировано на странице Работа над Учебками. Почтовый агент либо не подключен, либо не работает.
Профинансированные проекты прилад использующих MariaDB
Работы Бачки Вебки Правки Сетки Учебки
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      
Так как приложения существуют не в вакууме, часть усилий по развитию приложений относится к другим группам. Например, к:

Неиспользующие MariaDB

  • Крынки -- окончательный перевод Крынки с Redmine на GitLab. В настоящее время, GitLab стоит и несистематически используется, хотя и не на верном веб-адресе. База данных -- PostgreSQL. Тот Redmine, который использовался для Крынки, надо перевести на Опытно Облако.
  • Связки -- в настоящее время, не используется вообще. База данных -- PostgreSQL.
  • Справы -- в настоящее время, не используется, но есть планы переводить туда отдел кадров и рекрутирование. База данных -- PostgreSQL.
  • Жици -- построение кластера для высокой доступности Брацких Жиц. Основная прилада стоит и, в настоящее время, предпринимаются попытки её использования. База данных неизвестна.
Профинансированные проекты прилад неиспользующих MariaDB
Работы Крынки Связки Справы Жици
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Опытные

Усилия по построению перспективных и популярных ресурсов Облака:
  • MediaWiki LDAP -- уже много лет, стабильная версия MediaWiki не обновляется из-за конфликта новых версий с нашим плагином LDAP. Однако принято решение о переводе интеграции на WSO2 IS и не ясно, будет ли оставлен LDAP в качестве обязательного.
  • OpenEdX -- Moodle решено оставить исключительно под три начальных курса Лестницы к Профессии. Другие курсы, включая языковые, планируется делать на платформе OpenEdX.
  • ProjecQtOr -- некогда был установлен для коротких тренингов по ПО для управления проектами.
  • Redmine -- некогда использовался для Крынки, сейчас рассматривается возможность оставить для тренинга или в качестве "музейного" экспоната.
  • Taiga -- некогда был установлен для коротких тренингов по ПО для управления проектами.
Профинансированные эксперименты с приладами
Работы MediaWiki LDAP OpenEdX ProjecQtOr Redmine Taiga
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Предприятие

Профессиональные услуги

Профинансированные проекты по построению услуг
Работы Тренинги Oбразование Бизнес-услуги Tрудоустройствo Верификации Услуги донорам
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Администрация Bskol

Профинансированные проекты по построению администрации
Работы Кадровое Организационное Финансовое Юридическое
Высшие Достаточно Достаточно Достаточно
Пользовательские      
Технические      
Прототип      
Полезность      
Рыночность      

Присутствие на рынке

Бизнес-потребители

Ожидается много проектов, нацеленных на привлечение к Bskol бизнес-потребителей платных услуг проекта. Однако, в данный момент, над этим привлечением никаких работ пока не ведётся.

Будущие работники

Ожидается много проектов, нацеленных на привлечение к Bskol будущих работников. В данный момент, для решения этой проблемы используются исключительно объявления на work.ua в рамках проекта Поиск участников Bskol. Также начал формироваться проект Социальные cети Bskol‎, ну а самый ранний проект -- Присутствие Брацкой Школы в интерактивном режиме.

Партнёры

Ожидается много проектов, нацеленных на привлечение к Bskol некоммерческих клиентов проекта, прежде всего, некоммерческих учебных заведений и доноров. В данный момент, началась работа над этим привлечением на Співпраця з школами України.

Профессионалы

Ожидается много проектов, нацеленных на привлечение к Bskol профессионалов. В данный момент, формируется проект Общество Сисадминов.

Назовите свои