Perfect storm что значит

Содержание

perfect storm
См. также в других словарях:
perfect storm
Смотреть что такое «perfect storm» в других словарях:
«Идеальный шторм»
Единство: соберите команду, ни один человек не вывезет в одиночку бизнес
Подготовка: никаких оправданий для неудачи быть не может
Сбалансированный оптимизм: найдите и сфокусируйтесь на выигрышном сценарии
Непрерывное обучение: в команде необходимо создать, мощную атмосферу тяги к обучению и инновациям
Расчет рисков: бизнес — это война, а зачастую мы даже не знаем кто наш противник, так что будьте готовы плыть в шторм
Поддержка связи
Бремя лидера
Устраните трения: подойдите к конфликту как к вещи, которая мешает работать
Устойчивость
Стойкость: никогда не сдавайтесь — всегда есть выход
«Идеальный шторм» и как это лечится

perfect storm

1 идеальный шторм

2 стечение крайне неблагоприятных обстоятельств

3 (см.) to be pitch perfect

4 Perfect Resume data file

5 Preliminary Regional Experiment for STORM

6 STORM Fronts Experiment Systems Test

7 to be pitch perfect

8 PERFECT

9 STORM

10 perfect secrecy

11 rain-storm run-off

12 storm generated discharge

13 storm sewer overflow

14 storm water control

15 storm water overflow

16 urban storm-water runoff

17 A Perfect Circle

18 Almost perfect, extremely light wear, packaging may have shelf wear; an A grade

19 Canadian Atlantic Storm Project

20 Doppler Radar and Storm Electricity Research

См. также в других словарях:

perfect storm — UK US noun [countable] [singular perfect storm plural perfect storms] a very unpleasant situation in which several bad things happen at once Thesaurus: difficult situations and experiencessynonym … Useful english dictionary

Perfect storm — The phrase perfect storm originates from the 1997 book The Perfect Storm which refers to the simultaneous occurrence of weather events which, taken individually, would be far less powerful than the storm resulting of their chance combination.… … Wikipedia

perfect storm — UK / US noun [countable] Word forms perfect storm : singular perfect storm plural perfect storms a very unpleasant situation in which several bad things happen at once … English dictionary

perfect storm — noun a) A powerful hurricane or other major weather disturbance, especially as produced by a combination of meteorological conditions. But on the 24th of April, the wind again blew a perfect storm, and our other ships of the squadron separated,… … Wiktionary

perfect storm — /pɜfəkt ˈstɔm/ (say perfuhkt stawm) noun 1. the simultaneous occurrence of weather events which lead to a catastrophic storm, such as a cyclone hitting a low lying area at the peak of a high tide, creating a storm surge. 2. any such concurrence… … Australian-English dictionary

Perfect storm (disambiguation) — Perfect storm could refer to:* Perfect storm, an idiom * The 1991 Halloween Nor easter weather event * The Perfect Storm , the 1997 book about the 1991 Halloween Nor easter * The Perfect Storm (film), adapted from the book * The Perfect Storm… … Wikipedia

1991 Perfect Storm — Halloween Storm redirects here. For the 2011 nor easter, see 2011 Halloween nor easter. 1991 Perfect Storm Category 1 hurricane (SSHS) The Perfect Storm to the south of Nova Scotia Formed October 28 … Wikipedia

The Perfect Storm (film) — Infobox Film | name = The Perfect Storm caption = The Perfect Storm Theatrical poster director = Wolfgang Petersen producer = Gail Katz writer = Sebastian Junger (book) William D. Wittliff starring = George Clooney Mark Wahlberg Diane Lane John C … Wikipedia

The Perfect Storm — (ISBN 0 393 04016 X) is a non fiction book written by Sebastian Junger and published by Little, Brown and Company in 1997. The paperback edition (ISBN 0 06 097747 7) followed in 1999 from HarperCollins Perennial imprint. The book is about the… … Wikipedia

The Perfect Storm (The O.C. episode) — Infobox Television episode Colour = #ffaa44 Series = The O.C. Title = The Perfect Storm Season = 3 (2005 2006) Caption = Ryan Episode = 5 Airdate = November 3, 2005 (FOX) Writer = Mike Kelley Director = Tony Wharmby Production = 2T6255 Prev = The … Wikipedia

The Perfect Storm — ist ein Sachbuch von Sebastian Junger, der 1997 in englischer Sprache im Verlag Little Brown and Company erschien. Er behandelt die wahre Geschichte über den Untergang des Fischerschiffes „Andrea Gail“ im Oktober 1991. Inhaltsverzeichnis 1 Inhalt … Deutsch Wikipedia

Источник

perfect storm

He called phishing attacks, viruses and ID theft a convergence creating a «perfect storm» in cyberspace. — По его мнению, такие проблемы, как «фишинг», компьютерные вирусы и «кража личности» в совокупности ведут к катастрофической ситуации в интернете.

