Импортозамещение задает очень высокий темп разработки и внедрения, в том числе — и для применения принципов ИТ-архитектуры. Системы активно переводят на архитектуру х86 и открытые решения, которые существенно уступают зарубежным платным продуктам по объему хранимых данных и производительности на единицу оборудования. Кроме того, в перспективе существует задача ухода с архитектуры x86 на отечественную архитектуру. В связи с этим активно используется виртуализация, что сделает переход наименее болезненным. С другой стороны, бизнес постоянно растет, растут объемы хранимых данных, уменьшается Time2Market, увеличивается количество релизов, существенно усложняется интеграция между информационными системами при переходе на микросервисную архитектуру. При возникновении аварии в промышленной среде не всегда понятно, что является причиной, а что — следствием.

Необходимо разработать архитектурный стандарт (или ряд стандартов) для использования архитектором и разработчиком системы, в котором появятся подходы к обеспечению высокой доступности информационных систем и сервисов. Стандарт должен учитывать все возможные причины появления аварий таким образом, чтобы они не приводили к недоступности процессов и сервисов для клиентов и пользователей. А, кроме того, если авария потребует устранение последствий после сбоя, то стандарт должен учитывать, что это устранение происходит в автоматическом или автоматизированном режиме.

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

Презентация должна включать в себя:

• Схемы (а также типы/варианты/шаблоны реализации), текстовые описания, условия применения, критерии зрелости, критерии приемки, (при необходимости могут быть примеры систем) и т.д., описывающие архитектурные стандарты надежности.
• Систематизацию (классификацию) и описание механизмов обеспечения надежности с архитектурными схемами для каждого механизма.
• Методы обеспечения различных способов гарантированной доставки, обеспечения консистентности данных и обеспечения функциональности в различных нештатных ситуациях.
• Методы резервирования и масштабирования возможностей системы, оптимального использования оборудования для получения максимальных возможностей систем на предоставленном оборудовании.

Решение должно быть представлено на платформу не позднее 22 мая 22:00 МСК в следующем виде:

Ссылка на презентацию вашего проекта (облачный диск с файлом .pptx/.pdf или развернутая презентация на younote/buildin или иных сервисах)

• 3 Аналитика
• 1 Solution Architect
• 1 backend-разработчик*
• 1 DevRel*

*Привлекать таких специалистов следует в случае полного формирования команды (5 человек), когда полностью закрыты все необходимые компетенции (архитекторы и аналитики).