1. Целевое решение VDI построено и развивается на платформе «Базис», подробнее можно ознакомиться здесь https://basistech.ru/products/.
2. На момент начала программы почтовые сервисы были размещены на разрозненных серверах Exchange различных версий и использовали различные AD наследованных банков. В рамках выполненных работ были объединены AD, а все почтовые сервисы консолидированы на целевом кластере Exchange в целевых ЦОД. Региональная legacy инфраструктура была выведена из эксплуатации. В настоящее время идут работ по миграции на целевое решение Communigate Pro.
3. Все сервисы централизованы и переведены на облачную инфраструктуру в целевые ЦОД. Тех поддержка пользователей ведется через централизованные каналы. По итогам проведенных работ банк получил эффект за счет отказа от сопровождения децентрализованной инфраструктуры, на которой размещались региональные сервисы.
4. Разработка облачной платформы была выполнена силами Банка с привлечением команды Т1, что позволило разработать платформу, необходимую для реализации проектов Банка, в сжатые сроки. Более подробное описание решение можно прочитать здесь – https://www.vtb.ru/malyj-biznes/servisy-v-pomoshch-biznesu/cloud/.
5. StandIn – это дополнительный контур системы, который в режиме реального времени синхронизируется с основным контуром и в любой момент может начать предоставлять сервис вместо основного контура ИС. Контур StandIn в обязательном порядке размещается на отдельной, от основного контура системы, инфраструктуре. Синхронизация между промышленным и StandIn контурами реализована с помощью прикладного журнала (на прикладном уровне).
6. В начале программы данная задача действительно выглядела фантастической. Однако, по итогам работ была внедрена единая система мониторинга бизнес-сервисов и ИТ-услуг с единым интерфейсом и системой отчетности, а все ИС в ходе программы были подключены к Единой системе мониторинга. Разработана модель здоровья. Разработаны и внедрены стандарты и процедуры постановки на мониторинг и обработки событий ИС (включая инфраструктурные компоненты), приложений, бизнес-сервисов. Разработаны стандарты параметры качества по постановке на мониторинг новых процессов, сервисов и систем. Как итог - покрытие ИТ ландшафта мониторингом действительно составляет 100%!
7. Ответ на вопрос про тех долг я дал немного выше.
Показатель доступности в 99,99% рассчитывается от регламентного времени работы системы и распространяется на все системы банка. Для систем с режимом работы 24x7 данный показатель не должен превышать 52 минут в год (включая простои систем на время проведения технологических работ). Но регламентное время работы в 24x7 имеют далеко не все системы. Инструменты и технологии резервирования и обеспечения надежности применяются в зависимости от критичности системы и требований по ее доступности.
В Банке была разработана и внедрена платформа VTB.Cloud, подробнее можно прочитать здесь – https://www.vtb.ru/malyj-biznes/servisy-v-pomoshch-biznesu/cloud/. VTB.Cloud поддерживает различные платформы виртуализации, в качестве основной платформы OpenStack KVM собственной сборки. Облачная платформа зарегистрирована в реестре российских программ с 2021 года и используется в Банке в качестве основной платформы предоставления инфраструктуры.
Проанализировали все инциденты за полтора года, но не смогли найти ни одного подходившего под определение «интернет банк был недоступен полдня или день» (с). Действительно были инциденты с частичной недоступностью системы или недоступностью отдельных сервисов, к сожалению, такое случается, и наша команда постоянно работает над повышением уровня надежности клиентских сервисов. Не могли бы Вы уточнить, о каком именно инциденте или периоде идет речь?
На момент запуска программы Надежность был определен технический долг, возникший в основном в результате «наследования» систем присоединенных банков, не соответствовавших актуальным стандартам. Данный тех долг вошел в скоуп программы и был устранен в полном объеме. Для того, чтобы в дальнейшем процесс работы с тех долгом стал управляемым, в банке, одновременно с реализацией программы Надежность, было реализовано несколько инициатив. В рамках данных активностей были разработаны архитектурные и технические стандарты, а также внедрен новый производственный процесс, полностью регламентирующий жизненный цикл систем. В том числе и порядок работы и ответственных за устранение тех долга, в случае его возникновения.
Спасибо за Ваши вопросы. Давайте по пунктам:
1. Целевое решение VDI построено и развивается на платформе «Базис», подробнее можно ознакомиться здесь https://basistech.ru/products/.
2. На момент начала программы почтовые сервисы были размещены на разрозненных серверах Exchange различных версий и использовали различные AD наследованных банков. В рамках выполненных работ были объединены AD, а все почтовые сервисы консолидированы на целевом кластере Exchange в целевых ЦОД. Региональная legacy инфраструктура была выведена из эксплуатации. В настоящее время идут работ по миграции на целевое решение Communigate Pro.
3. Все сервисы централизованы и переведены на облачную инфраструктуру в целевые ЦОД. Тех поддержка пользователей ведется через централизованные каналы. По итогам проведенных работ банк получил эффект за счет отказа от сопровождения децентрализованной инфраструктуры, на которой размещались региональные сервисы.
4. Разработка облачной платформы была выполнена силами Банка с привлечением команды Т1, что позволило разработать платформу, необходимую для реализации проектов Банка, в сжатые сроки. Более подробное описание решение можно прочитать здесь – https://www.vtb.ru/malyj-biznes/servisy-v-pomoshch-biznesu/cloud/.
5. StandIn – это дополнительный контур системы, который в режиме реального времени синхронизируется с основным контуром и в любой момент может начать предоставлять сервис вместо основного контура ИС. Контур StandIn в обязательном порядке размещается на отдельной, от основного контура системы, инфраструктуре. Синхронизация между промышленным и StandIn контурами реализована с помощью прикладного журнала (на прикладном уровне).
6. В начале программы данная задача действительно выглядела фантастической. Однако, по итогам работ была внедрена единая система мониторинга бизнес-сервисов и ИТ-услуг с единым интерфейсом и системой отчетности, а все ИС в ходе программы были подключены к Единой системе мониторинга. Разработана модель здоровья. Разработаны и внедрены стандарты и процедуры постановки на мониторинг и обработки событий ИС (включая инфраструктурные компоненты), приложений, бизнес-сервисов. Разработаны стандарты параметры качества по постановке на мониторинг новых процессов, сервисов и систем. Как итог - покрытие ИТ ландшафта мониторингом действительно составляет 100%!
7. Ответ на вопрос про тех долг я дал немного выше.
Показатель доступности в 99,99% рассчитывается от регламентного времени работы системы и распространяется на все системы банка. Для систем с режимом работы 24x7 данный показатель не должен превышать 52 минут в год (включая простои систем на время проведения технологических работ). Но регламентное время работы в 24x7 имеют далеко не все системы. Инструменты и технологии резервирования и обеспечения надежности применяются в зависимости от критичности системы и требований по ее доступности.
В Банке была разработана и внедрена платформа VTB.Cloud, подробнее можно прочитать здесь – https://www.vtb.ru/malyj-biznes/servisy-v-pomoshch-biznesu/cloud/. VTB.Cloud поддерживает различные платформы виртуализации, в качестве основной платформы OpenStack KVM собственной сборки. Облачная платформа зарегистрирована в реестре российских программ с 2021 года и используется в Банке в качестве основной платформы предоставления инфраструктуры.
Проанализировали все инциденты за полтора года, но не смогли найти ни одного подходившего под определение «интернет банк был недоступен полдня или день» (с). Действительно были инциденты с частичной недоступностью системы или недоступностью отдельных сервисов, к сожалению, такое случается, и наша команда постоянно работает над повышением уровня надежности клиентских сервисов. Не могли бы Вы уточнить, о каком именно инциденте или периоде идет речь?
На момент запуска программы Надежность был определен технический долг, возникший в основном в результате «наследования» систем присоединенных банков, не соответствовавших актуальным стандартам. Данный тех долг вошел в скоуп программы и был устранен в полном объеме. Для того, чтобы в дальнейшем процесс работы с тех долгом стал управляемым, в банке, одновременно с реализацией программы Надежность, было реализовано несколько инициатив. В рамках данных активностей были разработаны архитектурные и технические стандарты, а также внедрен новый производственный процесс, полностью регламентирующий жизненный цикл систем. В том числе и порядок работы и ответственных за устранение тех долга, в случае его возникновения.