Работы над Bskol — различия между версиями

Материал из Брацка Правки
Перейти к: навигация, поиск
(Создание изделия)
(Порядок разработок)
Строка 71: Строка 71:
  
 
===Создание изделия===
 
===Создание изделия===
: [[Стадия дееспособности]], фактически, является непосредственным созданием дееспособного, но пока не переданного в эксплуатацию изделия. Эта стадия открывается после решения заказчика её начать, как правило, когда созданы [[высшие требования|высшие]] и [[пользовательские требования]]. [[Технические требования]] и [[прототип]] могут быть доработаны параллельно со созданием дееспособного изделия.
+
: [[Стадия дееспособности]], фактически, является непосредственным созданием дееспособного, но пока не переданного в эксплуатацию изделия. Эта стадия открывается после решения заказчика её начать, как правило, когда созданы [[высшие требования|высшие]] и [[пользовательские требования]]. [[Технические требования]] и [[прототип]] могут быть доработаны параллельно со созданием дееспособного изделия. Эта стадия закрывается с приёмкой изделия и может быть возобновлена, если выяснятся проблемы с дееспособностью изделия.  
  
 
: На этой стадии, ''Координатор'' отвечает за создание такого изделия таким образом, которые удовлетворяют [[Технические требования|техническим требованиям]]. Для достижения целей этой стадии, ответственный ''Координатор'':
 
: На этой стадии, ''Координатор'' отвечает за создание такого изделия таким образом, которые удовлетворяют [[Технические требования|техническим требованиям]]. Для достижения целей этой стадии, ответственный ''Координатор'':
Строка 81: Строка 81:
 
:# '''Организует''' видеоконференции или другие встречи сторон, заинтересованных в проекте, особенно, необходимые для разрешения возникающих в ходе проекта проблем.
 
:# '''Организует''' видеоконференции или другие встречи сторон, заинтересованных в проекте, особенно, необходимые для разрешения возникающих в ходе проекта проблем.
 
:# '''Отчитывается''' перед заказчиком о состоянии проекта, собирая, анализируя и обобщая информацию и тенденции.
 
:# '''Отчитывается''' перед заказчиком о состоянии проекта, собирая, анализируя и обобщая информацию и тенденции.
 +
:# '''Обеспечивает''' приёмку изделия включая ту документацию, которая была согласована договором, либо мотивирует необходимость отказа от приёмки после сообщения подрядчика о полном выполнении работ по непосредственному созданию изделия.
  
 
===Перевод в эксплуатацию===
 
===Перевод в эксплуатацию===
:После сообщения подрядчика о полном выполнении работ по непосредственному созданию изделия, ответственный ''Координатор'':
+
: [[Стадия применимости]], фактически, является доведением созданного дееспособного изделия до возможности его применения в эксплуатации. Эта стадия открывается после получения готового изделия и заканчивается переводом изделия в эксплуатацию, обычно, поначалу в состоянии [[бэта-тестирование|бэта-тестирования]].
:# '''Обеспечивает''' приёмку изделия включая ту документацию, которая была согласована договором, либо мотивирует необходимость отказа от приёмки.
+
 
:# '''Отвечает''' за ограничение доступа подрядчика к изделию после приёмки этого изделия.
+
: На этой стадии, ''Координатор'' отвечает за перевод изделия в эксплуатацию. Для достижения целей этой стадии, ответственный ''Координатор'':
 +
:# '''Отвечает''' за ограничение дальнейшего доступа подрядчика к изделию.
 
:# '''Публикует''' полученную от подрядчика документацию на ресурсах ''Облака''. Внутренняя, закрытая от общественности, документация, например, администраторские доступы к установленному программному обеспечению, публикуются на [[Брацка Крынка|Брацкой Крынке]]. Та документация, которая может быть открыта общественности без ограничений, публикуется на [[Брацка Правка|Брацкой Правке]].
 
:# '''Публикует''' полученную от подрядчика документацию на ресурсах ''Облака''. Внутренняя, закрытая от общественности, документация, например, администраторские доступы к установленному программному обеспечению, публикуются на [[Брацка Крынка|Брацкой Крынке]]. Та документация, которая может быть открыта общественности без ограничений, публикуется на [[Брацка Правка|Брацкой Правке]].
 
:# '''Способствует''' реализации перевода изделия из принятого от подрядчика до введённого в эксплуатацию. Это "способствование", в частности, включает (а) уточнение у заказчика кто из [[#Персонал Bskol|Персонала Bskol]] будет эксплуатировать созданное изделие, (б) детализацию порядка перевода вместе с вовлечёнными в будущую эксплуатацию лицами и (в) передачу им доступа к закрытой документации на [[Брацка Крынка|Брацкой Крынке]].
 
