FreeBSD под FreeBSD. На клингонском

Нет. В эпл меня не взяли-бы мы-же из «оси зла»

А кое-кого из моих коллег из самого центра этой «оси зла» (с московской пропиской) легко и просто взяли. И работают уже много лет.

И в Goldman Sachs тоже кое-кто из бывших сидит и в ус не дует, несмотря на появление на свет в г. Донецке.

Капитализм он такой, главное прибыль компании приносить.

Ну и нагрузки у нас не могу говорить (nda) но большие как и число файлА.

А что тут секретного, если мы не знаем название конторы в которой работаешь?

Если-бы мне разрешили у нас БСД засетапать в прод и посмотреть на бихэвиор на том-же самом.

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

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

на прямую трансляцию пришло чуть более 200к зрителей.

Для таких нагрузок поток нужно пускать через ютуб или твич. Если админы не предусмотрели такие всплески нагрузки - сами себе буратины.

потом в ночное время переключить часть или всю нагрузку с прода на тестовый сервер на 10 минут,

ну и на 10 мин положить ДЦ какой нить. Так это не работает. Совсем. Это не три сервера..

А bhyve я теперь уж из принципа затестирую. Одного знакомого как раз за внедрения прогрессивных БСД и прочего bhyve нагрели на премию, штраф и заставили всё сделать что РАБОТАЛО. Это была реальная стори с zfs но тогда БСД ЕМНИП ещё 10-я была

Слушай ну хватит )

Тут тоже не только дети сидят. Если у тебя там все «по-большому» тогда должен быть и R&D отдел и тестовая среда, где эмулируется нужная нагрузка. Там как раз собираются сетапы и перспективные модели, затем тестируются на скорость работы, отказоустойчивость и нагрузки и только потом принимается решение об использовании.

Для большой компании со сложной инфраструктурой это норма - непрерывно тестировать новые решения и возможные опции. К ним на порог постоянно всякие ходоки валом валят с идеями одна о#уительней другой. И все надо проверить.

ну и на 10 мин положить ДЦ какой нить.

Никто тебе не предлагает ложить ДЦ. Можно часть нагрузки переключить на пару минут/секунд и посмотреть как оно работает в новом окружении. При этом чтоб в отдельной вкладке был tail -f с error.log нового окружения. Как только ошибки - переключать обратно и фиксить их. Если все гуд - понаблюдать еще пару минут.

Не знаю как у тебя, но у меня почти все внешние коннекты идут через haproxy, который балансирует их на кучу различных сервисов. И откусить оттуда определенный процент посетителей и направить на тестовую среду — не составляет проблемы.

Всё конечно это есть а ещё БСД нужна как _платформа для реализации на базе неё или её компонент конечных продуктов как то делают именитые конторы. А самим этим заниматься это к вопросу о промышленных решениях, деньгах, тестировании, поддержке, человекочасах..

И откусить оттуда определенный процент посетителей и направить на тестовую среду — не составляет проблемы.

Кстати... Некоторые инфраструктурные изменения таким образом тестирует даже Яндекс. Встречал об этом упоменание в каком-то из докладов. Все потому, что искусственно созданная среда не сможет на 100% был идентична реальной нагрузке создаваемой пользователями.

Я к тому что все вообщем-то решаемо (в том числе административно) а столь большой упор на NDA отдает паранойей.

Выглядит непрофессионально со стороны.

Как раз наоборот. Профессионально. Особенно на фоне ухода контор от использования бдсм, ой извини БСД

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

It depends. Зависит от того насколько заморочиться.

Можно учесть сезонность и типовые пики (например вечером и на выходных), можно взять публичные датасеты и массово создавать новых пользователей. Можно пойти еще дальше и от каждого пользователя случайным образом генерировать и загружать контент: фоточки, комменты и тд.

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

Можно создать ферму из мобильных устройств, поверх поставить Selenium и написать управляющий скрипт с нажатием кнопок и движением курсора - будет максимально близко к реальным пользователям.

Помимо этого есть специальные внешние сервисы, которые за деньги дают такую эмуляцию «под ключ».

Вообщем это давно уже типовая и популярная задача.

Можно создать ферму из мобильных устройств

Ага... И в итоге времени и денег на создание тестовой среды будет потрачено больше чем на саму разработку и настройку).

Все это целесообразно когда девелопишь продукт и есть отдельная команда тестировщиков и тестовая среда. В случае тестирования отдельной инфраструктурной фичи, намного проще переключить небольшой процент прод трафика на тестовую среду и в течении хотя бы нескольких секунд протестить. Если из 100к подключений сотня зафейлится — ничего страшного не случится. Естественно, если речь идет не о инфраструктуре с повышенными требованиями к надежности, такой как финансы, телекоммуникация и т.д. Так что да, тут все очень «It depends».

намного проще переключить небольшой процент прод трафика на тестовую среду

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

Но не в тупую % а отбирается группа по какому-то признаку. Может быть регион, ОС или браузер.

Часто выделяют именно айтишников среди пользователей и показывают только им, с той идеей что какой-то сбой их не удивит.