Блог компании huawei

Описание

Huawei FusionModule2000 - интеллектуальный модульный центр обработки данных нового поколения, созданный специально для того, чтобы предоставить заказчикам простое, эффективное и надежное решение для ЦОД. Huawei FusionModule2000 первым в мире получил сертификацию уровня Tier IV Ready от Uptime Institute: он соответствует самым высоким требованиям к доступности.

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

Часто задаваемые вопросы

1. Вопрос: Каким образом выполняется прокладка кабелей для сильных и слабых токов в FusionModule2000?

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

2. Вопрос: Можно ли разместить сервер и ИБП в одном отделении для экономии места?

   Ответ: Да. ИБП можно разместить в одном отделении с сервером. В большинстве случаев ИБП занимает не очень много места. Если мощность ИБП превышает 600 кВ-А, его следует разместить в отдельном помещении (необходимо учитывать концентрацию токсичных веществ, выделяемых аккумуляторами, таких как водород и сероводород).

3. Вопрос: Модульные ЦОД Huawei поддерживают горизонтальный воздушный поток. Можно ли использовать режим с нисходящим воздушным потоком?

   Ответ: В режиме нисходящего воздушного потока поддерживается низкая удельная мощность (3-5 кВт на стойку). В горизонтальном режиме поддерживаются более высокие значения (решения Huawei поддерживают до 21 кВт на стойку), что позволяет удовлетворять требования различных сценариев к удельной мощности. Существует тенденция к увеличению удельной мощности и степени интеграции. Таким образом, режим горизонтального воздушного потока соответствует будущим потребностям.

4. Вопрос: Какие типы кондиционеров можно использовать в модульных центрах обработки данных? Как обеспечить безопасность кондиционеров с водяным охлаждением?

   Ответ: Поддерживаются кондиционеры как с воздушным, так и с водяным (внутрирядные) охлаждением. Меры обеспечения безопасности для кондиционеров с водяным охлаждением: 1 - Если используется фальшпол, трубы подачи охлажденной воды можно проложить под полом; в противном случае такие трубы следует прокладывать с верхней части коридора и обеспечить их физическую изоляцию. 2 - Для труб необходимо обеспечить теплоизоляцию. 3 - Сбор и отвод конденсата кондиционеры выполняют автоматически.

5. Вопрос: Каковы отличия и преимущества внутрирядного охлаждения по сравнению с традиционным режимом нисходящего воздушного потока?

   Ответ: Внутрирядные кондиционеры отличаются повышенной энергоэффективностью и не требуют фальшпола для установки, что сокращает объем технических работ. Кроме того, они поддерживают высокую плотность развертывания, что позволяет устранить проблему точек перегрева. Традиционный режим нисходящего воздушного потока требует использования фальшпола и предъявляет высокие требования к высоте пола здания. Системы с нисходящим воздушным потоком требуют большего объема технических работ и обеспечивают меньшую энергоэффективность, чем внутрирядные кондиционеры. Системы с нисходящим воздушным потоком обычно поддерживают не более 5 кВт удельной мощности на стойку и более подвержены проблемам, связанным с точками перегрева.

6. Вопрос: Скольно времени занимает развертывание модульного цод?

   Ответ: Изготовление модульного ЦОД занимает 8-12 недель, а установка и ввод в эксплуатацию 1-2 недели.

7. Вопрос: Какое количество шкафов поддерживает модульный цод?

   Ответ: В соответствии с требованиями противопожарной защиты при строительстве, в коридоре длиной более 15 метров необходимо установить дверь. Поэтому максимальная длина модуля Цод не может превышать 15 метров. Таким образом, в коридоре можно разместить не более 24 шкафов шириной 600 мм (до 48 шкафов в двухрядной конфигурации).

8. Вопрос: Какие внешние установки необходимы для использования модульного ЦОД? Могут ли специалисты Huawei помочь с их подбором?

   Ответ: Основные внешние установки - установки для подвода электросети к зданию, в котором размещен Цод, дизель-генератор, электроподстанция, ИБП, холодильная установка, противопожарные установки и системы обеспечения безопасности. Компания Huawei может поставить модульный ЦОД вместе со всеми необходимыми внешними установками.

9. Вопрос: Я использую решение для ЦОД от Huawei. Должен ли я использовать систему управления, указанную в рекомендуемой конфигурации?

   Ответ: Нет. Рекомендуемая конфигурация это экономичное решение, предоставляемое компанией Huawei после тестирования. Заказчики могут использовать системы управления, соответствующие требованиям их проектов.

10. Вопрос: Можно ли централизованно управлять ЦОД компании Huawei, развернутыми по всему миру, с помощью системы управления NetEco?

    Ответ: Да. Система управления Huawei NetEco на основе сетевой архитектуры поддерживает централизованный мониторинг центров обработки данных, развернутых по всему миру, и управление ими.

11. Вопрос: Как получать данные о состоянии ЦОД и устранять неисправности?

    Ответ: Система управления NetEco предоставляет веб-интерфейс, поддерживающий одновременный вход нескольких пользователей. Для входа в систему и управления ЦОД можно использовать браузер Internet Explorer 11.

12. Вопрос: Можно ли использовать систему управления NetEco для обслуживания ЦОД, в которых нет оборудования Huawei?

    Ответ: Да. Система управления центром обработки данных Huawei NetEco совместима с оборудованием различных поставщиков.

Спасибо!

Пожалуйста, ставьте лайк, если этот пост Вам понравился) Для более подробной информации, об оборудовании Huawei, приглашаем Вас на форум: Huawei ICT Club, ждём Вас в гости)

А если, Вы ещё, захотите оставить комментарий, то: "Как Вы думаете, для каких предприятий подойдёт FusionModule2000?"

Это ознакомительная статьяо языке программированияRust и его инструментах, с помощью которой я надеюсь привлечь ваше внимание к этому интересному и уникальному языку, созданному чтобы дать ответ на следующие вопросы разработчиков:

• Какубедиться, что в моем приложении нет проблем и уязвимостей, связанных с неправильной работой с памятью?

• Как быть уверенным в том, что любой доступ к общим объектам правильно защищен?

