Максим, ну у меня так и получается, 1 за всех... к счастью без написания кода))
по крайней мере планировать как будет взаимодествовать софт между собой и конечными точками, планирование развертки на серверах, что куда, зачем... я вот хз входит ли это в архитектуру.
К примеру планирование всей технической части сети ресторанов, всего софта и его взаимодействия.
Либо "сборка" впн сервиса под "ключ", из опенсорсного, ну и портал \ авторизашки \ бота ТГ понятно что програмеры пишут, как и API.
насчет облака и "сами смогут" - возможно у нас разные програмисты и заказчики, я пока таких не встречал))
Максим, да, можно действительно пользоваться сервисами амазон или яндекса.
но это должен кто то настроить, и кто то обслуживать потом, само оно всё равно не работает, как по волшебству)
видимо я мало денег беру, раз я оказывается еще и архитектор)))
Максим, я исходил из того, что люди хотят сделать систему управления для своего ресторана или сети ресторанов.
В таком случае это всё должнен планировать сисадмин. В моем понимаю нормальный сисадмин, после общения с "заказчиком" и прогерами спокойно определит на чем лучше писать, какую архитектуру делать, будут это микросервисы или нет, итд итп...
просто потому, что эту всю лабуду, которую там напрограмят, обслуживать в итоге ему, и звиздюлей в случае косяков получать тоже)
Да, я считаю что нормальный сисдамин является в том числе архитектором и как минимум понимает код на питоне и распространенных языках(только примерно понимает, не обязательно пишет)
Восможно в современном мире это уже называется как то по другому)
kamandor, в Вашем вопросе есть неясность - Вы это собственно "ресторан", которому нужна система управления (тогда мой ответ верен, т.к. Вашему же сисадмину это обслуживать и поддерживать, и отталкиваться надо от его рекомендаций), или дядя с баблом который хочет выпустить продукт на рынок(тогда мой ответ менее верен, но сисдамин всё равно же понадобится)
Василий Банников, например? просто я не испытывал с ним проблем лет 5 никаких. торренты качает \ раздает. функционал нужный есть, "подряд" грузить умеет.. я хз че еще надо от клиента)
Павел, твой сервер должен выпускать клиента в интернет. без правила NAT линукс этого делать не будет
то что там стоит ДО сервера, какие то микротики и прочее - клиент WG вообще невкурсах
если трафик обрабатывается контроллером - то будет до 100мб\с суммарно
если он тупо управляет точками, не пропуская через себя трафик - то будет 1000мб\с
если честно не понимаю зачем такое покупать, когда есть микротик или убикьюнити
Дмитрий, так а почему нельзя забанить на первом роутере? зачем эти цепочки то?
так то у Вас там и 1го нормального шлюза \ роутера достаточно по идее
да и если идет сканирование, то только на открытые порты обычно
по крайней мере планировать как будет взаимодествовать софт между собой и конечными точками, планирование развертки на серверах, что куда, зачем... я вот хз входит ли это в архитектуру.
К примеру планирование всей технической части сети ресторанов, всего софта и его взаимодействия.
Либо "сборка" впн сервиса под "ключ", из опенсорсного, ну и портал \ авторизашки \ бота ТГ понятно что програмеры пишут, как и API.
насчет облака и "сами смогут" - возможно у нас разные програмисты и заказчики, я пока таких не встречал))