Спасибо за пояснения, в принципе понятно и ожидаемо.
У вас сеть доверительная, то-есть все базовые станции, ретрансляторы, и оконечные устройства унифицированы, тоесть «с улицы» в эту сеть не влезешь с каким либо SDR.
Про неправильную конфигурацию я имел ввиду сколько ретрансляторов нужно поблизости поставить чтобы они забили канал.
Глушить такую «снаружи» можно имитируя пакеты с мусорными данными но это то понятно.
Меня просто любая технология интересует с позиции «в каких условиях оно ломается».
Удивительно, как можно было вполне нормальный продукт, Cloudera я имею ввиду, так отвратительно описать.
Вам что лень было?
Короче, Cloudera уже год-полтора как монополист, держим это в уме.
Всё нижеперечисленное относится к предыдущим версиям Cloudera и Hortonworks, с CDP я пока нормально не работал, так что мнения не имею.
Я с клаудерой и HDP вожусь (на деньги клиентов, так что про цены не скажу) уже третий год, приемлимая среда для разворачивания Hadoop и всего что около.
Позволяет поднять и запустить что-то простое на базе продуктов из экологической ниши hdfs/hadoop за считанные дни.
Достоинства самоочевидны, не нужно разбираться в тонкостях настройки десятка сервисов чтобы всё это "взлетело".
Недостатки вытекают из достоинств и являются их продолжениями. Как только нужно делать что-то сильно нестандартное всё усложняется.
Так что разбираться всё равно придется, только постепенно и на настоящих проблемах.
Конфигурирование сторонними утилитами не самое дружелюбное, но в наших проектах Ansible пришёл на помощь так что поломать голову приходится только один раз.
Документация норм, довольно живые форумы где юзвери делятся болью и находят решения для проблем.
Вывод, не позволяйте маркетинговой мути просачиваться в живое общение, она тут никому не нужна.
Гарантий нет.
Я правильно понял, каждый пакет широковещательный и достигает всех абонентов?
Вопрос, а заDDOSсить вашу сеть насколько легко?
Примеры как это можно попытаться сделать
1 сколько нужно собрать оконечных устройств вместе чтобы ширины канала перестало хватать для голоса.
2 насколько неправильно можно сконфигурировать оконечное устройство чтобы посылая много маленьких пакетов добиться снижения доступной ширины канала для того же голоса.
Так можно и Berkeley DB для тех же целей использовать, она старая проверенная.
Биндинги есть для большинства популярных языков.
Тут уже в комментариях писали про устаревшие команды и нехватку других важных.
Такие вещи проще группирровать на условно физический (arp, ip, tcpdump), протокольный (ping, nc, ss), и аппликативный (telnet, whether, curl)
А идеально показывать использование в каком-либо более менее правдоподобном сценарии.
Пусть удача вам благоволит.
Поленился заказывать через кикстартер, буду ждать осеннего реализа.
А потом и флиппер на линуксе.
Дада только не забываем что ТРИЗ это магическая теория результатов которой никто не видел.
Как и результатов "алгоритма творчества" из этой статьи.
Не бывает серебрянной пули, упорный труд не сделает из человека гения, это какой-то корейский миф.
Иметь предрасположенность к какому-то виду деятельности дает такое преимущество, что никаким трудом его не скомпенсировать.
И есть задачи для которых кроме глубочайшего погружения требуется определенный интеллект (врожденный). Без него просто не получится проблему понять.
Интересно, но как это отличается от довольно стандартного:
Выдели ключевые моменты.
Изучи номенклатуру предметной области.
Найди и переформулируй своими словами закономерности.
Ищи применение изученному или примеры из реальной жизни (или меньших уровней абстракции)
Просто не представляю как можно применить описанный метод к реальной задаче, например в наивной теории чисел разобраться или португальский выучить.
Вроде есть проект в рамках которого "кодируют" "всю математику".
Так что есть свет в конце тоннеля.
Я всё время чтения статьи пытался понять где же помощь от турбулентности и не смог.
спасибо за пояснение.
Кембрийский взрыв это просто прекрасно.
Эволюция пошла в разнос и получились тысячи вариантов самых разных организмов, а потом отфильтровались недостаточно приспособившиеся к изменениям.
У вас сеть доверительная, то-есть все базовые станции, ретрансляторы, и оконечные устройства унифицированы, тоесть «с улицы» в эту сеть не влезешь с каким либо SDR.
Про неправильную конфигурацию я имел ввиду сколько ретрансляторов нужно поблизости поставить чтобы они забили канал.
Глушить такую «снаружи» можно имитируя пакеты с мусорными данными но это то понятно.
Меня просто любая технология интересует с позиции «в каких условиях оно ломается».
За скрипты bigtop спасибо, будем поглядеть.
Ну смотрите.
У меня был довольно специфический юзкейс, много маленьких (10-20 нод) кластеров, разворачивать нужно было на приватных облаках или AWS.
Кластера очень похожи, клиент богатый и деньги у них есть.
Используя Terraform, Absible и немного смекалки получается развернуть кластер и передать его на QA за пару часов.
От кластера к кластеру меняются несколько переменных, код тот-же самый.
Интеграция с AD, Kerberos, Graphana для приложений,VPN, mail proxy — всё включено.
Cloudera настраивается дерганьем API (отвратное, кстати, но есть минимальный скрипит способный воткнуть конфигурацию в виде XML)
Всё это мы сделали за несколько месяцев и потом год вылизывали, в основном потому что провайдер облака оказался очень геморройным.
Не знаю сколько может занять у меня с коллегами чтобы аналог поднять на голом Hadoop, а мы не совсем новички.
Так что место для Cloudera есть, жаль, что конкуренции в этой нише мало сейчас.
Так в самом начале писал что деньги вообще не рассматривал.
Технически клаудера норм, нет каких-то больших сюрпризов.
Вот вопрос, ванильный хадуп собирать и ставить для меня всегда было тем ещё удовольствием сродни черной магии.
Появились какие-то системы дистрибуции, которыми можно собрать набор вроде HDFS+Kafka±Storm+Hive под себя не закапывпясь надолго в мануалы?
Желательно чтоб и обновиться можно было без особой боли.
Удивительно, как можно было вполне нормальный продукт, Cloudera я имею ввиду, так отвратительно описать.
Вам что лень было?
Короче, Cloudera уже год-полтора как монополист, держим это в уме.
Всё нижеперечисленное относится к предыдущим версиям Cloudera и Hortonworks, с CDP я пока нормально не работал, так что мнения не имею.
Я с клаудерой и HDP вожусь (на деньги клиентов, так что про цены не скажу) уже третий год, приемлимая среда для разворачивания Hadoop и всего что около.
Позволяет поднять и запустить что-то простое на базе продуктов из экологической ниши hdfs/hadoop за считанные дни.
Достоинства самоочевидны, не нужно разбираться в тонкостях настройки десятка сервисов чтобы всё это "взлетело".
Недостатки вытекают из достоинств и являются их продолжениями. Как только нужно делать что-то сильно нестандартное всё усложняется.
Так что разбираться всё равно придется, только постепенно и на настоящих проблемах.
Конфигурирование сторонними утилитами не самое дружелюбное, но в наших проектах Ansible пришёл на помощь так что поломать голову приходится только один раз.
Документация норм, довольно живые форумы где юзвери делятся болью и находят решения для проблем.
Вывод, не позволяйте маркетинговой мути просачиваться в живое общение, она тут никому не нужна.
DT видимо очень разный, то с чем мне приходилось сталкиваться по работе не впечатлило.
Особенно доставляет DT India.
Основная проблема Briar для меня это то что оно батарею тратит немного быстрее чем без него.
А так вполне рабочий клиент.
Реферат?
Не думаю.
Я пользуюсь консолью и vim каждый день, просто по тому что мне удобно (привык).
Но в этой статье нет ни одного нормального примера где показано преимущество именно консоли.
Практически все настраивается из гуи или по другому и нет нужды лезть в консоль.
Единственный реальный кейс для меня это лопатить километры логов. Там, да CLI часто оказывается проще (не всегда, но часто)
Там немного иначе.
Вкусны помидоры, при прочих равных, когда у них тонкие клеточные стенки, которые быстро разрушаются.
В гонке за лежкостью выиграли сорта с прочными клеточными стенками, которым транспортировка и хранение нипочём.
Соответственно клеточные стенки не разрушаются, запах и вкус не "высвобождаются".
Вроде бы так.
Уже выкатывают обнову, и не только на нью-йоркской бирже.
Всё?
Гарантий нет.
Я правильно понял, каждый пакет широковещательный и достигает всех абонентов?
Вопрос, а заDDOSсить вашу сеть насколько легко?
Примеры как это можно попытаться сделать
1 сколько нужно собрать оконечных устройств вместе чтобы ширины канала перестало хватать для голоса.
2 насколько неправильно можно сконфигурировать оконечное устройство чтобы посылая много маленьких пакетов добиться снижения доступной ширины канала для того же голоса.