Difference between revisions of "CNMCyber Usable"

From CNM Wiki
Jump to: navigation, search
(Опытные)
(Неиспользующие MariaDB)
Line 363: Line 363:
 
![[Перевод Крынки на GitLab|Крынки]]!![[Работа над Связками|Связки]]!![[Работа над Справами|Справы]]!![[Устойчивость для Жици|Жици]]
 
![[Перевод Крынки на GitLab|Крынки]]!![[Работа над Связками|Связки]]!![[Работа над Справами|Справы]]!![[Устойчивость для Жици|Жици]]
 
|-
 
|-
![[Высшие требования|Высшие]]
+
![[Business requirement]]s
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Прототип изделия|Прототип]]ы
+
![[Product prototype]]s
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Пользовательские требования|Пользовательские]]
+
![[User requirement]]s
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Рабочие требования|Рабочие]]
+
![[Work requirement]]s
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Технические требования|Технические]]
+
![[Technical requirement]]s
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Контракт]]ы
+
![[Endeavor consent]]
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Состояние дееспособности|Дееспособность]]
+
![[State of utility|Utility]]
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Состояние применимости|Применимость]]
+
![[State of applicability|Applicability]]
 
| || || || 
 
| || || || 
 
|-
 
|-
![[Состояние управляемости|Управляемость]]
+
![[State of controllability|Controllability]]
 
| || || || 
 
| || || || 
 
|}
 
|}

Revision as of 21:47, 12 November 2022

CNM Cloud Usable (in the Russian-language version, known as Работы над Облаком) is the fourth, current, phase of the CNM Cloud Project. CNM Cloud (hereinafter - the Cloud) is a set of technologies that supports CNM Cyber. This very wikipage presents the primary list of those endeavors that are included in that phase. CNM Cyber Project Coordinators (hereinafter, the Coordinators) are invited to organize work on its endeavors.


Trivia

Projects vs operations

The endeavors include:
  • Projects undertaken to develop new systems to be deployed at the Cloud.
  • Operations undertaken to sustain productive functions of deployed systems of the Cloud.

Cloud layers

  1. CNM Farms. The Cloud infrastructure or, in other words, ecosystem of computing servers and cloud OS to support both Opplet and CNM apps.
  2. Opplet. The enterprise-wide utility software that supports CNM apps regardless of their location of those applications in the Cloud.
  3. CNM apps. End-user applications of the Cloud.

Farms

CNM Farms (hereinafter, the Farms) present the infrastructure for the functioning of both the CNM apps and Opplet that serves those apps.

Farms' administration

For the purposes of this wikipage, the Farms' administration refers to those developments that can be used on several rather than one individual Farm:
Authorized projects related to the Farms' administration
Endeavors Integration Configuration Statistics Revisions
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Базы

Помимо построения кластеров узлов Брацких Ферм, планируется рассмотреть возможность связать аналогичные базы данных между собою для их более стабильного функционирования.
Утверждённые проекты баз данных
Работы Над MariaDB Над PostgreSQL Над Оплётным
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Домены

Утверждённые проекты доменов
Работы CDN DNSSEC Geocast IPv6 Ревизия DNS
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Инструменты поддержки

Для целей этой вики-страницы, к инструментам поддержки the Farms отнесены инструменты разработок ПО и те инструменты администрирования на странице https://github.com/kahun/awesome-sysadmin, которые не задействованы в проектах описанных в других разделах.

Утверждённые проекты инструментов поддержки Ферм
Работы Панели управления Рабочие среды
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

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

Четыре Farms состоят из объединённых в кластеры узлов. Каждый кластер должен иметь как минимум один (а) вход, который для высокодоступных Ферм включает распределитель запросов (load balancer) на общественном веб-адресе, (б) синхронизацию ресурсов общих отдельных узлов, как минимум, баз данных, (в) мониторинг, (г) безопасность, включая защитные стены (firewall) и (д) систему резервного копирования (backup) и восстановления.
  • Работа над Деловой -- это проекты развития и поддержания Деловой Фермы. В настоящее время, кластер на основе трёх "железных" серверов принят у подрядчика после сборки и добавки функционала высокой доступности. Затем сюда будет перенесено содержимое прилад. Не решены вопросы (а) входа по IPv4, (б) безопасности за пределами iptables, (в) добавления NAS и продвинутого резервного копирования и восстановления, а также (г) продвинутого мониторинга. В качестве оптимизации расходов, рассматривается вопрос замены одного "железного" сервера на сервер Опытной Фермы.
  • Работа над Кампусной -- это проекты развития и поддержания Кампусной Фермы. В настоящее время, собран кластер из трёх виртуальных частных серверов, базы данных которых синхронизированы, и для них заказывается функционал высокой доступности, включая (а) вход, (б) мониторинг, (в) безопасность и (г) система резервного копирования и восстановления. К одному из серверов также подключено дополнительное хранилище, которое предполагается переделать на NAS.
  • Работа над Опытной -- это проекты развития и поддержания Опытной Фермы. В настоящее время, находится в неопределённом положении. Формально, она состоит из двух "железных" серверов, однако они фактически не включены в работу. Из всех Farms, эта -- единственная, которая не требует функционала высокой доступности из-за эксперементальной природы установленных на ней приложений. Из-за отсутствия высокой доступности, эта ферма потребует продвинутую систему резервного копирования и восстановления.
  • Работа над Оплётной -- это проекты развития и поддержания Оплётной Фермы. В настоящее время, состоит из двух виртуальных частных серверов, которые между собою не синхронизированы. Ожидается, что часть наработок Кампусной Фермы будет использованы здесь.
