nepster09: Но начисления, то были Васе2. Дальше пользователь может открыть ссылку на Васю два( id пользователя то не сменился ) и видит, что теперь это Петя4, может посмотреть, что 2008-11 это был Леша 743, потом 2009-12 стал Вася 2, а 2015-09 стал Петя4.
В конце концов, вы можете выдать пользователю только id. Потом сделать под запрос по этим ид и показать пользователю имя.
Зачем вам вообще таблица payments?
nepster09: И пусть меняется, но на тот момент был Вася, а значит операция для Васи, значит Васю там и следует оставить. От того, что Вася теперь Петя, перевод не стал для Пети, Вася уже давно мог эти деньги вывести, а вопросы теперь будут к Пете, хотя он здесь вообще не пределах.
Вообще передача аккаунтов изначально говорит о проблемах в системе, аккаунт это идентификация определенного лица и передать его нельзя ну просто никак.
ComradeDavy:
Как итог.
Если коммутаторы уже есть:
Берем два микротика( 2011 или подождать 3011, парада не уверен, что они 200Мбит прокачают ).
В каждый включаем по провайдеру.
Настраиваем vrrp.
На каждом микротике прописываем policy base routing по источнику, для одной подсети через него самого, для другой через его коллегу( или разделить по другому принципу, но это ваше дело ).
Если коммутаторы не умеют vlan. То или все в одну сеть и DHCP на mikrotik, или пусть адреса выдают нижестоящие маршрутизаторы.
Если коммутатор умеет vlan, то раскидать марштутизаторы по vlan и привязать dhcp на mikrotik к vlan'ам, а маршрутизаторы использовать как коммутаторы.
Если коммутаторов нет. То просто подключаем маршрутизаторы прямо в микротик, один с балансировкой или в два для надежности.
MrJeos: Зачем? Там будет 6 маршрутов вверх( которые в любом случае нужны, потому как они дефолтовые ) и 6 маршрутов вниз. Т.е. прописать нужно будет по 6 маршрутов на каждом головном маршрутизаторе, OSPF здесь не нужен, а любое усложнение системы ведет к снижению надежности.
ComradeDavy: коммутаторы уже есть? Объем шировещательного трафика в вашей сети по идее достаточно мал, сеть на 100 устройств имеет смысл делить только по функционалу. В голову лучше поставить mikrotik.
ComradeDavy: Просто схема странная. Если в каждом помещении по маршрутизатору, дайте им каждому по подсети. Дальше можете на них руками роуты прописать за остальные, можете по ospf или еще какой динамикой, можете прописать роут на головной маршрутизатор и там уже прописать роуты вниз. Если IP раздавать головным маршрутизатором, то он и остальные должны поддерживать option 82. Если этого нет можно подключить все устройства прямо к нему и привязать подсети к порту. Все зависти от того, что умеет устройство, можно подключить их виртуальными интерфейсами через vlan. Но самый простой вариант раздавать DHCP прям на дочерних маршрутизаторах, при это NAT на них можно и не использовать.
Зачем 8 сегментов? У маршрутизатора сети нет, он по определению шлюз между сетями. Что означают цифры на вашей схеме и загадочное Ethernet Server? На схеме отсутствует маршрутизатор.
lakegull: в составлении ТЗ очень могут помочь кейсы. Т.е. берём задачу и поэтапно записываем, что делает пользователь, чтобы её решить, какие есть варианты на каждом шаге вплоть до полной неадекватности пользователя нажимающего все кнопки подряд.
Так же в каждой точке следуют предусмотреть возможность сбоя и простоя, и оценить меры по компенсации.
lakegull: Пишите максимально полное ТЗ, учтите, что один и тот же формальный функционал, может быть реализован огромным кол-во способов, большая часть которых костыли, а некоторые вообще не пригодны к использованию. Дальше готовьте список систем, отправляйте поставщикам запрос, если весь функционал есть пусть покажут( можете даже на видео записать), дальше просите демо, крутите верите, выбирайте.
Важно по каждому пункту ТЗ выработать критерии оценки, через которые вы будете сравнивать системы. Возможно в процессе ТЗ будет меняться, плюс конкуренты могут обращать ваше внимание на недостатки других систем, все это нужно записывать, а дальше формализировать для сравнения.
Обмен данными можно реализовать огромным кол-вом способов, главное чтобы система тем или иным образом давала доступ к данным ввида m2m интерфейса, это может быть выгрузки / загрузки в файл( желательно открытых форматов csv, xml, json), это может быть веб сервис и т.д.
lakegull:@MaxDukov: общая стоимость системы не линейно зависит от сложности, начиная с определённого момента несколько простых систем в итоге дешевле одной сложной, с тем же экономическим эффектом.
lakegull: это сложный холиварный вопрос.
Очень часто даже написать полные требования к единой системе не получается, не говоря уже о выборе и внедрении системы которая будет полностью соответствовать всем требованиям. Плюс сложно оценить эффект внкдрения, да и сроки внедрения общей системы могут быть значительно больше сроков внедрения нескольких систем.
При минимуме затрат с расширяемостью, подписка на виртуальную АТС от любого провайдера который представляет услуги через интернет + плюс ip телефоны в необходимом кол-ве + плюс роутер с поддержкой qos иначе пользователи забьют канал и телефония загнется.
Провайдера выберете сами, их сейчас много, насколько я помню подобные услуги сейчас есть и у большой тройки, телефоны, надо учитывать рекомендации провайдера, как вариант grandstream 1625( poe не обязательно, но вдруг пригодиться), роутер mikrotik 2011. Нанять контору которая все это настроит, или пару месяцев разбираться самому.