There’s no doubt in anyone’s mind that Microsoft firmly controls the PC desktop market for business and consumer users, but a potential perfect storm is brewing. — Над «Майкрософтом», который, безусловно, занимает доминирующее положение на компьютерном рынке, возможно, сгущаются тучи.

Англо-русский современный словарь . 2014 .

Смотреть что такое «perfect storm» в других словарях:

Источник

«Идеальный шторм»

«Согласно «Оксфордскому словарю английского языка» выражение «идеальный шторм» определяется как крайне свирепая буря, возникающая в результате редкого сложения нескольких неблагоприятных метеорологических факторов, из-за чего суммарный разрушительный эффект значительно увеличивается».

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

Единство: соберите команду, ни один человек не вывезет в одиночку бизнес

Наличие «рок-звезды» в команде — это, конечно, очень заманчиво. Примеров масса: Стив Джобс, Билл Гейтс, Илон Маск, Ричард Бренсон и др. Несмотря на это, ни у одного из них ничего не получилось бы без команды. Горизонтальная структура управления или флэт-менеджмент позволяет работать и реагировать на возникающие ситуации намного гибче, чем обычная иерархическая. При таком управлении все члены команды считают себя частью целого, каждый из них играет важную роль, и каждый может выразить свое мнение без риска для себя. Нет суперзвезд или боссов со специальными привилегиями.

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

Успешные команды ставят перед собой задачу обеспечения прозрачности системы. Каждый элемент системы должен быть известен всем. Не должно быть никаких оправданий и отмазок. Если что-то не работает или работает не так как задумано, причина одна — недостаточная подготовка. Конечно, можно рассуждать, что «нужно ввязаться в драку, а там посмотрим», но опыт показывает, что если что-то может пойти не так, то оно пойдет не так. Пренебрегая подготовкой, мы сами себе роем яму там, где ее могло бы вообще не быть.

Сбалансированный оптимизм: найдите и сфокусируйтесь на выигрышном сценарии

В бизнесе стартапы неизбежно сталкиваются с проблемами, и с ними нужно как-то бороться. Первый шаг — определить желаемый результат. Это может быть количество клиентов, рост доходов, рост прибыли или «уничтожение» конкурентов? Конечно, все это важно, но целевые приоритеты должны быть расставлены без всякого намека на неопределенность. Особенно во время кризиса, который как известно помимо проблем несёт в себе возможности для положительных изменений. Томас Эдисон говорил по этому поводу: «Я не испытывал неудач. Я просто нашел 10 000 способов, которые не работают».

Непрерывное обучение: в команде необходимо создать, мощную атмосферу тяги к обучению и инновациям

Самые лучшие команды учатся быстрее всего на опыте. Инновации и новые идеи — это норма, а не поддержание статус-кво. Если мы не движемся, то стремительно отстаем. Тратить ресурсы команды на профессиональный рост это не корпоративные понты, а естественная норма любой современной команды. Если у члена команды нет идей как улучшить работу команды в целом, значит он не в команде.

Расчет рисков: бизнес — это война, а зачастую мы даже не знаем кто наш противник, так что будьте готовы плыть в шторм

Крутые команды признают, что каждый стартап — большой риск, и безопасного пути просто не существует, но всегда есть путь, который можно преодолеть с минимальными потерями. Победа требует ситуационной осведомленности, что означает понимание критических факторов успеха и стремление быть в курсе текущих реалий вокруг нас, учитывая особенности национального бизнеса в виде фискальных органов, МЧС, полиции и других «прекрасных» мотиваторов бизнеса в нашей стране.

Поддержка связи

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

Бремя лидера

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

Устраните трения: подойдите к конфликту как к вещи, которая мешает работать

Исправляйте проблему, а не косяки, возникшие из-за нее. Нездоровая атмосфера в коллективе всегда, я повторяю ВСЕГДА, отражается на всей команде и бизнесе. Многих проблем можно избежать просто вовремя расставив точки над i. Юмор может помочь и смягчить конфликт, предоставляя время для разрешения кризиса.

Устойчивость

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

Стойкость: никогда не сдавайтесь — всегда есть выход

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

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

Источник

«Идеальный шторм» и как это лечится

Broadcast storm (широковещательный шторм) – это такой ночной кошмар сетевиков, когда в считанные секунды парализуется передача полезного трафика во всей сети ЦОД. Как это происходит и о чем надо было раньше думать – в нашем сегодняшнем посте.

Откуда есть пошла

Вначале была Ethernet, и не было в ней маршрутизации, и сейчас тоже нету, а посему приходится коммутатору отправлять пакеты данных во все порты – ну, чтобы наверняка. От адресата приходит ответ на определенный порт, коммутатор запоминает соответствие [порт — адресат] и следующая “посылка” отправляется уже не абы куда, а по памятным, так сказать, местам.

