* Больше даже с Product Owner 😊

(Шепотом) главное микротики не брать, они очень слабы в WiFi)

зря ты так. Щас тут будет вот чо (картинка со звуком)

И все это обычно делается не из кучи салата, а из одного вендора с общими контроллерами

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

Не будет. Даже самые рьяные микротоводы признают, что с вифи у них не очень :)

А какими роутер должен обладать характеристиками, чтобы другой такой же с ним в один меш встал?

Поддержкой в фирмваре :)

Поддержкой чего? Меша? Или бриджа?

Меша ессно. И всяких 802.11k/v/r

а ты хочешь бесшовный роуминг или просто в ту же локалку?

Бесшовный роуминг

в офис или домой?

В офис

тогда собирай Ubiquity UniFi конструктор и будешь счастливым человеком

Народу много? Если нет (в районе 20-25 человек) - то хватит и "домашних", если прилично, то присоеденюсь к пожеланиям Ubiquity , Cisco и прочих

У меня дома 3 кинетика, головной - ultra. Тянет все необходимое типа роута гигабита внутрь, контролирование точек и прочее. Число подключенных дивайсов - ~80 штук. Запаса мощи полно, даже с торрентами.

​​—— Реклама ——- Пост оплачен ————-

Кому нужен service mesh. Анонс онлайн-интенсива

В компаниях с развитой или активно развивающейся микросервисной архитектурой сталкиваются со следующими проблемами:

1. Взаимодействие сервисов: с помощью низкоуровневых инструментов невозможно гибко настраивать на уровне инфраструктуры.
2. Observability. Сложность и время поиска проблем в системе увеличивается, необходим более мощный унифицированный мониторинг.
3. Безопасность. Риск перехваченного трафика внутри системы, невозможность контролировать сеть полностью, потенциальный риск атак для тех, кто располагается в нескольких ДЦ, либо использует публичные облака.
4. Мультикластерный сетап. Сложность управления трафиком и service discovery в мультикластерной среде порождает проблемы для конфигурации сервисов и стабильности работы в такой среде.

Service mesh позволяет закрыть все эти проблемы. При этом сложности могут возникать не на всём проекте, а необходимость внедрения service mesh не привязана строго к количеству микросервисов. Из практики экспертов: service mesh внедряется на большую систему постепенно. Есть механизмы, позволяющие определить места первоначального внедрения.

Получить практический опыт внедрения технологии на учебном проекте можно будет на интенсиве по service mesh.

🔰 Спикер интенсива — Александр Лукьянченко.
Тимлид в команде архитектуры Авито. Занимается построением внутренней платформы Авито для всех разработчиков на базе оркестратора Kubernetes.
Создатель, contributor service mesh решений: Netramesh и Navigator на базе Envoy proxy.
🔰 Лидер практики — Иван Круглов.
Staff Software Engineer в Databricks. Автор интенсивов по SRE. Имеет опыт в enterprise компаниях по распределенной доставке и обработке сообщений, BigData и web-stack, поиску, построению внутреннего облака, service mesh (Booking).

Программа обучения разрабатывается совместно с программным комитетом, в который входят эксперты компаний, рассматривающие внедрение технологии.

Дата: 19–21 марта.
Цена при оплате до 1 марта: 70 000 рублей
Цена после 1 марта: 90 000 рублей
Посмотреть программу по service mesh: http://slurm.club/3t9FmAu

классические домашние сети не работают в данном случае

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