:# '''Способствует''' реализации перевода изделия из принятого от подрядчика до введённого в эксплуатацию. Это "способствование", в частности, включает (а) уточнение у заказчика кто из [[#Персонал Bskol|Персонала Bskol]] будет эксплуатировать созданное изделие, (б) детализацию порядка перевода вместе с вовлечёнными в будущую эксплуатацию лицами и (в) передачу им доступа к закрытой документации на [[Брацка Крынка|Брацкой Крынке]].
 
:# '''Вносит''' изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
 
:# '''Вносит''' изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.
 +
 +
===Доводка до зрелости===
 +
: [[Стадия рыночности]], фактически, является доведением созданного дееспособного изделия до возможности его применения в эксплуатации. Эта стадия открывается после получения готового изделия и заканчивается переводом изделия в эксплуатацию, обычно, поначалу в состоянии [[бэта-тестирование|бэта-тестирования]].
 +
 +
: На этой стадии, ''Координатор'' отвечает за перевод изделия в эксплуатацию. Для достижения целей этой стадии, ответственный ''Координатор'':
  
 
==Фермы==
 
==Фермы==

Версия 12:56, 12 сентября 2022

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


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

Результаты

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

Целевые изделия

Целью разработок Bskol есть изготовление новых продуктов или изменение продуктов уже существующих, включая:
  • Административные процедуры для кадровых, финансовых, учётных и юридических операций организационной структуры Bskol.
  • Должности, то есть рабочие места сотрудников включённых в организационную структуру.
  • Информационные ресурсы для привлечения потенциальных партнёров и клиентов Bskol, такие как веб-сайты, материалы в социальных сетях, рассылки и рекламные объявления.
  • Мероприятия, то есть события Bskol, в которых участвуют живые люди, такие как собеседования кандидатов в подрядчики, встречи профессионалов и конференции для потенциальных участников.
  • Прилады, которыми могут пользоваться нынешние и потенциальные ученики, подмастерья и сотрудники Bskol.
  • Программное обеспечение, которое может быть использовано в Облаке.
  • Организационная структура для работы сотрудников и волонтёров Bskol; их права и обязанности определяются должностями.
  • Содержимое прилад, как, например, тексты, иллюстрации и мультимедийные материалы курсов Bskol.

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

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

Сроки

Координатор работает над одним проектом обычно до трёх и, в исключительных случаях, до пяти недель.
  1. В первую неделю он или она знакомится с проектом. По окончанию ознакомления Координатор должен быть способен объяснить то, что описано на соответствующих проекту вики-страницах, и быть готовым к обсуждению с заказчиком нулевого прогона.
  2. Начиная со второй недели и заканчивая предпоследней, он или она ведёт прогон изделия, следуя Порядку разработок.
  3. В последнюю неделю он или она завершает работу с проектом, документируя свой прогон и те данные, которые вскрылись в ходе его.
Проекты могут накладываться друг на друга. Например, последняя неделя работы над одним проектом может быть первой неделей работы над другим проектом.

Персонал Bskol

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

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

Каждая разработка может иметь своего ответственного Координатора. Он или она готовится к созданию изделия, курирует его создание и/или переводит изделие в эксплуатацию.

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

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

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

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

Стадия дееспособности, фактически, является непосредственным созданием дееспособного, но пока не переданного в эксплуатацию изделия. Эта стадия открывается после решения заказчика её начать, как правило, когда созданы высшие и пользовательские требования. Технические требования и прототип могут быть доработаны параллельно со созданием дееспособного изделия. Эта стадия закрывается с приёмкой изделия и может быть возобновлена, если выяснятся проблемы с дееспособностью изделия.
На этой стадии, Координатор отвечает за создание такого изделия таким образом, которые удовлетворяют техническим требованиям. Для достижения целей этой стадии, ответственный Координатор:
  1. Курирует создание изделия, служа промежуточным звеном между заказчиком и подрядчиком.
  2. Тестирует изделие и, при необходимости, его части.
  3. Следит за выполнением проекта, включая контроль за соблюдением бюджета, графика и объема работ.
  4. Инициирует изменения в требования к изделию или его созданию.
  5. Заводит под работу над изделием закрытый от общественности проект на Брацкой Крынке в дополнение к вики-странице проекта на Брацкой Правке.
  6. Организует видеоконференции или другие встречи сторон, заинтересованных в проекте, особенно, необходимые для разрешения возникающих в ходе проекта проблем.
  7. Отчитывается перед заказчиком о состоянии проекта, собирая, анализируя и обобщая информацию и тенденции.
  8. Обеспечивает приёмку изделия включая ту документацию, которая была согласована договором, либо мотивирует необходимость отказа от приёмки после сообщения подрядчика о полном выполнении работ по непосредственному созданию изделия.

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

