Мне кажется что по разбору этой аварии хорошо видно к каким последствиям приводит "срезание углов" при эксплуатации сложных систем. Проблема №1 - вышедшая из строя управляющая карта не была заменена в течении 2х недель! Понятно, что карты зарезервированы, стыки с внешней сетью тоже, но две недели менять вышедший из строя модуль - перебор. Проблема №2 - BGP, рефлектора, и т.д. сложно конечно говорить не зная деталей, но как по мне, на оборудовании не корректно настроены тайминги. При падении IGP нужно просто опустить BGP сессию. При помощи упомянутого в тексте BFD или костюмного скрипта. Проблема №3 - в работу выкачен софт полностью не оттестированный в лаборатории. Да, довольно сложно все проверить в лаборатории но факт остается фактом.
Проблема №4 - а устройствах не отключен не задействованный функционал.
ИТОГ: множество маленьких недочетов, совокупность которых привела к простою в 1 час.
Для меня осталось непонятным следующее утверждение:
и изменяемые, и неизменяемые передаются по ссылкам.
Понял только тогда, когда начал писать комментарий. Вы утверждаете, что все параметры передаются в функцию по ссылке, а вот их дальнейшая обработка отличается. При изменении мутабельного объекта происходит его модификация, т.е. id(mutable) остается неизменным, а при из изменении immutable создается новый объект в памяти, те меняется id. Что в принципе очень логично, операции над неизменными объектами приводят к порождению новых немутабельных объектов. А вот про дизайн языка и причины по которым в python встречаются изменяемые и не изменяемые структуры данных было бы интересно почитать.
Приветствую. Очень интересно ознакомится с Вашим решением.
Работаю в крупном энтерпрайзе, сеть мультивендорная (cisco, juniper, huawei, moxa, d-link).
Остро стоит вопрос автоматизации построения топологии и формирования так называемого sourth of truth.
Я попытался скомпилировать пример кода приведенного в статье.
Для этого пришлось добавить несколько констант и объявлений функций. Вот что из этого получилось. link to gist
Нет, конкретных запретов. Есть разговоры на тему импортозамещения. Есть анализы рынка и все прочее, но запретов на закупку нет.
Мы боимся что в один прекрасный день нам могут не продать оборудование. К этому и готовимся.
В сети используется три RB-750, терминируют ipsec. Поток в 2 Мби/с укладывает процессор в 100%. Но не стоит забывать что это железки стоимостью в 30$. А по возможностям конечно они шикарны. Но Микротик ориентирован на связистов. Многие операторы строят на них WIFI сети.
Так а какие преимущества у BGPexplorer перед OpenBMP?
Мне кажется что по разбору этой аварии хорошо видно к каким последствиям приводит "срезание углов" при эксплуатации сложных систем. Проблема №1 - вышедшая из строя управляющая карта не была заменена в течении 2х недель! Понятно, что карты зарезервированы, стыки с внешней сетью тоже, но две недели менять вышедший из строя модуль - перебор. Проблема №2 - BGP, рефлектора, и т.д. сложно конечно говорить не зная деталей, но как по мне, на оборудовании не корректно настроены тайминги. При падении IGP нужно просто опустить BGP сессию. При помощи упомянутого в тексте BFD или костюмного скрипта. Проблема №3 - в работу выкачен софт полностью не оттестированный в лаборатории. Да, довольно сложно все проверить в лаборатории но факт остается фактом.
Проблема №4 - а устройствах не отключен не задействованный функционал.
ИТОГ: множество маленьких недочетов, совокупность которых привела к простою в 1 час.
poetry должна решить эту проблему.
Для меня осталось непонятным следующее утверждение:
Понял только тогда, когда начал писать комментарий. Вы утверждаете, что все параметры передаются в функцию по ссылке, а вот их дальнейшая обработка отличается. При изменении мутабельного объекта происходит его модификация, т.е. id(mutable) остается неизменным, а при из изменении immutable создается новый объект в памяти, те меняется id. Что в принципе очень логично, операции над неизменными объектами приводят к порождению новых немутабельных объектов. А вот про дизайн языка и причины по которым в python встречаются изменяемые и не изменяемые структуры данных было бы интересно почитать.
Спасибо за статью!
Работаю в крупном энтерпрайзе, сеть мультивендорная (cisco, juniper, huawei, moxa, d-link).
Остро стоит вопрос автоматизации построения топологии и формирования так называемого sourth of truth.
В коде примера опечатка. Вместо param_test нужно использовать param_test_idfn.
Думаю, здесь опечатка.
Для этого пришлось добавить несколько констант и объявлений функций. Вот что из этого получилось. link to gist
Мы боимся что в один прекрасный день нам могут не продать оборудование. К этому и готовимся.