В рамках мероприятия Wireless Field Day 2 в Сан-Хосе Санжит Бисвас, CEO и сооснователь компании Meraki, рассказал историю превращения университетского исследовательского проекта в крупного игрока на рынке сетевого оборудования. В своем выступлении он раскрыл технические детали облачной архитектуры компании, особенности обработки данных и философию взаимодействия с клиентами.
🎓 От исследовательского проекта MIT до коммерческого успеха 1:47
История Meraki началась в Массачусетском технологическом институте (MIT) с проекта под названием MIT RoofNet. Как вспоминает Санжит Бисвас, целью было создание беспроводной сети на крышах зданий Кембриджа, которая могла бы объединить сотни пользователей без использования традиционных базовых станций, по принципу самоорганизующейся ad-hoc сети .
Команда, в которую входили Джон Дикетт и Ханс Робертсон, самостоятельно разрабатывала каждый уровень системы:
- Радиочипсеты и прошивки .
- Протоколы маршрутизации и управления.
- Алгоритмы выбора скорости передачи данных и модуляции.
На пике своего развития сеть RoofNet охватывала около 6 квадратных миль территории между MIT и Гарвардом, включая 150 узлов . Бисвас описывает этот период как физически тяжелый: основателям приходилось лично забираться на 11-метровые лестницы в снег, чтобы установить антенны (8 dBi Omni) . Одним из главных достижений того периода стал алгоритм выбора скорости передачи данных, разработанный Джоном Дикеттом, который позже был интегрирован в драйверы чипсетов Atheros и сегодня работает в миллионах устройств по всему миру .
Переход к бизнесу произошел в 2006 году после презентации в Google . Один из слушателей, впечатленный идеей дешевых и простых в развертывании роутеров, заявил, что готов купить тысячу устройств сразу. На тот момент у команды был лишь прототип платы, изображение которой Бисвас в шутку называет «фотошопом», но этот импульс стал отправной точкой для основания компании .
☁️ Облачная архитектура: разделение трафика и данных управления 11:41
Критическим отличием Meraki от традиционных вендоров стала архитектура «внеполосного» управления (out-of-band management). Бисвас подчеркивает, что их подход позволяет масштабировать сеть от 10 до 10 000 точек доступа без покупки контроллеров .
Принципиальная схема работы устройств Meraki (точек доступа, коммутаторов и шлюзов безопасности):
- Пользовательский трафик: идет напрямую в локальную сеть (LAN) или интернет через WAN-порт. Данные пользователей никогда не проходят через серверы Meraki .
- Управляющий трафик: по зашифрованному туннелю передается в облачный дата-центр. Объем этого трафика минимален — около 1 кбит/с на устройство .
- Автономность: Если связь с «облаком» (центром управления) прерывается, сеть продолжает работать. Пользователи могут авторизоваться через локальный RADIUS, использовать файлы и принтеры. Теряется только возможность видеть статистику в реальном времени и менять настройки через панель управления (Dashboard) .
Санжит отмечает, что интеллект сети (составление топологии меш-сети, планирование радиочастот, ограничение трафика на уровне приложений L7) сосредоточен непосредственно в конечных устройствах, а не в облаке .
📊 Инфраструктура и уникальные базы данных 18:24
Для обеспечения работы глобальной сети Meraki использует распределенную систему дата-центров (Сан-Франциско, Сан-Диего, Даллас, Вирджиния, Лондон) . Каждое устройство одновременно поддерживает связь с основным и резервным дата-центрами. В качестве уровня «глубокой заморозки» (backup) используется Amazon S3 для аварийного восстановления данных .
Бисвас подробно остановился на технической проблеме хранения метаданных. К 2012 году база данных Meraki содержала информацию о 50 миллионах клиентских устройств и около 10 миллиардов активных строк .
Попытки использовать стандартные SQL-базы провалились из-за высокой нагрузки при запросах.
- Проблема: Один запрос истории за месяц для сети на 3000 устройств требовал бы 17 часов дискового времени при использовании HDD . Даже с SSD время выполнения составляло бы около 42 минут .
- Решение: Meraki разработала собственную проприетарную базу данных, которая хранит данные в оперативной памяти и оптимизирует запись на диск, позволяя получать ответы на сложные запросы менее чем за секунду .
Это позволяет Dashboard мгновенно фильтровать устройства по типу (например, найти все iPad) или приложению (Skype, BitTorrent) .
🤝 Философия «Wishes» и клиентский опыт 30:57
Компания выстроила систему мгновенной обратной связи через кнопку «I wish this page would» (Я бы хотел, чтобы эта страница...) в углу каждой страницы панели управления .
- Эти пожелания уходят напрямую инженерам, создавшим конкретную функцию.
- За годы работы было получено более 10 000 пожеланий, из которых около 3 000 были реализованы .
Особое внимание уделяется простоте установки. Санжит Бисвас рассказал, что они проводят тесты на юзабилити с людьми, никогда не видевшими их оборудование. Эти тесты привели к важным изменениям: например, Meraki начали вкладывать монтажные комплекты прямо в коробку с устройством и маркировать пакеты с винтами, что не было стандартом в индустрии .
📈 Бизнес-показатели и продуктовая линейка 36:13
На момент записи Meraki трансформировалась из чисто беспроводного вендора в поставщика полного стека решений для периферии сети (Edge):
- Точки доступа: Стандарты BG и 11n .
- Безопасность (линейка MX): Маршрутизаторы для филиалов и шлюзы безопасности (выпущены в 2011 году) .
- Коммутаторы: Гигабитные устройства на 24 и 48 портов с 10G-аплинками (запуск в январе 2012 года) .
Финансовое состояние компании Бисвас характеризует как стабильное: Meraki не имеет долгов, является прибыльной (cash flow positive) и удваивала выручку ежегодно с момента основания, а в последний отчетный период — утроила . Среди знаковых клиентов были названы Starbucks (через партнерство с Telmex), Burger King, MIT, Stanford и Accor Hotels .