Если же ответа нет, а в момент отправки unknown unicast пара-тройка коммутаторов оказываются замкнуты в кольцо, посылка возвращается “отправителю”, который, понятно, снова забрасывает ее во все порты, поскольку ну а что ему еще делать. «Бесхозный» пакет данных опять возвращается и опять улетает. Каждый следующий виток “закольцованного” broadcast flood сопровождается экспоненциальным ростом количества пакетов в сегменте сети. Очень скоро эта лавина «забивает» полосу пропускания портов, на заднем плане красиво «вскипают» перегруженные процессоры коммутаторов – и ваша сеть превращается в памятник самой себе.

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

Был такой случай

В 2009 году в сети одного из наших клиентов случился бродкастовый шторм, который мгновенно перекинулся к нам, парализовав работу всей сети передачи данных компании. Отвалились почта, телефония и интернет, система мониторинга «сошла с ума» – и стало невозможно даже локализовать «первоисточник». Полная перезагрузка коммутатора не помогла. Нам ничего не оставалось, кроме как последовательно отключать ВСЕ порты, клиентские и свои собственные… Такой вот «черный понедельник».

Как позже выяснилось, один из сотрудников клиента перепутал порты оборудования – и закольцевал свою топологию на уровне бродкастового домена. Бывает.

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

Начните с сегментирования сети посредством VLAN: когда сеть разбита на мелкие изолированные сегменты (fault domain), шторм, “накрывший” один из участков, этим участком и ограничивается. Ну, в идеале. В действительности мощный шторм, увы, способен “вбрасывать” пакеты и в так называемые независимые виртуальные сети тоже.
По-хорошему здесь нужно отказаться от “закольцованных” VLAN как внутри собственной инфраструктуры, так и при подключении клиентов к сети (если речь о коммерческом ЦОД). Например, использовать протоколы FHRP и U-образную топологию на уровне доступа.

U-образная топология позволяет избежать закольцованности

В ряде случаев, впрочем, от «закольцованности» при всем желании никуда не деться. Скажем, необходимо развернуть отказоустойчивую (2N) инфраструктуру для заказчика с подключением к нашему облаку. Клиентские VLAN’ы здесь приходится «пробрасывать» внутри облачной инфраструктуры между всеми ESXi хостами кластера виртуализации, – то есть само решение подразумевает полное дублирование всех сетевых элементов.
Смотрим в картинку – видим кольцо.

Кольцевая топология возникает при полном резервировании каналов связи и инфраструктуры заказчика

Что делать, если вы – «властелин колец»

Делать можно разное, и у каждого варианта, как водится, — свои преимущества и издержки.

Вот, например, протокол RSTP (модификация SpanningTreeProtocol) умеет быстро – в пределах 6 секунд – находить и «разбивать» бродкастовые петли. Находит он их посредством обмена BPDU (Bridge Protocol Data Unit) сообщениями между коммутаторами, а “разбивает” блокировкой резервных линков. В случае проблем с основным каналом RTSP перестраивает топологию, используя резервный порт.

Хорошая в целом штука, но есть нюанс. Под каждый VLAN выделяется один RSTP-процесс, при этом количество процессов, в отличие от VLAN, сильно ограничено, и при резком росте числа VLAN’ов в рамках одной сетки процессов RSTP может банально не хватить. То есть для корпоративного дата-центра пойдет, а для коммерческого – с постоянно растущим числом клиентов (VLAN) – уже не очень.

На этот случай имеется MSTP – улучшенное и дополненное издание RSTP. Умеет объединять несколько VLAN в один STP процесс (instance), что в хорошем смысле слова сказывается на масштабируемости сети: “потолок” здесь составляет 4096 клиентов (максимальное число VLAN). MSTP также позволяет управлять трафиком, распределяя MST процессы между основным линком и резервным, и дает возможность при необходимости разгружать “загнавшиеся” коммутаторы. Однако с MST нужно уметь работать, то есть это плюс как минимум один недешевый умник в штат (что доступно не всем).

Протоколы RSTP и MST «разрывают» петлю, блокируя трафик по одному из каналов

Из проверенных альтернатив MSTP можем посоветовать FlexLinks от Cisco, который мы используем, когда на стороне клиента находится один коммутатор или стек под единым управлением. FlexLinks умеет резервировать линки коммутатора без применения STP, “назначая” в каждой паре портов основной и резервный. Используется на уровне доступа (access) при подключении оборудования разных компаний по принципу Looped Triangle в коммерческом ЦОД. Очень простой в плане настройки инструмент, что и само по себе приятно, и позволяет рассчитывать на бОльшую стабильность сервиса (по сравнению, например, с STP). Вы полюбите FlexLinks за мгновенное переключение на резервные линки и балансировку нагрузки по VLAN – а потом, возможно, разлюбите за возможность применять его исключительно в топологии Looped Triangle.