Ранее, использовалось частное облако построенное на OpenStack. Оно было закрыто из-за высокой стоимости и низкой в то время загруженности. Развитие проекта может потребовать перевода части ресурсов the Farms на облачное решение снова. В последнее время, популярным также стал Apache CloudStack. Eсли таковое решение будет принято, необходимо будет решить, какой пакет обеспечения задействовать и будет ли это развитием Опытной или Оплётной Фермы.
Утверждённые проекты кластеров Ферм
Работы Над Деловой Над Кампусной Над Опытной Над Оплётной
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Оплёт

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

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

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

Для прилад

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

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

  • Интерфайс Оплёта -- обновление интерфейса opplet.net до лучше выглядещего и более удобного для пользователей.
  • Мероприятия Оплёта -- добавление функции управления участия в мероприятиях организованных в рамках проекта Bskol.
  • Почта корпоративная -- доведение услуг почты Оплёта от минимально-жизнеспособного продукта до готового изделия.
  • Рассылки Оплёта -- добавление функции подписки на рассылки и отписки от них.
Утверждённые проекты услуг Оплёта для пользователей
Работы Интерфейс Мероприятия Оплёта Почта корпоративная Рассылки
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Прилады

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

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

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

Пять полных прилад the Cloud используют MariaDB в качестве своих баз данных:
  • Работа над Бачками для разработок Брацкой Бачки, её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена, но не используется. Ранее, туда были записаны несколько пробных видео, их судьба в данный момент не известна. Основная прилада, скорее всего, не будет установлена на главном кластере Кампусной Фермы из-за особенностей добавки функционала высокой доступности. Нет решения где и как она будет окончательно установлена.
  • Работа над Вебками для разработок Брацкой Вебки, её курсовой и будущей версии, а также ПО. В настоящее время, установленных прилад нет. Предпринималось несколько попыток установки, однако эффективной стратегии борьбы с вирусами найдено не было.
  • Работа над Правками для разработок Брацкой Правки, её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена и активно используется. Из-за проблем интеграции с LDAP, версии уже несколько лет не обновляются. Также периодически появляются проблемы с картинками. Почтовый агент либо не подключен, либо не работает.
  • Работа над Сетками для разработок Брацкой Сетки, её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена, но используется несистематически. Почтовый агент либо не подключен, либо не работает.
  • Работа над Учебками для разработок Брацкой Учебки, её курсовой и будущей версии, а также ПО. В настоящее время, основная прилада установлена и активно используется. Несколько проблем задокументировано на странице Работа над Учебками. Почтовый агент либо не подключен, либо не работает.
Утверждённые проекты использующих MariaDB прилад
Работы Бачки Вебки Правки Сетки Учебки
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        
Так как приложения существуют не в вакууме, часть усилий по развитию приложений относится к другим группам. Например, к:

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

Утверждённые проекты неиспользующих MariaDB прилад
Работы Крынки Связки Справы Жици
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Опытные

Усилия по построению перспективных и популярных ресурсов the Cloud:
  • MediaWiki LDAP -- уже много лет, стабильная версия MediaWiki не обновляется из-за конфликта новых версий с нашим плагином LDAP. Однако принято решение о переводе интеграции на WSO2 IS и не ясно, будет ли оставлен LDAP в качестве обязательного.
  • OpenEdX -- Moodle решено оставить исключительно под три начальных курса Лестницы к Профессии. Другие курсы, включая языковые, планируется делать на платформе OpenEdX.
  • ProjecQtOr -- некогда был установлен для коротких тренингов по ПО для управления проектами.
  • Redmine -- некогда использовался для Крынки, сейчас рассматривается возможность оставить для тренинга или в качестве "музейного" экспоната.
  • Taiga -- некогда был установлен для коротких тренингов по ПО для управления проектами.
Утверждённые эксперименты с приладами
Работы MediaWiki LDAP OpenEdX ProjecQtOr Redmine Taiga
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Предприятие

Администрация Облака

Утверждённые проекты по построению администрации
Работы Кадровое Организационное Финансовое Юридическое
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Внешние операции

Утверждённые проекты по построению внешних операций
Работы Индустрия Разработчики Технологии Техподдержка Эксплуатационщики
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

Группы вовлечённых

Утверждённые проекты по построению групп вовлечённых
Работы Комитеты Советы Пользователи Сисадмины
Business requirements        
Product prototypes        
User requirements        
Work requirements        
Technical requirements        
Endeavor consent        
Utility        
Applicability        
Controllability        

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