• Как свести к минимуму любую работу, не связанную напрямую с написанием кода?

Цель данной статьи не рассказать о до селе не виданных возможностях Rust (сразу говорю, что тут ничего нового растоманы не найдут), на Хабре вы итак найдете множество интересных статей о внутренностях языка и интересных случаев использования. Моя цель рассказать о том, что он предлагает в качестве решения обозначенных выше проблем, как это будет выглядеть со стороны программиста, и почему это важно.

История одного языка

Все началось в 2006 году как персональный проект сотрудника Mozilla - Грейдона Хоара (Graydon Hoare). В 2009 году Грейдон представил свой новый язык программирования коллегам из Mozilla Research, предложив его как перспективную замену C++, поскольку он разрабатывался с приоритетом на безопасность и эффективность создания параллельных приложений (современные браузеры, такие как Mozilla Firefox, являютсякрупными и очень сложными проектами с не тривиальными алгоритмами параллельной обработки данных). Вскоре, на ежегодном саммите Mozilla 2010, Грейдон представил язык Rust и анонсировал проект Servo (браузерный движокнового поколения).Вначалесообщество разработчиков отнеслось к этой инициативе довольно скептически и некоторые обвиняли Mozilla в синдроме NIH (Not Invented Here).Они назвали его ещё одним бесполезным языком программирования, который умрёт ещё до того, как он станет достаточно популярным, чтобы иметь хоть какое-то значение (вспоминая язык D и его судьбу). Однакодальнейшее развитие событий показало, что это не очередной академический проект для тестирования идей, а полноценный конкурент для таких мастодонтов как C/C++.

В 2011 г. Rust используя LLVM успешно скомпилировал сам себя, а в 2015 году была выпущена первая стабильная версия 1.0. И, наконец, в 2017 году Mozilla выпустила свой первый полноценный проект, написанный на Rust, который был успешно интегрирован в Firefox -Quantum CSS-полностью мультипоточный CSS-движок, в основу которого взят результат разработки прототипа Servo. На этом этапе Mozilla доказала, что язык Rust уже зрелый и обладает достаточной функциональностью для создания больших и сложных production-ready приложений.

Прошлоуже больше пяти летс момента первого стабильного релиза. От изначальной версии Rust, показанной на презентации в 2010 году, уже мало что осталось. Полистав ту презентацию, вы можете легко заметить, что тогда язык был совершенно иным: другой синтаксис, зеленые потоки вместо системных и т.д. Rust сильно изменился во всех аспектах и стал языком программирования общего назначения, который подходит для любых задач. Этот результат был достигнут в основном благодаря открытому и дружелюбному сообществу, создавшему инфраструктуру, статьи, книги, учебные пособия и полезные инструменты. В настоящее время Rust можно применять в любой сфере, независимо от того, является липроектdesktop-приложением, ядром ОС или веб-приложением для облачного сервиса.

В последние годы мнение разработчиков о языке изменилось в положительную сторону. Невероятно, ноRust являетсясамым любимым языком пользователей Stack Overflowужепять лет подряд! Более того, стали появляться проекты целиком написанные на Rust, а его присутствие в популярных open-source и коммерческих проектах растет с каждым годом. Например,ripgrep- это проект с открытым исходным кодом для рекурсивного поиска в каталогах с использованием регулярных выражений. Он в 10 раз быстрее, чем GNU grep, и в 4 раза быстрее, чем Silver Searcher. В результате ripgrep был интегрирован в MS Visual Studio Code в качестве средства поиска регулярок по умолчанию. Также, в копилку доказательства хорошей производительности получаемых программ можно добавить результаты The Computer Language Benchmarks Game проекта Debian, где Rust в одной лиге с C/C++.

Сегодня множество технологических компаний выбирают Rust за его производительность, безопасность и эффективность разработки. Позвольте мне привести несколько примеров:

• Apple технологический гигант, который ставит на первое место производительность и безопасность, решилперевестинизкоуровневую часть Apple Cloud Traffic на Rust, а новый функционал, по возможности, в первую очередь писать на нем.

• Amazon выбрал Rust для реализацииFirecracker проекта безопасных и быстрых microVM для бессерверных вычислений.

• Microsoft такжеактивноисследуетвозможность перехода на Rust для низкоуровневых и чувствительных к производительностикомпонентов. Они уже попробовали в качестве эксперимента переписать некоторые низкоуровневые системные компоненты Windows.

• Google разрешает использоватьRust(кромеkernel части) для реализации своей новой операционной системы Fuchsia.

• Mozilla собирается переписать внутренние компоненты на Rust, чтобы улучшить многопоточную обработку, как часть инициативы сделать Firefox более безопасным и быстрым -Firefox Quantum.

• Huaweiтакжеисследует возможности использовать язык Rust в своих будущих проектах.

Список можно продолжить и далее: Dropbox, Facebook, Bitbucket, Discord и т.д. все эти известные компании начали использовать Rust в частях своих серверных платформ. Обратите внимание, что не только крупные международные компании используют Rustв немзаинтересованы и стартапы. Например, новаякомпания,основанная Брайаном Кантриллом (изначальный разработчик dtrace), планирует использовать Rust в качестве основного языка для реализации своего проекта. Немаловажно для всех этих компаний то, что разработчики Rustпринимают решениясвязанные с дизайном языка руководствуясьобратной совместимостью и стабильностью кодовой базы.

Но,несмотряна все успехи Rust, колыбель языкаMozilla чувствовала себя не очень хорошо и, в связи с финансовыми трудностями, в 2020 году приступила к отделению проекта в независимую организациюRust Foundation, серьезно уменьшив свое влияние на развитие языка и отпустив его в свободное плавание. Изначальный список членов организации внушает оптимизм за будущее языка:

Как вы можете видеть, в данный момент Rust является одним из самых любимых и перспективных языков программирования. Было бы ошибкой для программистов просто игнорировать все эти факты и ни разу не попробовать данный язык в деле.

Но что делает Rust таким желанным для многих разработчиков? Давайте немного углубимся в детали и изучим некоторые важные и полезные аспекты языка.