Стадия применимости, фактически, является доведением созданного дееспособного изделия до возможности его применения в эксплуатации. Эта стадия открывается после получения готового изделия и заканчивается переводом изделия в эксплуатацию, обычно, поначалу в состоянии бэта-тестирования.
На этой стадии, Координатор отвечает за перевод изделия в эксплуатацию. Для достижения целей этой стадии, ответственный Координатор:
  1. Отвечает за ограничение дальнейшего доступа подрядчика к изделию.
  2. Публикует полученную от подрядчика документацию на ресурсах Облака. Внутренняя, закрытая от общественности, документация, например, администраторские доступы к установленному программному обеспечению, публикуются на Брацкой Крынке. Та документация, которая может быть открыта общественности без ограничений, публикуется на Брацкой Правке.
  3. Способствует реализации перевода изделия из принятого от подрядчика до введённого в эксплуатацию. Это "способствование", в частности, включает (а) уточнение у заказчика кто из Персонала Bskol будет эксплуатировать созданное изделие, (б) детализацию порядка перевода вместе с вовлечёнными в будущую эксплуатацию лицами и (в) передачу им доступа к закрытой документации на Брацкой Крынке.
  4. Вносит изменения, отражающие реальное состояние дел, на эту самую вики-страницу, а также связанные с нею вики-страницы проектов.

Доводка до зрелости

Стадия рыночности, фактически, является доведением созданного дееспособного изделия до возможности его применения в эксплуатации. Эта стадия открывается после получения готового изделия и заканчивается переводом изделия в эксплуатацию, обычно, поначалу в состоянии бэта-тестирования.
На этой стадии, Координатор отвечает за перевод изделия в эксплуатацию. Для достижения целей этой стадии, ответственный Координатор:

Фермы

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

Домены

Утверждённые проекты доменов
Работы 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. Услуги пользователям -- это усилия по построению тех услуг, которые Оплёт предоставляет конечным пользователям.

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

Для прилад

  • Перевод Оплёта на WSO2 IS -- перевод Оплёта с использования 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

Утверждённые проекты неиспользующих MariaDB прилад
Работы Крынки Связки Справы Жици
Высшие        
Пользовательские        
Технические        
Прототип        
Дееспособность        
Применимость        
Рыночность        

Опытные

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

Предприятие

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

  • Бизнес-услуги Bskol -- построение технологических услуг клиентам за пределами "Лестницы к Профессии", а также организации рабочих мест для практикантов и стажёров проекта в обмен на их оплату.
  • Верификации Bskol -- построение услуг по подтверждению компетенций клиентов за пределами "Лестницы к Профессии" в обмен на их оплату.
  • Короткие тренинги Bskol -- построение коротких тренингов за пределами "Лестницы к Профессии", предлагаемых клиентам за плату.
  • Oбразование через Bskol -- построение партнёрских отношений с учебными заведениями с целью неограниченного предложения услуг учебных заведений клиентам за пределами "Лестницы к Профессии" в обмен на их оплату при условии бесплатного оказания услуг ограниченному количеству участников проекта Bskol.
  • Трудоустройство через Bskol -- построение услуг по поиску работы клиентам за пределами "Лестницы к Профессии" в обмен на их оплату.
  • Услуги донорам Bskol -- построение услуг для доноров Bskol. Доноры -- это люди и организации, которые передают Bskol ресурсы, не подразумевая их возврат или оплату. Примером человека-донора будет кто-то, кто передаст Bskol свой старый смартфон на условиях того, что этот смартфон будет передан участнику. Примером организации-донора будет финансируемый United States Agency for International Development (USAID) фонд, который профинансирует какую-то часть расходов Bskol, например, на покупку оборудования или зарплаты сотрудникам.
Утверждённые проекты по построению услуг
Работы Бизнес-услуги Верификации Тренинги Oбразование Tрудоустройствo Услуги донорам
Высшие            
Пользовательские            
Технические            
Прототип            
Дееспособность            
Применимость            
Рыночность            

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

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

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

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

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

Партнёры

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

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

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

Трудовые ресурсы

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

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