Здравствуйте, vladrsdn, Вы писали:

V>Никто случаем не пробовал все-таки a/b тестирование?

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

Распределение клиентов делается в зависимости от критериев:

1) "сбойность" какого-то из шлюзов
2) появление инсайдерской информации о неликвидности организации обеспечивающей работу шлюза, мониторить форумы и новости
3) максимизации прибыли за счет оптимизации размера комиссий

При распределении клиентов в основе лежит теория вероятности. Например, вы знаете что шлюз №1 сегодня глючит, поэтому временно назначаете коэффициент распределения для первого шлюза P1 = 0, а для второго P2 = 1. Это означает, что на сбойный шлюз попадет 0% клиентов, а на второй рабочий 100%. Затем по ходу изменения ситуации меняете соотношение P1 и P2. Например, первый шлюз предположительно начал работать, делаете P1 = 0.1, P2 = 0.9. Работает несколько дней хорошо, повышаете P1 = 0.3, P2 = 0.7 и т.д. Сумма всех вероятностей всегда остается при этом единицей (= 100%), т.е. всегда соблюдается равенство P1 + P2 = 1.

Управление коэффициентами P делать ручным через файл конфигурации, БД и/или панель управления. Наверное, и автомат можно такой сделать который будет управлять этим в режиме автопилота, но я не пробовал автомат.

Использую такую систему много лет, полет отличный.

Здравствуйте, vladrsdn, Вы писали:

V>Никто случаем не пробовал все-таки a/b тестирование?

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

Распределение клиентов делается в зависимости от критериев:

1) "сбойность" какого-то из шлюзов
2) появление инсайдерской информации о неликвидности организации обеспечивающей работу шлюза, мониторить форумы и новости
3) максимизации прибыли за счет оптимизации размера комиссий
4) через все шлюзы должны периодически проходить оплаты в некотором соотношении, их нужно "подкармливать" и заодно это позволяет наблюдать за их работоспособностью

При распределении клиентов в основе лежит теория вероятности. Например, вы знаете что шлюз №1 сегодня глючит, поэтому временно назначаете коэффициент распределения для первого шлюза P1 = 0, а для второго P2 = 1. Это означает, что на сбойный шлюз попадет 0% клиентов, а на второй рабочий 100%. Затем по ходу изменения ситуации меняете соотношение P1 и P2. Например, первый шлюз предположительно начал работать, делаете P1 = 0.1, P2 = 0.9. Работает несколько дней хорошо, повышаете P1 = 0.3, P2 = 0.7 и т.д. Сумма всех вероятностей всегда остается при этом единицей (= 100%), т.е. всегда соблюдается равенство P1 + P2 = 1.

Управление коэффициентами P делать ручным через файл конфигурации, БД и/или панель управления. Наверное, и автомат можно такой сделать который будет управлять этим в режиме автопилота, но я не пробовал автомат.

Использую такую систему много лет, полет отличный.