Приоритет безопасности

Если мы хотим создать приложения с минимумом уязвимостей, мы должны обратить пристальное внимание на операции управления памятью. Нарушение безопасности памяти приводит к неожиданному сбою программ и может быть использовано для несанкционированного доступа к данным пользователя. В результате пользователь сталкивается с утечкой данных и удаленным выполнением кода. К таким нарушениям относятся:

• Использование памяти после освобождения (Use After Free)

• Разыменование нулевого указателя (Null Dereference)

• Использование неинициализированной памяти (Using uninitialized variables)

• Двойное освобождение (Double Free)

• Переполнение буфера (Buffer Overflow)

MSRC SecurityResearch 2019 года (Microsoft)показал, что 70% Common Vulnerabilities and Exposures (CVEs) в их продуктах были связаны с проблемами безопасности памяти в С и С++ (думаю весьма известный график):

Кто-то может сказать, что данный отчет лишь показывает проблемы Microsoft, так как их продукты являются проприетарным программным обеспечением, тогда как продукт с открытым исходным кодом благодаря контролю тысячи глаз будет иметь значительно меньше проблем. На самом деле не все так радужно. Взгляните на CVEs за 2019 год (последний из доступных на данном ресурсе), найденные в ядре Linux, разрабатываемом и проверяемом ведущими отраслевыми экспертами:

Как мы видим, open-source сообщество допустили достаточно большое количество уязвимостей, связанных с безопасностью работы с памятью (примерно 65%). Я уверен, вы знаете, что такого рода проблемы тяжело найти и зачастую они проходят мимо глаз. Однако в Rust эти проблемы не могут возникнуть, как говорится, by design (если конечно не использовать unsafe, но это тема для отдельного разговора). И все это достигается на этапе компиляции!

Для этих целей Rust имеет такие элементы языка, как Ownership и Borrowing. Система Ownership является основой для всего языка. Rust гарантирует, что у любого заданного объекта на все время его жизни существует ровно один владелец:

fn main() {    let a = String::from("Hello"); // Аллоцируем объект на куче    let b = a; // меняем владение объектом с a на b    // let c = a; // Ошибка компиляции    println!("{}", b); // b теперь владелец строки}

Кроме того, передача объекта в качестве аргумента функции также приведет к передаче права собственности на область действия аргумента функции:

fn do_smth(a: String) {    // а владеет объектом    println!("{}", a);}  fn main() {    let a = String::from("Hello");    // Переносим объект в область видимости функции    do_smth(a);    // let b = a; // Ошибка компиляции}

Одним из дополнительных преимуществ Rust являетсядиагностика ошибок в базовом компиляторе. Я уверен, что вам понравятся такие дружелюбные и полезные сообщения об ошибках. В Rust каждое сообщение:

• Объясняет, почему проблема произошла;

• Выделяет все элементы, которые вызвали проблему;

• Дает инструкции о том, как получить больше информации об ошибке, и даже предлагает возможный вариант исправления.

Для примера, посмотрите на это подробное сообщение об ошибке:

error[E0382]: use of moved value: `a`--> src/main.rs:4:13|2 | let a = String::from("Hello");| - move occurs because `a` has type `std::string::String`, which does not implement the `Copy` trait3 | let b = a;| - value moved here4 | let c = a;| ^ value used here after moveerror: aborting due to previous errorFor more information about this error, try `rustc --explain E0382`.

Хорошо, а когда освободится выделенная память? В Rust нету GC, поэтому волшебный runtime не придет на помощь. В таких языках как C/C++ разработчик обязан самостоятельно определять когда пора возвратить память ОС. Данная задача не из тривиальных и требует достаточно высокую квалификацию в сложных проектах. Rust решает эту проблему по-своему: он позволяет хранить данные как в стеке так и в куче, а память автоматически возвращается, как только переменная, которой она принадлежит, уходит за пределы области видимости:

{    let s = String::from("hello"); // создаем строку s    // различные операции над s} // С этого момент s вышла за предел области видимости и может быть удалена

В Rust можно также заимствовать (borrow) объект, используя ссылку, чтобы избежать излишние изменения владельца и копирования. Однако для этого существуют некоторые строгие ограничения, процитирую:

• В любой момент времени вы можете иметь либо одну изменяемую ссылку, либо любое количество неизменяемых ссылок.

• Ссылки всегда должны бытьактуальными.

Для этой цели Rust отслеживает время жизни (lifetime) для каждой ссылки. Чаще всего времена жизни объектов генерируются автоматически, но в некоторых случаях мы должны аннотировать их вручную, используя специальный синтаксис языка. Это позволяет эффективно управлять памятью без оверхедаотиспользованияGC. Пример заимствования:

fn do_smth(a: &String) {    println!("{}", a); // Немутабельная операция}  fn main() {    let a = String::from("Hello");    do_smth(&a); // одалживаем объект у a    println!("{}", a); // a все еще владелец объекта}

А вот так мы можем нарушить озвученные выше ограничения. Но тут приходит borrow checker, и выписывает нам ошибку:

fn main() {    let mut s = String::from("hello");      let r1 = &mut s;       let r2 = &mut s; // Здесь ошибка компиляции      println!("{}, {}", r1, r2);}

В данном примере мы нарушаем одно из правил языка в один момент времени разрешена только одна изменяемая ссылка. В этом случае мы получаем следующее сообщение:

error[E0499]: cannot borrow `s` as mutable more than once at a time--> wiki/src/main.rs:5:14|4 | let r1 = &mut s;| ------ first mutable borrow occurs here5 | let r2 = &mut s;| ^^^^^^ second mutable borrow occurs here6 |7 | println!("{}, {}", r1, r2);| -- first borrow later used here

Эти ограничения позволяют производить мутации, но в строго контролируемом стиле. Это то, с чем новые разработчики имеют наибольшее количество проблем, потому что такие языки как C/C++ позволяют мутировать объекты без каких-либо ограничений. Все эти правила были введены, чтобы предотвратить одну очень неприятную проблему при разработке многопоточных программ - data race. Но об этом поговорим чуть позже.

Rust - это язык со статической типизацией который дополнительно имеет следующие особенности:

• Разделяет переменные на изменяемые и неизменяемые.

• Каждая переменная является неизменяемой по умолчанию и обязательно должна быть проинициализирована актуальным для данного типа значением (например определенным значением enum).

• Не позволяет выполнять неявное приведение типов даже для примитивов.

• Проверка границ массивов (небольшая цена производительности для исключения более серьезных проблем).

• В debug-режиме компилируется с проверкой integer overflow.

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

И под конец главы добавлю, что сами разработчики Rust не только о себе думают, но и активно участвуют в улучшении безопасности проекта LLVM. Например в этом году они в тесной коллаборации с LLVM добавили поддержку защиты отStack Clash в LLVM/Clang.

Многопоточность без гонок

Последние поколения процессоров склонны наращивать количество ядер. Еще несколько лет назад максимальное количество ядер в корпоративных процессорах составляло 28, но не так давно получили распространение процессорыAMD EpycиKunpeng, которые подняли планку до 64 ядер! Это огромная мощность, которую очень трудно использовать эффективно. Максимальное использование ресурсов таких CPUs приводит к тому, что алгоритмы и приложения становятся все более сложными. Исторически, программирование в этом контексте всегда было трудоемким и подвержено ошибкам, поэтому разработчикам нужны инструменты, которые помогут им реализовать свои идеи без головной боли.

Fearless Concurrency - этим термином разработчики Rust называют способность своего языка помогать создавать многопоточные алгоритмы безопасно и эффективно. Давайте начнем с простого примера, как создать поток:

use std::thread;  fn main() {    // Создаем поток и запускаем на нем анонимную функцию    let handler = thread::spawn(|| {        // Тело функции        println!("I'm thread");    });    // Родительский процесс выполняется здесь    println!("I'm main thread");    // Ожидаем пока завершится поток    handler.join().unwrap();}

В Rust потоки изолированы друг от друга с помощью системы владения объектом. Записи могут происходить только в том случае, если поток является владельцем данных или имеет изменяемую ссылку. Таким образом, в любой момент времени существует только один поток, который имеет мутабельный доступ к данным. Чтобы ограничить передачу данных между потоками, Rust поддерживает два типажа (traits): Sync и Send. Оба этих типажа реализуются автоматически, когда компилятор определяет, что тип данных соответствуют требованиям. И тут мы уже увидели одну очень приятную особенность Rust: язык различает безопасныеи небезопасные типы для передачи данных между потоками .

Send это типы, которые могут быть безопасно перемещены из одного потока в другой. Например, Arc (Atomic Reference Counter) и String - это типы Send. Один из способов передачи данных между потоками - каналы в стиле Go. Это потокобезопасная операция, и компилятор проверяет, реализует ли объект Send. Вот пример переноса объекта:

fn main() {    // Создаем канал на передачи данных    let (sender, receiver) = channel();    // Создаем новый поток и передаем туда sender    thread::spawn(move || {        // Создаем объект        let hello = String::from("Hello");        // Отправляем объект через канал        sender.send(hello).unwrap();        // Начиная с этого места, владение объектом передано через канал        // let tmp = hello; // Ошбика компиляции    });    // Получаем данные из канала    let data = receiver.recv().unwrap();    // Печатаем строку "Hello"    println!("{}", data);}

Если разработчик попытается переместить объект, не являющийся объектом Send, в другой поток, используя захват переменной кложурой, компилятор Rust выведет нечто подобное:

`std::rc::Rc<i32>` cannot be sent between threads safely

Sync - типы, на которые можно безопасно ссылаться между потоками. Примитивные типы, такие как целое и число с плавающей запятой, являются Sync. Sync позволяет немутабельный доступ к объекту для нескольких потоков одновременно:

fn main() {    // Создаем объект    let tmp = 42;    // Отправляем владение объектом в Arc    let data = Arc::new(tmp);    // Создаем новую ссылку на Arc    let data_ref = data.clone();    // Создаем поток и запускаем функцию в нем    let thread = thread::spawn(move || {        // Разыменовываем объект из Arc и печатаем его        println!("{}", *data_ref);    });    // Печатаем объект    println!("{}", *data);    // Синхронизируем потоки    thread.join().unwrap();}

В случаях, когда требуется потокобезопасная мутабельность, Rust предоставляет атомарные типы данных и исключающую блокировку через Mutex. Основное преимущество подхода Rust - это то, что нет простого способа получить доступ к объекту без блокировки мьютекса или без использования атомарного типа данных. Например, когда вы создаете мьютекс, вы также передаете в него права на собственность объекта. Метод Lock создает некий smart-pointer MutexGuard на объект внутри мьютекса, через который вы можете получить доступ к объекту в этом потоке, пока у MutexGuard не закончится время жизни:

// Аллоцируем на кучеlet s = String::from("Hello, ");// Переносим владение объектом в Mutexlet mutex = Mutex::new(s);// Ошибка: s больше не владелец// s.push_str("World!");// Блокируем мьютекс и создаем MutexGuardlet mut d = mutex.lock().unwrap();d.push_str("World!");// Вывод: Hello, Worldprintln!("{}", d);// MutexGuard освобождается при выходе из области видимости

В Rust наличие изменяемого доступа к объекту гарантирует атомарность его обновления, так как ни один другой поток не может иметь параллельный доступ для чтения. На этом этапе компилятор Rust предотвращает все потенциальные состояния гонки данных во время компиляции, однако результатом такого подхода является увеличение количества неудобств при разработки приложений с многопоточной обработкой, особенно если пытаться обойти unsafe операции. Например, исследователи столкнулись со сложностями при безопасном распараллеливании алгоритмов своими руками, и в итоге решили воспользоваться помощью готовой библиотеки.

Подводя итог, в Rust вам не нужно беспокоится, что вы где-то забыли защитить данные или обратились неправильно к общим объектам, так как компилятор скажет и укажет вам на все небезопасные операции. Это стало возможным благодаря системеOwnershipи грамотной архитектуре ограничения передачи объектов между потоками.

One Tool to Rule Them All

Что мы узнали: Rust - это уникальный язык, который может сделать жизнь разработчиков программного обеспечения проще (или сложнее), а их программы безопаснее (хотя и требует более долгого времени вхождения до начала эффективного применения). Но есть еще один чрезвычайно важный аспект всех языков программирования, который требует отдельного внимания - инструментарий. Давайте вспомним, какой инструментарий используется в C/C++? На самом деле, на это трудно ответить, потому что каждый проект выбирает свой пакетный менеджер, билд-систему, формат документации и систему тестирования. Это вызывает трудности в обслуживании продуктов у мейнтейнеров.

Разработчики Rust знают об этой ситуации и понимают, что они должны обязательно предложить нечто лучшее, чтобы обеспечить все необходимые функции и уменьшить трату времени на задачи, которые не связаны непосредственно с разработкой продукта. Результат их работы они назвали Cargo. Cargo поставляется вместе с Rust и используется почти в каждом проекте (хотя без него вы все еще можете использовать компилятор rustc, как любой другой компилятор C/C++). Этот менеджер берет все процедуры обслуживания на себя и помогает вам создавать проекты, управлять зависимостями, собирать приложение, создавать документацию и тестировать проект.

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

cargo new test-proc

Cargo создаст каталог со следующими файлами:

. .git .gitignore Cargo.lock Cargo.toml src main.rs

Как мы видим, Cargo создал git репозиторий, каталог с исходниками, TOML-файл, содержащий конфигурацию проекта, и некоторые служебные файлы. Самый интересный файлTOML. Здесь хранятся все настройки проекта, включая имя проекта, версию, список зависимостей, флаги для компилятора и другие классные вещи. Его легко читать и редактировать, а так же централизовано управлять релизами. Пример содержания файла после инициализации:

[package]name = "test-proc" # Имя проектаversion = "0.1.0"  # Версия в нотации Semverauthors = ["hackerman"] # Список авторовedition = "2018"   # Версия Rust

Далее, давайте напишем простенькую программу:

fn add(a: u32, b: u32) -> u32 {    a + b} fn main() {    println!("Data = {}", add(1, 2));}

И соберём ее:

cargo buildCompiling test-proc v0.1.0 (/home/hackerman/projects/test-proc)Finished dev [unoptimized + debuginfo] target(s) in 0.38s

Это все, что требуется от разработчика, чтобы собрать проект со всеми зависимостями. И, самое главное, при росте проекта сложность управления не сильно изменится благодаря продуманной структуре проекта и инструментов. Cargo проверяет все изменения, сканирует зависимости и обновляет их при необходимости, используя для конфигурации TOML файл.

Тестирование

Rust и Cargo уже имеют все, что нужно для написания тестов без каких-либо внешних инструментов. Вкратце, тест в Rust это функция, аннотированная атрибутом #[test]. Давайте для примера создадим тестовую функцию, добавив несколько строк кода в main.rs:

// Атрибут для тестовой функции#[test]// Имя функции это имя тестаfn it_works() {    // Тело теста    assert_eq!(add(2, 2), 4);}

Готово! Теперь запускаем:

cargo testCompiling test-proc v0.1.0 (/home/hackerman/projects/test-proc)Finished test [unoptimized + debuginfo] target(s) in 0.53sRunning target/debug/deps/test_proc-7c55eae116dd19b3  running 1 testtest it_works ... ok  test result: ok. 1 passed; 0 failed; 0 ignored; 0 measured; 0 filtered out

С помощью атрибута #[cfg(test)] можно создать отдельный подмодуль со всеми нужными вспомогательными функциями для тестов который будут использоваться только во время тестирования.

Документация

Cargo предоставляет продвинутые инструменты для создания интерактивной документации с богатыми возможностями форматирования. Rust имеет особые комментарии (/// - тройная косая черта) для документации, которые известны как комментарии к документации с markdown нотацией, которые будут использоваться для генерации HTML-документов. В этом примере мы добавили некоторую информацию о функции add() и собрали соответствующую документацию:

/// Sums two values.////// # Examples////// ```/// let arg1 = 6;/// let arg2 = 1;/// let answer = testproc::add(arg1, arg2);////// assert_eq!(add(6, 1), answer);/// ```fn add(a: u32, b: u32) -> u32 {    a + b}

И собираем документацию одной простой командой:

cargo doc Documenting test-proc v0.1.0 (/home/hackerman/projects/test-proc)    Finished dev [unoptimized + debuginfo] target(s) in 0.82s

В результате мы получаем HTML-страницы с гиперссылками, подсветкой синтаксиса и поисковой системой:

Внешние зависимости

В Rust единица компиляции называется "crate" и может быть либо библиотекой, либо исполняемой программой.

Например, нам нужно проанализировать некоторые JSON-файлы, но мы не хотим делать это с нуля. В этом случае мы идем на постоянно растущийcrates.ioрепозиторий и ищем подходящий crate для нас. Отлично! Мы нашлиSerde-библиотека для сериализации и десериализации структур данных. Давайте попробуем импортировать ее с поддержкой json в наш проект с помощью TOML-файла:

[dependencies]serde_json = "1.0.53"

И вызываем команду сборки проекта:

> cargo build   Compiling serde v1.0.110   Compiling ryu v1.0.4   Compiling itoa v0.4.5   Compiling serde_json v1.0.53   Compiling test-proc v0.1.0 (/home/hackerman/projects/test-proc)    Finished dev [unoptimized + debuginfo] target(s) in 7.41s

Cargo проверил все зависимости, загрузил их и собрал. Теперь вы можете пользоваться библиотекой напрямую! Раздел [dependencies] - это место, где вы сообщаете Cargo требуемые крейты и их версии. В этом примере мы задаем семантический спецификатор версии 1.0.53. Cargo понимает Semver нотацию, и это фактически означает "любую версию, совместимый с версией 1.0.53". Для обновления крейтов до новой версии достаточно воспользоваться командой cargo update. Кроме того, любой может поделиться своими собственным крейтом наcrates.io, и вы можете это сделать лишь парой команд! С помощью крейтов можно установить дополнительные инструменты в рабочее пространство (например,ripgrep) для различных целей вашего проекта. Вдобавок, вы можете установить свой собственный серверcrate.ioв сети вашей организации и быть независимыми от внешних поставщиков. Короче говоря, замечательный инструмент, который делает разработку на Rust такой гладкой и беспроблемной.

Среды разработки

Последнее, но не менее важное, о чем я хочу вам рассказать - этоrust-analyzer (будущий преемник RLS), предоставляющий поддержку Rust в различных средах разработки. В данный момент, с использованием rust-analyzer или своей собственной реализации анализатора, уже поддерживаются следующие IDE и редакторы: vim, emacs, MS Visual Studio Code, IntelliJ Idea и т.д. Они имеют все необходимые функции для эффективного написания кода, такие как: дополнение кода, вывод документации и подсветка ошибок. Количество поддерживаемых интегрированных сред достаточно велико, чтобы вы могли себя чувствовать, как дома.

Эпилог

Если вы уже заинтересованы в этом языке, существует очень подробноеучебное пособие. И, если вы хотите углубиться в особенности языка, статьи о темных и сложных сторонах Rust - Rustonomicon. Как вы видите Rust весьма интересный язык с дружелюбными инструментами и с приоритетом безопасности, но со своими нюансами, поэтому, чтобы оценить его достоинства и недостатки я бы предложил вам просто попробовать Rust в своем личном проекте, и, возможно, вы станете еще одним из поклонников этого языка.

Привет, Хабр! В мобильной экосистеме Huawei есть несколько инструментов для отладки и проверки приложений: можно запускать автоматические тесты в облаке или дистанционно на устройствах Huawei, а также работать с группами пользователей. На облачной платформе DigiX Lab разработчики могут проверять стабильность работы, производительность, уровень энергопотребления и совместимость своих приложений с устройствами нашего бренда в режиме эмулятора. Сервисы A/B- и открытых тестов помогают понять реакцию аудитории и получить обратную связь. Под катом я расскажу о возможностях этих сервисов и о том, как начать в них работать.

Из чего состоит DigiX Lab

DigiX Lab лаборатория в среде Huawei Developer. В него входят 2 сервиса: тестирования и отладки.

Сервис облачного тестирования позволяет протестировать совместимость, стабильность, производительность и энергопотребление приложения с помощью эмуляторов устройств. После проведения тестов разработчик получает результаты в виде подробного отчёта. Благодаря этому он может обнаружить любые проблемы с приложением:сбои, неожиданные закрытия, повышенное энергопотребление, ошибки и др.

Сервис облачной отладки (дебаггинга) позволяет выявить проблемы с работой приложений на конкретных устройствах. После подтверждения личности можно 24 часа работать бесплатно с любыми реальными устройствами на одну модель предоставляется до 2 часов работы. Когда 24 часа истекут, можно подать заявку на продление работы на 4 или 8 часов. Число заявок не ограничивается.

Как начать работать с DigiX Lab?

Зарегистрироваться в сервисе DigiX Lab может как корпоративный, так и индивидуальный разработчик. Индивидуальному разработчику необходимо будет загрузить документ, удостоверяющий личность, и дождаться его проверки. Корпоративному разработчику для проверки данных понадобится предоставить лицензию на ведение коммерческой деятельности, номер DUNS (девятизначный международно признанный идентификатор компаний), адрес компании.

Корпоративные разработчики получают доступ к большему количеству разделов, например к службе платежей, Huawei Ability Gallery, AppTouch, платному продвижению и подаркам, управлению комментариями, AppAdvisor, HiAI, HMS Core Ads Kit. У индивидуальных разработчиков доступа в эти разделы не будет.

Типы облачных тестов

В DigiX Lab можно запускать 4 вида тестов: на совместимость, стабильность работы, производительность и энергопотребление.

Тестирование совместимости займёт около 60 минут. Тест предоставит данные о первой и повторной установке приложения, его удалении и возникающих при этом сбоях и ошибках, например отсутствии ответа (ANR) или неожиданном закрытии приложения.

Этот режим позволяет отфильтровать устройства по моделям и версиям операционной системы. Можно выбрать как одну, так и несколько моделей.

Тестирование стабильности позволит отследить сбои в работе приложения, например инциденты с зависанием отсутствием ответа (ANR), сбоями платформы native crash и утечкой ресурсов. Из данных обо всех инцидентах система сформирует отчёт. Если количество сбоев будет больше 10, то тестирование прошло неуспешно. Длительность теста вы можете регулировать на своё усмотрение.

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

Отчёт тестирования стабильности содержит журналы Logcat, скриншоты хода тестирования, зарегистрированные данные производительности, включая длительность запуска, загрузку процессора, использование памяти, потребление трафика и электроэнергии.

Тестирование производительности займёт около 60 минут. Тест предоставляет данные о производительности приложения, такие как загрузка процессора, использование памяти, энергопотребление, использование трафика и др., а также позволяет провести глубокий анализ с целью выявления проблем производительности приложения. Для тестирования производительности также можно выбрать одно или несколько устройств.

Тестирование энергопотребления займёт около 100 минут. Тест предоставляет данные о потребляемой мощности и демонстрирует использование ресурсов, например длительность блокировки (wakelock), использование экрана, использование Wi-Fi и аудио, а также выявляет закономерности поведения.

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

Как запустить тесты и посмотреть их результаты

После подтверждения аккаунта вам откроется доступ к облачным сервисам тестирования. В DigiX Lab доступно более 2 000 моделей устройств, и эта библиотека постоянно пополняется. Автоматическое тестирование ведётся на эмуляторах мобильных телефонов Huawei.

Чтобы провести тестирование, необходимо загрузить APK, выбрать модели устройств и версию операционной системы. Количество устройств для запуска теста неограниченно, но мы рекомендуем выбирать до 9 моделей. Иначе своей очереди придётся ждать слишком долго. Помните, что для теста стабильности можно выбрать только одно устройство.

Иногда ожидание задачи может занять слишком много времени. Это означает, что одну из выбранных моделей использует слишком много разработчиков одновременно. Также система может заблокировать тест это означает, что выбранное устройствоудалено. В этом случае необходимо выбрать другое устройство и запустить тест заново.

Краткую версию отчёта можно посмотреть без скачивания. Такой отчёт содержит данные о проценте прохождения, распределении ошибок и подробные данные тестирования.

Локализация ошибок с помощью сервиса дебаггинга

Сервис дебаггинга позволяет подобрать подходящие под запрос модели гаджетов для проверки работы приложения в режиме реального времени. Вы получаете доступ к реальным устройствам бренда и можете протестировать работу своего приложения на любом из них.

Этот сервис позволяет выбрать устройство, на котором будет проходить тестирование, и версию операционной системы, EMUI и длительность отладки: 30 минут, 1 час или 2 часа. Одновременно с одного Huawei ID дебаггинг можно проводить на 2 реальных устройствах. В любой момент отладки можно просмотреть подробную информацию об устройстве, на котором проводите дебаггинг.

На дебаггинг одного устройства вам даётся 2 часа. Всего каждый пользователь получает 24 часа бесплатного использования сервиса. Когда у пользователя остаётся менее 2 часов, он может подать заявку на продление на 4 или 8 часов. Количество таких заявок не ограничивается. Отчёты в журнале можно фильтровать по типу, а данные можно смотреть онлайн или экспортировать.

Проверка реакции аудитории с помощью А/B-тестов

Сервис А/B-тестов позволяет проводить тесты на 2 разных группах пользователей, которые получают разные варианты тестируемого продукта и отмечают свою реакцию. Его можно использовать для запуска нескольких тестов под разные аудитории или сравнения реакции пользователей на варианты дизайна, контента, функциональности.

Для того чтобы запустить A/B-тесты, необходимо сначала интегрировать Huawei Analytics Kit, затем в AppGallery Connect найти нужный проект и на странице с конфигураций A/B-тестов создать эксперимент. В нём необходимо указать условия, продолжительность и ключевые показатели тестирования и предоставить сервису доступ к службам (удалённой настройки, Push Kit и Analytics Kit), необходимым для его проведения.

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

Открытое тестирование на группах пользователей

Этот сервис работает пока в бета-режиме. Он позволяет предоставить доступ к своему приложению первой тестовой группе пользователей и получить обратную связь. Чтобы запустить открытое тестирование, необходимо отправить электронное письмо на адрес agconnect@huawei.com для заявки.

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

На этом пока всё. Если у вас есть вопросы по тестированию и отладке приложений на платформе HMS, задавайте в комментариях.

Привет, Хабр! Работа со встроенной рекламой в приложениях на платформе Huawei Mobile Services ведётся с помощью сервиса Ads Kit. Сервис предоставляет пользователям персонализированную рекламу, позволяет разработчикам анализировать результаты промокампаний и работать с основными рекламными форматами. В статье я расскажу, что включает в себя этот сервис, какие рекламные форматы поддерживает и какие даёт возможности для аналитики. Кому интересно прошу под кат.

Что такое Ads Kit

Ads Kit включает в себя две службы: Ads Publisher Service и Identifier Service. Ads Publisher Service предоставляет инструменты для интеграции рекламных объявлений и получения отчётов (количества запрошенных и просмотренных объявлений, кликов). Identifier Service обеспечивает работу с рекламным идентификатором пользователя Open Advertising ID (OAID) и персонализацией объявлений.

Пока рекламная платформа доступна только для корпоративных аккаунтов, поэтому стоит помнить, что при работе с платёжными сервисами экосистема Huawei требует обязательную регистрацию юридического лица. Но скоро Ads Kit смогут внедрить в свои приложения все разработчики. Также необходимо учитывать, что Ads Kit работает с HMS Core (APK) 4.0.0, так как на предыдущих версиях возможны ошибки.

Форматы рекламы

Сейчас в Ads Kit доступно 5 разных типов рекламы:

• Баннерная реклама. По размерам баннеры делятся на фиксированные и адаптивные. У фиксированных 5 размеров: 320 x 50 dp, 320 x 100 dp, 300 x 250 dp, 360 x 57 dp для изображений 1 080 x 170 пикселей и 360 x 144 dp для изображений 1 080 x 432 пикселя. Адаптивные рекламные баннеры автоматически регулируют ширину в зависимости от соотношения сторон устройств. Также есть возможность использовать смарт-баннеры при загрузке рекламы Huawei Ads SDK создаёт рекламный экран той же ширины, что и экран, в зависимости от его ориентации на устройстве.

• Нативная реклама. Этот тип рекламы вписывается в окружающий контент, чтобы соответствовать дизайну приложения. Такие объявления можно настраивать по мере необходимости. В нативную рекламу можно встроить не только картинки или текст, но и видео.Huawei предоставляет набор шаблонов нативной рекламы, которые доступны в двух размерах малом и среднем, и их макеты и стили можно настроить под себя. Также есть возможность дизлайкнуть нативную рекламу со стороны пользователя, при этом разработчики могут кастомизировать дальнейшее отображение рекламы после Dislike. Например, спросить, почему эта реклама нерелевантна.

• Rewarded Ads. Реклама с вознаграждением это полноэкранные видеообъявления, которые награждают пользователей за просмотр. При просмотре рекламы сервер отправляет уникальный URL со специфичными параметрами в Ads Kit, чтобы уведомить медиасервер о том, что пользователь должен быть вознаграждён за взаимодействие с видеообъявлением. При принятии решения о том, когда вознаграждать пользователя, необходимо сбалансировать проверку пользователя и скорость подтверждения вознаграждения, чтобы, с одной стороны, защититься от спуфинга, а с другой не заставлять пользователя ждать своей награды.Разработчики Huawei рекомендуют сразу вознаграждать пользователя, обрабатывая запрос на стороне клиента, а потом проверять все вознаграждения при получении обратных вызовов на стороне сервера. Такой подход гарантирует действительность предоставленных вознаграждений, обеспечивая при этом хорошее взаимодействие с пользователем.

• Interstitial Ads. Межстраничные объявления это полноэкранные объявления, которые покрывают интерфейс приложения в точках перехода при работе с приложением. Такая реклама отображается, когда пользователь запускает, приостанавливает или закрывает приложение, не мешая его работе. В межстраничную рекламу можно добавлять видео, текст и картинки.

• Splash Ads. Рекламные заставки отображаются сразу после запуска приложения, даже до того, как отобразится главный экран приложения. Для таких заставок может быть установлен таймер показа и реагирование на конкретные события, например когда пользователь перешёл по рекламной ссылке.

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

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

Рекламная аналитика

Анализ трафика и персонализация объявлений осуществляется с помощью службы Identifier Service. Она создаёт и работает с рекламным идентификатором пользователя (OAID). Пользователь может отключить функцию персонализированной рекламы или сбросить свой OAID. При сбросе OAID, если персонализированная реклама не отключена, будет создан новый номер. Если пользователь согласился на обработку своих данных и получение персонализированной рекламы, то разработчики, в свою очередь, получают возможность использовать его зашифрованный обезличенный OAID.

Это можно использовать для анализа трафика и конверсии, разделения групп пользователей и корректировки рекламных кампаний для этого Ads Kit может интегрироваться со сторонними API рекламных платформ. В этом случае необходимо к Ads Kit добавить Analytics Kit, с помощью которого также можно собирать данные по более чем 500 параметрам, включая разные сценарии поведения пользователей, их реакцию на рекламу и ключевые точки, которые влияют на дальнейшее взаимодействие.

Для анализа источников трафика применяется функция Install Referrer, которая считывает информацию из реферальной ссылки, использованной пользователем для установки приложения. Чтобы использовать Install Referrer, требуется интегрировать API Ads Kit и после этого опубликовать приложение в AppGallery.

Ads Kit только один из инструментов монетизации. Также наша платформа позволяет использовать встроенные покупки, мотивировать пользователей с помощью баллов Huawei и системы подарков. На этом пока всё, если у вас есть ещё вопросы по монетизации своих приложений, задавайте их в комментариях.

Тоннель EOIP (обычно применяемый одним известным брендом) не пропускает BDPU по умолчанию. А это значит, что если протащить VLAN через EOIP, закольцуя его в целях резервирования, то не стоит надеяться, что STP его отработает. Случится петля. Коммуникации в этом VLAN не произойдет - каждый из коммутаторов возомнит себя королем и voil - ваша сеть стоит на коленях! Если вы знаете как настроить EOIP на пропуск BPDU, то, пожалуйста, напишите об этом в комментарии! Эта информация будет полезна.

Топология Spanning Tree возникает благодаря BPDU (Bridge Protocol Data Unit). Это то, что делает возможным свободную от петель коммуникацию на сети с избыточными линками. И наверное, первое, что нужно сделать перед созданием избыточного линка, будь он логическим или физическим, - это проверить есть ли обмен BPDU между коммутаторами.

Можно подумать о BPDU как о языке любви, возникающий между железками и на основе которого расцветает и распускается дерево Spanning Tree. Они как слова, которыми влюбленные обмениваются друг с другом. И любовь их питается этими словами. А если нет слов, то нет и любви.

Каждое это слово любви содержит информацию об отправителе. Этой информацией они делятся - так они узнают друг о друге и решают, кто будет главным в семье: кто альфа, а кто омега. И главное, на что коммутаторы смотрят - это идентификатор Bridge ID (Bridge Identifier). Каждый из коммутаторов, который имеет включенный Spanning Tree Protocol, несет этот идентификатор. И есть три элемента, которые являются частью этого идентификатора и делают его уникальным для каждого коммутатора. Первый из них - это приоритет (Priority). Его значение по умолчанию равно 32768. (Сколько бит будет задействовано, чтобы получить такое значение?). А если так, то все коммутаторы, настроенные по умолчанию, будут иметь равные шансы стать альфой в семье, так? Нет! Тут вступает в роль второй элемент. Это номер VLANa. Коммутатор приплюсует номер VLANa к приоритету. Например, если номер VLANa - 7, то Bridge ID будет равен 32768 + 7 = 32775. Но и это не сделает коммутатор королем, даже если оба коммутатора имеют VLAN 7. Поэтому знакомьтесь с третьми элементом - MAC address, совершенно уникальным идентификатором.

Однако тут стоит оговориться. Второй элемент не найти на коммутаторах Huawei по умолчанию он часть проприетарного протокола PVST другого известного вендора. Значение номера VLANa не играет никакой роли в STP на Huawei сети второго уровня, пока мы не скажем ему делать это. IOSv устанавливает rapid-pvst протоколом по умолчанию. Huawei mstp. В этом разница. И это может пролить немного света почему вендоры не рекомендуют совмещать свои продукты с продуктами других компаний, если даже, казалось бы, они выполняют одну задачу и работают с одной и той же логикой.

Как же сделать балансировку между разными VLANs? Как же назначить королем один коммутатор для одного VLAN, а для другого VLAN сделать королем другой коммутатор? Балансировка нагрузки возможна: Huawei сделал для этого собственный протокол - VBST (VLAN BASES SPANNING TREE). Он позволяет, используя приоритеты VLANs, манипулировать деревом для каждого VLAN.

Команда display stp к вашим услугам, чтобы посмотреть Bridge ID :

CIST - это аббревиатура (Common and Internal Spanning Tree). Как уже было сказано, Huawei сделал MSTP режимом по умолчанию, поэтому мы видим здесь терминологию "регионов". В данном случае CIST Root/ERPC показывает локальный Bridge ID коммутатора LSW4. Причем Bridge ID это не только значение приоритета, это вся строчка с приоритетом и мак-адресом.

При этом все меняется, если применить пару команд: включить vbst, активировать его на конкретном VLAN, например, на VLAN 7.

[LSW4]stp mode vbst

[LSW4]stp vlan 7 enable

Говоря теперь о втором элементе, то, во-первых, он назван Root ID, что является локальным значение дерева VLAN 7 на этом коммутаторе, и во-вторых, он калькулируется как сумма дефолтного значения и номера VLAN: 32768 + 7.

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