Комментарии 20
Все конечно супер, НО!!!
Ребята, мы уже пару недель не можем добиться перевода интернет-эквайринга у вас в боевой режим. При всем том, что сайт давно настроен. Отвечают ваши сотрудники по несколько дней на простые вопросы. Это как-то несерьезно для банка, у которого заявлена услуга.
Как результат - выбираем другого оператора и-эквайринга.
Добрый день, Алексей! Мы хотим разобраться и помочь с решением вопроса. Пожалуйста, пришлите нам на ящик smedia@vtb.ru ИНН и наименование организации, в теме письма укажите "Habr". Обязательно все проверим и вернемся в самое ближайшее время!
Благодарю за реакцию на комментарий. Отправил данные вам на почту.
заметьте - попросили в теме письма Хабр указать. Не хотят огласку на весь инет как все у них плохо. Отвратительно работают как приложения, так и бизнес-процессы. Ниже отписался про потерю заявления. Также меня когда-то гоняли по кругу с одной проблемой, так и ее и не решив. Дату закрытия депозита сами определяют - когда отработают заявку.
Не банк, а треш. Раньше много лет назад ругался на Сбер и Почту России, но они исправили свои недочете и претензий уже никаких. А ВТБ похоже застыл в 90х и 00-х. Если бы не условия лучше других банков по стоимости обслуживания с оглядкой на большие лимиты - закрыл бы счета.
мы смогли управлять виртуализацией серверов уже не с помощью сторонних решений вроде VMware, как делали это раньше, а опираясь на собственные
Можете уточнить какие решения используются? Виртуализация KVM и вы к ней написали свои скрипты и панель управления и так далее?
В Банке была разработана и внедрена платформа VTB.Cloud, подробнее можно прочитать здесь – https://www.vtb.ru/malyj-biznes/servisy-v-pomoshch-biznesu/cloud/. VTB.Cloud поддерживает различные платформы виртуализации, в качестве основной платформы OpenStack KVM собственной сборки. Облачная платформа зарегистрирована в реестре российских программ с 2021 года и используется в Банке в качестве основной платформы предоставления инфраструктуры.
Техдолг: устранён на 100%.
Тех. долг - постоянно движущаяся цель. Его невозможно закрыть и расслабиться.
К моменту закрытия последней запланированной задачи, выясняются новые изменения процессов, глюки железа, софта, требований банка и регуляторов ...
На момент запуска программы Надежность был определен технический долг, возникший в основном в результате «наследования» систем присоединенных банков, не соответствовавших актуальным стандартам. Данный тех долг вошел в скоуп программы и был устранен в полном объеме. Для того, чтобы в дальнейшем процесс работы с тех долгом стал управляемым, в банке, одновременно с реализацией программы Надежность, было реализовано несколько инициатив. В рамках данных активностей были разработаны архитектурные и технические стандарты, а также внедрен новый производственный процесс, полностью регламентирующий жизненный цикл систем. В том числе и порядок работы и ответственных за устранение тех долга, в случае его возникновения.
Четыре девятки это меньше часа в год простой. Я помню интернет банк был недоступен полдня или день. Даже в новостях писали
Проанализировали все инциденты за полтора года, но не смогли найти ни одного подходившего под определение «интернет банк был недоступен полдня или день» (с). Действительно были инциденты с частичной недоступностью системы или недоступностью отдельных сервисов, к сожалению, такое случается, и наша команда постоянно работает над повышением уровня надежности клиентских сервисов. Не могли бы Вы уточнить, о каком именно инциденте или периоде идет речь?
Статья больше похожа на отчёт CTO (технического директора о своей работе). После прочтения остаётся много вопросов:
1."Ранее мы использовали VDI Horizon, но признали его недостаточно безопасным и решили заменить на собственную целевую платформу VDI."
Какую именно платформу VDI вы решили использовать, если отказались от лидирующего на рынке решения VMware Horizon? Заново придумали майкрософтовские RDS серверы?
2."Создали централизованные почтовые сервисы".
Каким образом это было реализовано и какие решения используются по итогу?
3."позволил отказаться от размещения в региональных офисах собственных инфраструктурных сервисов и перенести их все в целевые ЦОД ГО."
Теперь сотрудникам из регионов придётся пробираться через дебри бюрократии, чтобы им починили их сломанный сервис. Раньше они могли попинать местных IT-шников.
4."мы взялись за разработку облака сами — хоть и не без помощи опенсорсных решений. Для управления разработали движок, облачный оркестратор, интерфейс. А для отслеживания параметров — построили системы биллинга и анализа отчётности по облаку."
Selectel и другим облачным провайдерам на это понадобилось 10 лет, а тут банк за 3,5 года реализовал всю обвязку для облака.
5."Stand-In — инструменту резервирования, создающему копию системы, на которую можно перейти в момент простоя основной системы."
Впервые о таком решении слышу. Судя по описанию — это революция в области работы с APP и обеспечения постоянной доступности сервисов для клиентов. Компания VMware с удовольствием купит такое ноу-хау за много-много денег.
6."Мониторинг покрыл 100% наших систем и инфраструктуры под ними, и с его помощью мы наконец смогли в режиме реального времени наблюдать весь ландшафт, получать информацию о текущем состоянии сетей, железа, баз данных, взаимодействиях систем, бизнес-метриках."
Это из области фантастики. Тут даже комментировать нечего.
7.Про закрытие технического долго на 100% — выше уже писали. Вы перепутали технический долг с проектом миграции ресурсов поглощённых банков в свою инфраструктуру. Проект, действительно, закончен на 100%, но к техническому долгу это не имеет отношение.
Спасибо за Ваши вопросы. Давайте по пунктам:
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 имеют далеко не все системы. Инструменты и технологии резервирования и обеспечения надежности применяются в зависимости от критичности системы и требований по ее доступности.
Статья о том, что мы потратили много денег и довели до конца то, что нам посоветовали "крутые" консалтере
Даже не так, это доклад для конференции, где собрались большие дядьки за много денег, и мы решили рассказать, как мы потратили много денег.
Не знаю что вы там наладили. Но вот в приложении ВТБ Бизнес постоянно что-то не работает.
А ваши внутренние процессы вообще ужасны. Ваш банк даже умудрился потерять заявление от меня
ВТБ - худший банк в моем рейтинге!
Очень рад за 9999, но месяцами есть баг в андроид клиенте - пишет недостаточно средств при попытке отправить на др счет. Это просто феерия. Можно это уже исправить??
Надежность ВТБ: как мы добились «четырёх девяток» доступности банковских систем