Програми стають важливіше заліза



Прочитавши новину про скорочення штату компанії Cisco, я вирішив зателефонувати зі своїм хорошим знайомим, який вже не один рік працює на благо цього виробника мережевого устаткування. Знайомий підтвердив, що дійсно збираються звільнити частину співробітників. Правда, він озвучив скромнішу цифру, ніж та, яка фігурувала у статті одного російського інтернет видання.

Це далеко не перше скорочення. І як це було в минулі роки основна причина – переорієнтація компанії на розробку програмного забезпечення. Сам же він перейшов в інший відділ, де тепер займається підтримкою хмарних продуктів.

На новому місці роботи найкращим другом мого знайомого, як і багатьох інших мережевих інженерів, став пітон. Не той, який повзає, а той який мова програмування. Python затребуваний для всякого роду проектів по поліпшенню внутрішніх систем, процедур і автоматизації в компанії. Взагалі дана мова програмування став досить часто фігурувати в різних документах, презентаціях і рішеннях вендора. Наприклад, в комутаторах Nexus з'явилася підтримка цієї мови програмування. У цілому дати можливість користувачам самим створювати необхідну логіку поведінки мережевого устаткування є правильною. Такими темпами скоро на курсах Cisco нам належить писати різні програми. І замість show run будемо виводити Hello world.

Перекинувшись парою слів про основні тренди, виявилося, що всі поголовно зайняті думками про нейронних мережах, Big Data, машинному навчанні та інших захмарних технологіях. Це, напевно, правильно. Адже комутатори, маршрутизатори, точки доступу зробити революционней, складно. Але поки є стійке відчуття, що ці захмарні рішення трішки не про нас. У всякому разі, на даний момент. Хоча в плані тієї ж безпеки, Cisco вже пропонує хмарні рішення у розрізі безпеки, що спираються на реалізації подібні штучного інтелекту.

Майбутнє десь поручВ новому департаменті мого знайомого досить весело. По сусідству сидять хлопці, які працюють в області IoT (Internet of Things – інтернет речей). Кейси, якими вони займаються, постійно привертають увагу. А де ще можна почути про те, як не пінгуєтся корова. Так-так, саме корова. І вона не пінгуєтся! На все поголів'я великої рогатої худоби повісили LoRaWAN трансмітери. І з однієї з корів проблема. Печаль, звичайно. Але хлопці молодці, і я впевнений, допомагають бідним тваринам. А то від такого стресу може і удій постраждати. Що, в свою чергу, погано позначиться на всьому нашому сільському господарстві.

Виробництво програмних продуктів стають більш цікавим для бізнесу ніж апаратних рішень. По-перше, не секрет, що продажі заліза потихеньку падають. Тут позначаються і хмари, перехід на які призводить до того, що власна інфраструктура компанії, що переходить в хмари, стає біднішим. І серйозна конкуренція, яка нікуди не йде, а тільки посилюється, що живиться постійним виходом на ринок нових компаній. А разом з тим, що залізо стає відносно стандартним (іноді мені здається, що багато продуктів різних виробників виробляються на одному і тому ж заводі Foxconn), конкуренція лише зростає.

По-друге, в плані фінансів виробництво здається більш вигідним, ніж заліза. Не потрібно вирішувати проблеми з будівництвом заводів та їх обслуговуванням, залишками на складах, комплектуючими, бракованим обладнанням та ін. Продавати ліцензії більш приємне і маржинальне заняття. Адже фактично в цьому випадку продається практично повітря. Правда, якщо це повітря постійно подглючівает, обслуговувати його стає затратно.

Якщо ми говоримо про продукти, що традиційно є програмним забезпеченням, більш глибока переорієнтація на них не викликає якихось питань. Те ж саме можна сказати і про програмно-визначаються мережі (SDN). Дана концепція відкриває величезні простори для створення нових програмних рішень, тісно пов'язаних з мережевим обладнанням. Область застосування SDN величезна. Починаючи від автоматизації рутинних процесів налаштування мережевого обладнання. І закінчуючи управлінням усіма елементами ІТ-інфраструктури з метою автоматизації різних процесів і отриманням нових сервісів.

Але як бути з комутаторами, маршрутизаторами та іншими пристроями, які ми звикли бачити в залізному виконанні? Тут виходить на перший план технологія віртуалізації. Рецепт відносно простий: виртуализируем мережеві сервіси і йдемо від залізної частини. Якщо ми подивимося на Cisco, ми помітимо, що вендор вже досить давно йде по цьому шляху. Відбувається планомірний перехід від схеми аплайнсов до схеми вирутальная машина на чому-небудь. Звичайно, для Cisco ідеально, якщо це буде сервер UCS. Але якщо не він, то вендор, як мені здається, сильно не образиться.

