Комментарии 4
Нам кажется, внедрение такого решения оправданно, если разработчиков становится больше тысячи
Мне кажется, что раздувание штата разработчиков до 1000 как раз и явилось главной причиной проблемы в ИТ. Хотя да, кто-то вне ИТ одобрил этот подход.
Не затруднит ли автора ответ на вопрос - сколько приложений требуются банку для работы? Не микросервисов, а именно полных приложений, обслуживающих сквозным образом набор связанных бизнес-процессов. Например - мобильное приложение, биллинг (проценты), вклады, банковские карты, что-то про инвестиции (игру на бирже), кредиты, вариация на тему шины для взаимодействия внутри и снаружи, что ещё? Ну пусть ещё бухгалтерия, но подозреваю, что там какая-нибудь 1С и 1000 разработчиков к ней отношения не имеют.
Не затруднит ли автора ответ на вопрос - сколько приложений требуются банку для работы? - хороший вопрос! Тут скорее идет история от задач. Потому что помимо приложений банка есть еще обвязка, работа почты, работа с данными, контроль внутренней разрастающейся инфраструктуры, стартапы, проверка гипотез, прикручивание AI, разработка средств мониторинга и защиты. В итоге приложения банка выделяются в бизнес-линии, обрастают "мясом" и все это превращается в группу компаний с 1000+ разработчиков.
Звучит здорово и вдохновляюще. Но сложилось впечатление, что именно в тинькофф среди всех банков чаще всего встречаются сбои и неполадки. Почему так?
Интересная статистика. Для ответа на вопрос необходимо обозначить сроки в которые мы будем считать количество сбоев. И нужно понимать срез компаний в группе компаний Тинькофф, по которым считать сбои. Если есть возможность подкрепить Ваши впечатления информацией о сбоях в сравнении с другими компаниями, было бы круто получить ссылку.
P.S. Ну тот кто в развитии не ползет а бежит, точно будет ошибаться, вопрос насколько часто и как будет больно.
От простого ИТ-ландшафта к единой платформе разработки: эволюция ИТ в Тинькофф