Спасибо! "Но нужно это делать не в каждый под, а достаточно было бы выделить одного ВПН клиента на ноду" а подскажите плиз пример как это сделать? У меня естественно была такая мысль, но я просто не нашел, а это бы очень помогло
Спасибо, я понял, что вопрос задан скорее некорректно - задаче не в кубер попасть, а из кубера в другу сеть, не устанавливая ничего на хосты кубера - т.е. только pod/service/ingress и т.д. настройки, т.е. что угодно, но чтобы не идти в консоль самих машин, на которых кубер развернут. Обновил описание проблемы
abratko: Где как, для тех, валют, с которыми работает обычно двух знаков хватает. Супер биллингов нет, потому не сказать, что сильно тратим время на такие запары, как правило все сводится просто к храниению, выводу и правки через UI и иногда умножением на 1млн. чтоб куда-нить в api заслать
Ну мы у себя его и используем в некритичных по скорости решениях, а супер критичных пока не приходилось делать. Считаем все в PG потому проблем особо не имеем
не надо использовать числа с плавающей точкой для хранения денег, это может и удобнее в чем-то НО как написано в итоговой оценке по этому топику - операции сравнения могут происходить неверно и точно медленнее
Спасибо! Да, про ValidationConstants я как раз писал в "2) Изощрения с хранением "public static final String IMAGE = "IMAGE";"" Знаю такой финт, но он мне кажется не слишком хорошим, так как не enum это и жить с этим вероятно будет сложно.
Скажем так, мне надо, чтобы сообщение ушло на самый не загруженный сервер. Не загруженный не в смысле этой очереди, а скорее CPU, RAM.
Понимаю, что обработку загруженности, наверное, придется написать самому.