На даний момент в продуктовій лінійці Cisco ми бачимо, що багато рішень пропонуються у вигляді віртуальних реалізацій. Сучасні процесори укупі з підтримкою оптимізованого обробки мережевого трафіку дозволяють реалізувати багато рішень, не вдаючись до використання спеціалізованого заліза (ASIC'ів, мережевих процесорів тощо). Про це частково ми згадували в блозі компанії CBS про control і data plane в мережевому обладнанні.

Зараз у вигляді віртуального рішення ми можемо отримати маршрутизатор (наприклад, Cisco ISRv), міжмережевий екран (наприклад, Cisco ASAv), контролер бездротової мережі (наприклад, Cisco vWLC) та інші рішення. Подібні рішення пропонують і інші гравці ринку: Juniper, Huawei та ін., А так як в більшості випадків на вході ми маємо Ethernet, всі ці рішення можна запускати на базі звичайного сервера.


Все це об'єднується під парасолькою архітектури Network Functions Virtualization (NFV). Варто відзначити, що віртуалізація сервісів дозволяє істотно просунутися в бік хмар, так і SDN. Автоматичне розгортання сервісів тут і зараз представляється більш простою задачею, коли ці сервіси віртуалізованих. Тому для Цодів рішення NFV є вкрай цікавими. Але і ентерпрайз потихеньку підтягується. До чого ми вже у віртуальному виконанні звикли. До чого ще немає. Наприклад, маршрутизатор або міжмережевий екран у своєму офісі ми все-таки хочемо бачити у вигляді окремої коробки. Так здається і надійніше і безпечніше. Але ринок нас рухає далі, пропонуючи повністю віртуалізовані рішення для офісу. Наприклад, Cisco доповнивши NFV рішення засобами оркестровки, моніторингу і апаратними ресурсами (тут від власне заліза відв'язуватися вендор не хоче), пропонує архітектуру Enterprise NFV. Основними її складовими є:

  • рішення по оркестровці Enterprise Service Automation (ESA) на базі APIC-EM (контролер SDN) і моніторингу Prime Infrastructure;
  • різні NFV рішення;
  • програмне забезпечення, на базі якого запускаються всі сервіси: гіпервізор на базі Linux з додатковими засобами моніторингу, комутації та ін;
  • апаратні ресурси: сервер UCS або UCS-E.

Enterprise NFV повинен дозволити зменшити час впровадження різних сервісів в офісі компанії, зробивши процес максимально автоматизованим. Десь це я вже чув. На мій погляд такий підхід видається не дуже життєвим. Хоча час покаже. Як би там не було, але вектор руху вибрано.

З більшістю мережевих пристроїв все зрозуміло. А як же звичні залізні комутатори? З ними складніше. Все-таки патч-корди потрібно кудись підключати, і явно сервер для цього не дуже годиться. Але тут на ринку є продукти, що дозволяють відокремити програмну реалізацію від апаратної. Це так звані bare metal комутатори. Такий комутатор йде без операційної системи, яку користувач вибирає та встановлює самостійно. Такі рішення є у HPE, Edgecore, Dell та ін

Таким чином, в наш час можна спокійно сконцентруватися на розробці програмних рішень, істотно не втративши присутність в різних сегментах ринку. Безумовно виробництво спеціалізованих залізних рішень, де програмна частина практично не віддільне від апаратної, продовжиться до тих пір, поки ринок буде в цьому зацікавлений. Це могутні шафи і шафки для обробки величезної кількості трафіку. І, наприклад, бездротові точки доступу. Хоча ні, з точками доступу питання цікавий. Якщо поглянути на апаратну частину цих пристроїв, можна побачити, що багато з них будуються на чіпсеті Broadcom. За великим рахунком змінюється тільки ЗА і корпус пристрою.

Таким чином простежується тенденція, що багато рішень можна пропонувати ринку у відриві від залізничної складової. Мені, як інженеру, така можливість подобається, так як дозволяє тестувати практично будь-які рішення, при цьому не купуючи дороге обладнання.
Джерело: Хабрахабр

0 коментарів

Тільки зареєстровані та авторизовані користувачі можуть залишати коментарі.