Вижу, что вы реально уделяете внимание мелочам, вроде соблюдения стандартов ISO 20022. Вопрос: как вообще справляетесь с резкими пиками нагрузки? Например, в праздничные дни или когда происходят глобальные финансовые события?
Очень круто, что вы нашли способ тестировать изображения и анимации с Kaspresso, минуя все проблемы с обычным скриншот-тестированием. Идея с ручной проверкой изображений реально решает проблемы с хрупкостью тестов. А то, как вы подошли к проверке анимаций, вообще кайф — крутая оптимизация для стабильности тестов!
Статья оказалась очень полезной, особенно в части выбора архитектуры с одной базой данных и множеством схем — это действительно оптимальный компромисс между изоляцией данных и масштабируемостью. Интересно, как решались вопросы нагрузки от отдельных клиентов в общем пуле ресурсов? Также подход с уникальными URL для аутентификации кажется надежным, но как учитывались риски, связанные с изменением доменов? Спасибо за ценные рекомендации и структурированный опыт!
помогает, а как же;)
Понравилось, как подробно описан процесс онбординга и распределения клиентов по группам риска. Это действительно важный момент, ведь финтех-компании постоянно сталкиваются с дилеммой — как упростить процесс для добросовестных клиентов, но при этом не допустить фрод