nirvimel

Все правильно.
Если вход и выход VPN отслеживается одой и той же системой мониторинга - можно сопоставить.
Но вы же не собираетесь банк в своем городе хакать?

По своему опыту могу сказать:
Всё это бесполезный треш, все эти описания как надо, как правильно, как делают гуру, как делают в НАСА, солиды, банды четырёх, десяти, трёхсот спартанцев и т. д. Но, ровно до того времени, пока вы сами до этого не дойдёте. А дойти до этого можно только с опытом. Когда вы пишете что-то относительно не крупное, эти все вещи можно опускать. А когда приходите к огромному проекту, всё идёт само по себе, ибо иначе вы просто не можете с этим взаимодействовать, либо если система уже достаточно хорошо спроектирована, вам приходится писать правильно, т. к. по-другому либо не получится, либо вам дадут по шапке ревьюверы.

Если вы в любом проекте начинаете ещё до проекта строить идеальную мега-архитектуру там, где она не нужна, то это уже является в какой-то мере преждевременной оптимизацией, которую уже миллион раз обсудили. Ни одна софтварная корпорация мира не может спроектировать всё заранее, а в большинстве всё спроектировано и написано через жопу, это могу точно сказать, ибо много крупных продуктов приходилось реверсить. Вы бы знали, какое там гавно, даже в рамках правильного использования средств разработки и языков...

Рецепт прост: пробовать, делать, строить, ломать, перестраивать, ошибаться, снова перестраивать. Тупо взять и прочитать, как кто-то там сделал и у него получилось, не прокатит. У него звёзды сошлись, а у вас, у меня, или у неё не сойдутся точно в такой же последовательности. Используйте разные языки программирования, разные парадигмы, фреймворки. Это даёт прекрасное понимание о существовании различных архитектурных решений, которое не даст ни однин теоретический паттерн.

Я не хочу сказать, что все эти гофы и солиды не имеют смысла, они созданы для того, чтобы для начала просто с ними ознакомиться, отложить в подсознание и... благополучно забыть! Но потом, когда вдруг что-то писал и внезапно осенило: Да это же паттерн медиатор/обсервер/репозиторий/anyPattern! Вот тут и пригодится та самая книга трёх танкистов и собаки, которая просто направит в нужное русло, объяснит остальное, что не успел понять сам, и т. п.

Всё это моё понимание, работает для меня, может не работать для кого-то другого, кто, например, запоминает 95% прочитанной книги и может уже сразу же адекватно оценить где какой подход использовать, где нужно будет масштабироваться и т.д.

Но, я пока что таких людей не видел...

В том-то и дело, что есть разные философии/парадигмы/принципы/паттерны/антипаттерны и т.д., а универсальной кнопки "сделать зашибись" пока нет.
И выбор конкретного подхода зависит от предметной области, от стандартов индустрии и личных предпочтений главного архитектора, или как его там.

Если уж у вас в тегах стоит ООП, то стоит упомянуть про SOLID. Эти принципы специально придуманы для больших и сложных проектов с долгим жизненным циклом.

Но если вы собираетесь по-быстренькому набросать управление вентилятором, например, прошить этот код в контроллер и забыть о нем навсегда, то принципы SOLID могут показаться слишком громоздкими и переусложненными.

Да вроде ценник на IPv4 везде примерно одинаков, в районе 60-80рублей за штуку.
А проверенные - непонятно что там проверять.

Ставим это

ПКМ и пункт Параметры


Выбираем нужные фильтры для региона и забываем о рекламе

В ИТ, когда какой-то шпиціалист что-то говорит, можно просто попросить у него линк на тесты и метрики

Советую у них спросить ети самые тесты и метрики
Возможно, они помогут избавиться от персонала без квалификации

stackoverflow.com/a/149445

stackoverflow.com/questions/1468648/https-vs-http-...

https://www.keycdn.com/blog/https-performance-overhead/

Traffic overhead 5kb per connection
CPU overhead 2%

то, что вы хотите сделать называется channel bonding, для tcp соединений скорость увеличится только если вы параллельно открываете несколько tcp соединений каждое через разное wifi подключение,
это значит, что например скорость скачивания одного файла по http в браузере не увеличится, зато вы можете запустить скачивание нескольких файлов параллельно и каждый из файлов будет скачиваться через свое соединение.
так же не получится(пока что, на ipv6 будет работать) увеличить скорость открытия интернет сайтов - каждый сайт будет передавать данные на ip адрес вашего конкретного соединения.
зато можно увеличить скорость скачивания одного торрента - он умеет использовать несколько соединений.

то, что вы хотите получить называется load balancing и для того чтобы он работал в вашем случае, потребуется промежуточный сервер с суммарной скоростью отдачи от сервера к вам как у суммы всех ваших соединений, входящая скорость сервера может быть такой же как исходящая или выше.
при этом, задержка(пинг) у ваших соединений должна быть примерно одинаковая - не больше 30-50 мсек разницы, иначе скорость будет только меньше, чем у одного соединения.
также, задежка со всех соединений к промежуточному серверу должна быть довольно низкой - не выше 100-130 мсек иначе скорость будет низкой.
и сам сервер должне иметь низкую задержку к тем сайтам, которые вы через него открываете - тоже не выше 100-130, гуглите bandwith delay product и tcp latency performance.
сам сервер вы можете арендовать у хостера.

желательно подключаться к wifi роутерам не по wifi, а проводом, потому что wifi вносит непредсказуемые потери и задержки, если рядом активно обмениваются данными несколько устройств и уровень сигнала сетей сильно различается, то клиенты будут мешать друг другу - сделать balancing больше чем двух соединений будет сложно из-за колебаний задержки.
можно вставить в компьютер несколько сетевых адаптеров и настроить balancing или взять ещё один роутер, перепрошить его прошивкой openwrt/ddwrt и настроить balancing на нём.

также, попробовать как работает bonding вы можете через программу connectify dispatch.

и раз вы говорите о скоростях 5 - 20 мбит - ваш провайдер не предлагает вам VDSL / PON?

Вы, простите, много видели программистов 1С, работающих на языке программирования 1С без 1С? Я - ни одного. Закрытый "клуб по интересам", который генерит такие велосипеды, что диву даешься.
Закрытый язык программирования никто не будет учить, на закрытом фреймворке никто работать не будет, даже если будут обучать. Для чего его учить, время тратить? Чтобы потом иметь возможность устроиться только в компанию Х? Потеря сообщества - это смерть любой технологии, любого языка, любой ОС.
Была такая замечательная ось - OS/2. То, что она замечательная, я знаю не понаслышке - все-таки два года проработал под ней. Погубило ее как раз отсутствие поддержки - не было софта, не было программистов, не было сообщества - все постепенно разбегались кто куда. Где нынче OS/2 - да никто и не вспомнит. А отдал бы IBM ее в опен сорс - глядишь, нашлись бы пара-тройка энтузиастов.
Продавать продукт невыгодно - его можно продать один раз. Гораздо выгоднее продавать поддержку - ее можно продавать постоянно.

В массиве data должны быть числа, а у вас строковые представления.
Почувствуйте разницу:

["30", "968", "1372", "608", "820", "266"]
[30, 968, 1372, 608, 820, 266]

Плюс логическая ошибка в обработке данных. Короче, вот рабочий вариант -
jsfiddle.net/6cfg06q8

Ну или так jsfiddle.net/6cfg06q8/1