В топологии Looped Triangle можно добиться мгновенного переключения трафика между каналами в случае сбоя

Теперь отвлечемся от техники. Любите ли вы экономическую эффективность так же, как люблю ее я? Тогда вам будет интересно узнать, что и MST \ RSTP, и FlexLinks, блокируя резервные линки, фактически исключают половину портов из круговорота трафика в природе.

А вот решения, которые так не делают: Cisco VSS (Virtual Switch System), Nexus vPC (virtual port-channel), Juniper virtual router и другие mLAG-подобные (multichassis link aggregation) технологии. Хороши тем, что задействует все доступные линки, объединяя их в один логический канал EtherChannel. Получается своего рода коммутирующий кластер, в котором модуль управления одного из коммутаторов (Control-plane) “рулит” всеми линками кластера (Data-Plane). В случае выхода текущего Control-plane из строя его полномочия автоматически передаются “оставшемуся в живых”. Мы используем Cisco Nexus vPC для балансировки нагрузки между линками клиентов, у которых по одному коммутатору или стеку. Если же на стороне клиента два отдельных коммутатора, связанных общим VLAN, добавляем в схему STP.

Объединение линков в один логический канал решает проблему со штормами и не сказывается на производительности

Если у вас облака

Виртуализация, катастрофоустойчивые облачные сервисы, распределенные между дата-центрами, и прочие кластерные решения – все это требует несколько иного подхода к организации Layer 2 сети. Убираем STP на антресоли – достаем TRILL.

TRILL использует механизм маршрутизации на Ethernet-уровне и сама строит свободный от петель путь для бродкастового трафика, тем самым предотвращая возникновение штормов. Ну не чудо ли?:) Еще TRILL позволяет равномерно распределять нагрузку между линками (до 16 линков), объединять распределенные дата-центры в единую L2-сеть и гибко управлять трафиком. TRILL – общепринятый стандарт, у которого быстро появились вендорские варианты: FabricPath от Cisco (который используем мы) и VCS от Brocade. Juniper разработал собственную технологию Qfabric, позволяющую создавать единую Ethernet фабрику.

Какой протокол даст вам 100% защиту от шторма? Правильно, никакой. Поэтому, возможно, вас заинтересуют следующие два инструмента:

• Storm-control
Позволяет установить посекундную “квоту” на количество бродкастовых пакетов, проходящих через один порт. Все, что сверх «квоты», – отбрасывается, и таким образом контролируется нагрузка. Некоторый нюанс заключается в том, что Storm-control не отличает полезный трафик от мусора.
• Control—plane policing (CoPP)
Этакий storm-control для процессора коммутатора. При бродкастовом шторме, помимо прочего, резко возрастает количество ARP-запросов. Когда это количество зашкаливает, процессор загружается на 100% – и сеть, понятно, говорит вам “до свиданья”. CoPP умеет “дозировать” количество ARP-запросов и таким образом управлять нагрузкой на процессор. Неплохо справляется и с броадкастовыми штормами со стороны точек обмена трафиком, и с различными DDoS-атаками — проверено.

Как построить death proof сеть

Итак, какие из возможных вариантов мы проверили на себе и используем в зависимости от вводных:

1. U, V и П-образные топологии + RSTP (MST) + storm control + CoPP.

Базовый набор, в первую очередь, для коммерческого ЦОД, в котором приходится подключать к собственной сети большое количество внешних (неконтролируемых) сетей – и потому крайне желательно не допускать возникновения «петель» вообще.
Если U, V и П-образные топологии не ваш случай, «сокращенный» вариант RSTP (MST) + storm control + CoPP тоже подойдет.

2. Если есть задача максимально использовать возможности оборудования и каналов, присмотритесь к варианту mLAG (VSS, vPC) + storm control + CoPP.

3. Если у вас уже имеется оборудование Cisco или Juniper и нет противопоказаний по топологии, попробуйте комбинацию Flex Links/RTG + storm control + CoPP.

4. Если у вас сложносочиненный случай с распределенными площадками и прочими изысками виртуализации и отказоустойчивости, ваш вариант TRILL + storm control + CoPP.

5. Если вы не знаете, какой у вас случай, – мы можем поговорить об этом:).

Главное – начать делать хоть что-то уже сейчас, даже если вам искренне кажется, что бродкастовый шторм это то, что бывает с другими. В реальности штормы «накрывают» сети самых разных масштабов, а нелепые ошибки совершают даже люди, которые, что называется, двадцать лет в искусстве. «И пусть это вдохновит вас на подвиг» (с).

Источник