AntHTML

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

В такой сети объединять ядро L2/3 и роутинг в одну железяку уже технически и экономически не оч.
CRS310-1G-5S-4S+IN - классическая штука для L2/3 ядра - на свитчинге (даже по официальным тестам/спекам) она отрабатывает прекрастно, а вот на роутинге - как сам микротик пишет "ну он там присутствует"
Поэтому, я бы не гнался за наличием в роутере более одного SFP/SFP+, а брал именно оптический коммутатор ядра и отдельно роутер пот требуемую нагрузку, а то и вообще 2, один под служебную, второй под гостевую, раз судя по ответам она еще и общественная.

Оборудование закупается не от крутости вендора: cisco - кошерно, d-link - г....
Оборудование закупается исходя из потребностей и возможностей (часто экономических, а сейчас еще и политических)
Для завода требуется один уровень надежности, который предоставляют так называемые Enterprice вендоры (cisco / Dell/hp. Huawei и тп.). Заключается, начиная от заложенной большей надежности оборудования в наработке на отказ, заканчивая сервисными контрактами на гарантийную поддержку и замену (в том числе до "в течение суток"), а также наличием широкого круга оборудования "единых экосистем", к чему сейчас в принципе стремятся и мелкие SOHO бренды.
Школе же, надежность, по сути не требуется. Там не будет таких убытков от простоя инфраструктуры даже на неделю, кои может понести завод за полчаса неработоспособности сети. Поэтому оборудование может быть гораздо проще, соответственно дешевле.

PS: Имхо: Сейчас, я бы проектируя школу, базой выбирал бы TP-Link Omada - за адекватную цену закрывает все потребности и в базовой комплектации получаем "централизованную графическую управляйку".
Ну а в реальности, что удасться просунуть в госзакупки, это уже вопрос "как там все сорганизуется и договорится с финансированием и разрешениями" - это отдельное болото.

10 юзеров - слишком мало для строительства локальной VDI инфраструктуры.
Если их будет хотя-бы 50-70 тогда еще норм
Потому как, нужен кластер хотя-бы N+1, т.е. минимум 3 физических сервака, хотя-бы по 10-15 юзеров на сервак, а лучше по 20-30, чтоб ресурсы легче перераспределялись.
Иначе, Вы заводите весь офис на единую точку отказа, встанет сервак - встанет все.
Ну и 10 комплектов десктопного железа, обойдется дешевле и практичней 1 надежного серверного железа

RJ45 вместо DB9 самыми первыми стали использовать Cisco, в будущем, из-за распространенности их оборудования, "голубой шнурок" де-факто стал стандартом, как и набор команд "Cisco Like".
Поэтому, официально, у каждого свой, но реально, для стандартизации, 99% - cisco like

По простому. ЭЦП как доверенность, паспорт, пропуск и тп.
Краткий смысл: УЦ подтверждает что выдал Сертификат именно определенному человеку/ресурсу/организации. КУЦ подтверждает что выдал сертификат конкретному УЦ.
Получателю документа, для того чтобы поверить что именно вы подписали данный документ, необходимо доверять выпустившему ваш сертификат УЦ или его КУЦ.
А дальше обычная конкуренция: кто чему доверяет и у кого выгоднее.
К примеру: у нас в организации рядовые сотрудники имеют сертификаты собственного УЦ, который в документах оформлен как доверенный (подписанные его сертификатами документы внутри организации признаются подписанными реальной подписью), а руководство имеет ключи общественного УЦ, которому доверяют и контрагенты.
Данная схема выходит гораздо дешевле, особенно если работнику нужен сертификат для работы с одной конкретной системой

Определить какой нибудь уникальный параметр Вашей сборки и дергать его в препроцессинге по IF
Ну допустим версия сборки, наличие установленной проги и тп.

Програмно не отключишь, это аппаратные чипы usb-c pd между собой договариваются о стандартах питания. Тут только либо иметь горсть зарядок разной мощности. Либо, не знаю, существуют ли зарядки с ручным регулятором мощности по PD

Если только одна-две несвязанных небольших таблицы, то проще файловым методом. Если схема данных уже тянет на реляционку, то естественно в БД.

На 35 юзеров - выгнать 1С на отдельный сервак, на втором оставить файлопомойку
Ну либо смотреть по загрузке баз, что они выжирают.
AD убрать нафик, при менее 70 юзерах толку от него внеравно нету. Если так хочется оставить, то только не на 1С серваках!!!
Бэкапы - любым способом на NAS и куда еще

1. 2 одинаковых железки под server core в Hyper-v HA кластер.
2. Какой общий сторадж к ним по 10G, от того же qnap/synology или самосбор на верверной платформе
3. Аналогичный сторадж у себя для бэкапов
Ну а дальше получаете 4 лицензии по winsrv и сколь угодно под лини.

PS: Бюджетная организация ))) Если начальство не соглашается на проект от интегратора, то и Вам денег выделят максимум на пару i5/ryzen, а не на норм серверное оборудование. Притом что это все еще нужно будет пропихнуть через госзакупки в нынешней то ситуации.

Если нужна тупо локалка для игрушек, то поставить готовый Logmain Hamachi и не нужны никакие хостинги с Wireguard.

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

что-то прям новое и прикладное

- в IT пока сверстают книжку - технология уже устаревает, пока по этой книжке напишут учебную программу пройдет еще 5 лет. Поэтому классическое образование дает общие базовые понимания как и что правильно делать. А "прям новое" - это на курсы, митапы и тп

В инструкции/ паспорте к монитору странице производителя, четко описаны все режимы поддерживаемые монитором - другие он естественно не переварит.
Тем более что 61, это не стандартная частота и LCD это цифровая техника, на аналоговом CRT такие финты проходили, здесь нет.

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

PS: В случае с домашней видеокамерой. Ну возьмите камеру с WI-FI, пустите основной поток на poe-свич-регистратор по кабелю, а второй на маршрутизатор по WI-FI и будет вам при падении байпас. А так как Вы предлагаете, будет больше глюков чем работы.

К некоторым видеодомофонам продаются модули сопряжения с подъездными системами. Нужно гуглить по конкретной модели квартирного и подъездного.

Как настроите так и будет работать.
ps: и далеко не факт, что несколько разных сетевых возможно объединить