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

Первые эротические изображения были созданы еще во времена античности, но первая эра массовой порнографии началась в 19 веке с появлением фотографии и кинематографа. Но, интернет порнография появилась только в 1990-х годах.

Самые ранние формы интернет порнографии были представлены в виде текстовых и графических файлов, загружаемых на BBS (bulletin board systems) — тогдашние предшественники современных онлайн-форумов и социальных сетей. В середине 1990-х годов вместе с развитием Интернета, появились первые сайты с контентом для взрослых. Одним из первых был сайт «Playboy», который был запущен в 1994 году.

В начале 2000-х годов, с развитием технологий и более быстрой скорости интернет — соединений, интернет порнография стала еще более доступной и популярной. Одним из ключевых моментов стало появление бесплатных сайтов с контентом для взрослых, которые получили название «тубов» (Tube sites).

Эти сайты предоставляли пользователям возможность бесплатно смотреть видео, загруженные другими пользователями, что привело к резкому увеличению популярности порно в целом и усилению давления на индустрию, чтобы она нашла новые способы заработка денег. Крупнейшие тубы такие как PornHub, RedTube, и YouPorn, появились в 2006-2007 годах. Ниже в статье мы будем говорить о PornHub.

В этом году сайту-гиганту PornHub исполнится 16 лет.


Перед появлением «tube-сайтов» — сайтов, на которые загружается часто пиратское порно, — зрители предпочитали покупать DVD-диски или подписки для просмотра любимого контента. Затем, в 2005 году, несколько сотрудников PayPal основали YouTub, позволяющий не техническим специалистам легко загружать и обмениваться видео.

Индустрии для взрослых не потребовалось много времени, чтобы начать использовать ту же технологию. Два года спустя основатели порностудии Brazzers основали Pornhub, и это стало началом изменений в том, как люди смотрят и создают — порно. Шестнадцать лет спустя Pornhub остается королем сайтов. По данным Semrush, в феврале 2023 года он был четвертым по посещаемости сайтом в мире.

По мнению экспертов, Pornhub, несомненно, бесповоротно изменил индустрию, сделав просмотр и создание порнографии более легким и доступным.

История Pornhub

Pornhub не был первым сайтом в этой индустрии. Как сообщает New York Magazine в своей статье 2011 года об истории Pornhub и популяризации бесплатного порно, ему предшествовали RedTube и YouPorn в 2006 году. Тем не менее, эти сайты радикально изменили отрасль, потому что впервые зрители могли смотреть бесплатное порно в мировых масштабах.

До появления тубов в создании порнофильмов доминировали студии; они создавали и занимались дистрибуцией порно на собственных веб-сайтах или на DVD-дисках. Затем тубы вызвали гнев со стороны студий, поскольку они занимались пиратством и нарушали авторские права, сказал Майк Стабиле, представитель Free Speech Coalition, группы лоббистов порноиндустрии. «Пиратство существовало и до появления тубов, но оно приобрело огромный размах с появлением этих сайтов».

Вернемся к истории создания Pornhub.

Во время учебы в Университете Конкордия, Усама Юсеф, Стефан Манос и Мэтт Кизер сдружились балгодаря общей страсти к настольному футболу и создали компанию Mansef. В 2003 году они объединили свои силы и запустили свои первые порносайты, включая Jugg World, Ass Listing, KeezMovies и XXX Rated Chicks. Осознав важность уникальности на фоне конкурентов, предприниматели сконцентрировались на категориях, связанных с «большой грудью» и MILF. Они успешно зарабатывали деньги, наращивали количество партнеров и вскоре расширили свой бизнес.

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

Изначально ребята не занимались созданием порнофильмов самостоятельно, а приобретали их у студий в Лос-Анджелесе, Лас-Вегасе и Майами. Но вскоре они переключились на собственное производство и добавили в свой арсенал еще одну важную категорию — «силиконовая грудь», благодаря которой их продукция обрела большую популярной.

В 2007 году Mansef стала обладателем домена pornhub.com. Кизер приобрел его за $2750 и перенес сайт в отдельную компанию под названием Interhub. Это была хитроумная тактика для уменьшения возможных проблем со студиями.

Юсеф, Манос и Кизер не проявляли должного уважения к авторскому праву и часто загружали на свои порталы контент, не принадлежащий им. По одной из версий, они даже оплачивали распространение пиратского порно через торренты. Однако, стоит отметить, что последние безусловно делали бы это и без какого-либо финансового стимула.

Несмотря на спорные методы Mansef продолжала развиваться в течение 2000-х годов, привлекая все большую аудиторию. Проблемы начались в 2009 году, когда компанию обвинили в мошенничестве и власти США арестовали $6,4 млн, находившихся на счетах Mansef. Вскоре оставшиеся учредители приняли решение продать порно-бизнес.

Если Pornhub не был первым порносайтом, то почему он стал таким известным сегодня?
По словам Мэгги Макдональд, аспирантки Университета Торонто, изучающей порноплатформы, это может быть связано с ловким ведением дел людьми, стоящих за кулисами.

Год спустя, в 2010 году, бизнесмен Фабиан Тильманн приобрел Pornhub как часть корпоративного конгломерата Manwin, позже название изменилось на MindGeek. В дальнейшем Manwin/MindGeek приобрел много сайтов (включая RedTube и YouPorn, помимо Pornhub) и студий (включая Digital Playground, Reality Kings и Sean Cody, среди прочих). Что касается значимой сделки с приобретением компании YouPorn, то для покупки ему пришлось взять кредит в инвестиционном фонде Colbeck Capital на сумму в размере $362 млн.

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

Стабил объяснил необходимость этих приобретений тем, что студии испытывали финансовые трудности (из-за пиратства и проблем с авторскими правами). MindGeek знал, что у них есть огромный трафик бесплатного контента, и что процент этих зрителей в конечном итоге купит подписку на просмотр того, что не было выложено в сеть. В результате Pornhub стал партнером по трафику для студий, многие из которых также принадлежали MindGeek.

«Их часто воспринимают как компанию, которая в действительности разрушила студийную структуру», — говорит Стабиле о MindGeek. » Но в то же время они сами являются крупнейшей студией для производства контента».

MindGeek — это настолько большой конгломерат, что некоторые называют его монополистом. Поэтому у актеров ограниченный выбор. Как сказала в интервью ABC в 2014 году артистка Таша Рейн, «я как бы вынуждена сниматься для них… потому что они владеют почти всем». По словам Макдональда, даже независимым продюсерам, придется создавать контент в тандеме с тем, что популярно на Pornhub, потому что они знают, что продается.

Впрочем, ни Стабиле, ни Макдональд не согласились со словами Таши Рейн, поскольку у Pornhub действительно есть конкуренты (например, OnlyFans). Тем не менее, Макдональд назвал этот рынок олигополией: рынок с небольшим количеством доминирующих игроков.

О прибыли и конкуренции

За последние годы возможность монетизировать свой собственный контент как независимый человек, или своё время как работник в «экономике на заказ», привела к буму как на SFW, так и на NSFW рынках. Один из крупнейших сайтов в последней категории – OnlyFans. Pornhub «подготовил почву для OnlyFans», сказал Стабиле, «с помощью продуктов, таких как Modelhub, который позволяет отдельным моделям продавать контент и подписки».

«Теперь с Pornhub каждый может создавать контент», — говорит актриса Валентина Беллуччи, загружающая контент на сайт уже около двух лет. «Я вижу много успешных самостоятельных моделей».

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

«Для среднестатистического работника секс-индустрии нет, Pornhub не идеал», — говорит актриса Брай Найтвуд. Найтвуд также является соучредителем платформы Unlocked XX, которую она называет более дружелюбной для секс-работников, чем OnlyFans, из-за меньшего количества ограничений на контент (в то время как на OnlyFans запрещены некоторые фетиши).

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

Найтвуд также заявила, что некоторые модели на Pornhub заинтересованы не столько в заработке, сколько в продвижении себя. Она сама никогда не загружала свой контент на Pornhub за пять лет в индустрии, ссылаясь на наличие материалов, связанных с сексуальным насилием над детьми (CSAM) на этой платформе. Согласно отчету Национального центра сексуальной эксплуатации (NCOSE), группы, лоббирующей борьбу с порнографией, в 2020 году на MindGeek было зарегистрировано около 13 000 сообщений о незаконных материалах, таких как CSAM. В то время как на Facebook, для сравнения, было зарегистрировано более 20 миллионов подобных заявлений.

В конце 2020 года New York Times опубликовала статью о CSAM на Pornhub. Большое количество людей, которых знала Найтвуд, покинули платформу. «В тот момент я точно не хотела присоединяться к ней», — сказала она, но признала, что сайт удаляет незаконный контент и пытается стать более безопасным. После публикации статьи в Times Pornhub ввел полный запрет на непроверенный контент и в результате удалил миллионы видео.

И все же сейчас она не стала бы работать на Pornhub. «Деньги гораздо лучше монетизируются через OnlyFans», — сказала Найтвуд.

Влияние Pornhub на качество контента

Pornhub не только изменил то, как люди входят и работают в индустрии, но также изменил и сам контент.

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

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

«Все эти вещи абсолютно точно находятся под влиянием крупных порносайтов», — говорит Макдональд. «[Контент мейкеры] должны придерживаться тех стилевых стандартов, которые Pornhub устанавливает в индустрии». Артисты, которые хотят сниматься в более авангардных роликах, могут столкнуться с тем, что деньги к ним не потянутся, потому что они не соблюдают стандарты Pornhub.

Хотя благодаря Pornhub и OnlyFans создание порно стало более удобным, в этой профессии все еще существует стигма, о чем отчасти свидетельствует запрет на сексуальный контент со стороны законодательства. Стабиле считает, что Pornhub сделал нормальными разговоры о порно и сексуальности, но Макдональд считает, что он лишь нормализовал разговоры о порнобизнесе. Люди обсуждают Pornhub так же, как они обсуждают таких технологических гигантов, как Amazon и Facebook, — объяснила она.

Независимо от этого, Pornhub был движущей силой индустрии последние 15 лет. Неизвестно, что будет через 15 лет, но, скорее всего, сайт никуда не денется.

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

Будущее индустрии

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

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

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

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

Немного рекламы

Спасибо, что остаётесь с нами. Вам нравятся наши статьи? Хотите видеть больше интересных материалов? Поддержите нас, оформив заказ или порекомендовав знакомым, облачные VPS для разработчиков от $4.99, уникальный аналог entry-level серверов, который был придуман нами для Вас: Вся правда о VPS (KVM) E5-2697 v3 (6 Cores) 10GB DDR4 480GB SSD 1Gbps от $19 или как правильно делить сервер? (доступны варианты с RAID1 и RAID10, до 24 ядер и до 40GB DDR4).

Dell R730xd в 2 раза дешевле в дата-центре Maincubes Tier IV в Амстердаме? Только у нас 2 х Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 ТВ от $199 в Нидерландах! Dell R420 — 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB — от $99! Читайте о том Как построить инфраструктуру корп. класса c применением серверов Dell R730xd Е5-2650 v4 стоимостью 9000 евро за копейки?

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

Наш сегодняшний герой — инжиниринговая компания АО «Глоботэк», внедрившая BIM‑технологии в проектирование химических производств и реализовавшая это на российском программном обеспечении АСКОН и Renga Software. Подробности — в рассказе технического директора АО «Глоботэк» Михаила Митрофанова.

Наша компания была организована в 2003 году. Мы работаем почти по всей России: на территории от Калининграда до мыса Хой. Располагаемся непосредственно в г. Тольятти. Самарская область славится большим фондом промышленности по химии. В основном, специалисты АО «Глоботэк» являются опытными проектировщиками, имеющими солидный опыт работы в Тольяттинском филиале Государственного института азотной промышленности. В настоящее время выполняем комплексные проекты на капитальные объекты по химической и нефтехимической промышленности. Помимо этого, занимаемся поставкой оборудования и практикуем разработку собственных технологических процессов. Одна из наших специализаций — производство формалина и смол, также, имеем обширный опыт по проектированию производств метанола, карбамида, меламина и прочим продуктам химической промышленности.

В 2008 году наша компания получила награду от Министерства природных ресурсов и экологии Российской Федерации за создание самого лучшего экологического проекта. Это был проект по утилизации попутного нефтяного газа. Весь газ полностью перерабатывался без остатка с получением товарной продукции (СУГ, бензин). К сожалению, в итоге эти наработки оказались не востребованными со стороны нефтедобывающих предприятий, и мы прекратили проекты по переработке попутных нефтяных газов.

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

Изначально мы не испытывали потребность в 3D‑проектировании, а делали всё традиционно в 2D. Но постепенно стали появляться заказы на объёмные проекты. За последние два года мы выполнили проектную и рабочую документацию на склад метанола на 50 000 м3 с двумя насосными и двумя резервуарными парками, получилось приблизительно 5500 листов. В этот же период мы выполнили проектную и рабочую документацию на склад карбамида с грузооборотом 700 тыс. т/год, а также десяток проектов по техническому перевооружению опасных промышленных объектов.

Когда мы занимались объектом для автомобильной платформы В0 «АВТОВАЗа» — цехом покраски — пилотно решили попробовать использовать исключительно КОМПАС-3D без приложений для 3D‑моделирования объекта. Это оказался достаточно трудоёмкий процесс. Новая работа была гораздо более длительной и тяжёлой. Появилось уважение к тем, кто владеет технологией проектирования и делает крупные объекты только в КОМПАС-3D. В настоящее время упомянутый объект построен и функционирует. Но это подтолкнуло нас к поиску более продуктивного и удобного инструмента для реализации наших типовых задач.

Мы рассматривали разные системы. Сразу исключили Revit и AVEVA. АСКОН представил нам для работы КОМПАС-3D и Renga. Переход на отечественные BIM‑системы стартовал летом 2021 года. В августе мы прошли обучение группы, а осенью осуществили пилотное проектирование небольших учебных объектов. В декабре 2021 для выполнения текущих проектов мы заключили договор на приобретение полного пакета программного обеспечения, который полностью удовлетворил наши потребности:

• КОМПАС-3D используется для выполнения чертежей. Программа даёт возможность экспортировать их в различные 2D‑форматы, например, dwg, или, экспортировать 3D‑модель в 3D‑форматы, которые сейчас необходимы для работы с Renga;

• Renga используется для 3D‑моделирования и, как мы думаем, является единственным в России полноценным программным обеспечением для BIM‑проектирования;

• в Pilot‑BIM собирается консолидированная модель и производится поиск коллизий на объектах. Конечно, его можно использовать и как архив проектной документации, и для внутреннего документооборота компании, но мы пока не испытываем такой потребности, хотя данный инструмент довольно хорошо организует работу многочисленной группы сотрудников. Плюс, с помощью Pilot‑BIM можно работать с теми компаниями, которые пока ещё работают в иностранном программном обеспечении, и с кем обмен данными идёт через общеобменный формат ifc. Но мы больше склоняемся к необходимости дальнейшей работы только в нативном формате Renga.

О выборе в пользу Renga мне хотелось бы рассказать более подробно. Применение этого программного обеспечения кардинально изменило наше мнение о 3D‑проектировании.

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

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

Начав работу в Renga, мы сразу стали формировать для себя библиотеки 3D‑элементов и оборудования, потому что в программе есть возможность наследования: можно копировать любой элемент в последующие проекты или использовать его как шаблон.

К настоящему времени мы даже нашли собственные способы работы, которые нам подходят. Например, комбинация различных 3D‑слоёв: строительные конструкции и оборудование, оборудование и трубопроводы, любые инженерные системы по‑отдельности и так далее. Также, нам очень нравится, что по 3D‑модели можно моментально изготовить любые чертежи и разрезы.

Реальная потребность в 3D‑проектировании возникла у нас потому, что Заказчик, с которым мы давно сотрудничаем и который удовлетворён нашей работой, запросил выполнение проекта в AVEVA по причине требований своего лицензиара. Стоит пояснить, что ранее мы пробовали работать в AVEVA, но наши ожидания от продукта не оправдались. В итоге, мы взялись за этот проект с условием выполнения его в Renga, предварительно проработав данный вопрос со специалистами АСКОН.

На практике мы поняли, что оптимальнее делать всё в едином программном обеспечении, тем более, с Renga это реально. Проект был разбит на четыре подпроекта. Впоследствии мы соединяли все четыре части в Renga, и система исправно функционировала.

Мы настроили своего рода 3D‑слои для того, чтобы моделирование объектов было более наглядным: можно комбинировать, например, бетон с железобетоном или с металлоконструкциями, комбинировать строительные конструкции с разными инженерными системами или инженерные системы совместно с друг другом, а также, просто изолировать какую‑либо систему для работы непосредственно с ней. Это очень удобно, потому что другой софт подразумевает проектирование инженерных систем от 2D с последующим их экспортом в модель. Но тем, кто занимается проектированием технических трубопроводов, обязательно нужно соблюдать привязки, например, к строительным конструкциям. И, конечно, комфортнее всего делать это в единой системе, включающей в себя как конструкции, так и оборудование. Функционал Renga очень удобен, поскольку не требует долгих кликабельных операций для того, чтобы выбрать то или иное действие.

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

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

В настоящее время мы работаем в связке КОМПАС‑Renga, выполняя в КОМПАС модели оборудования, которые экспортируем в Renga, где осуществляем его «обвязку». Использовать для экспорта какие‑либо другие форматы, кроме c3d я бы не рекомендовал, потому что только с ним при генерации чертежей они остаются полноценными.

Было бы проще, если бы была реализована привязка к технологической схеме со ссылками для перехода из 3D‑модели к схеме и обратно. Ведь при большом количестве трубопроводов очень сложно разбираться в ответвлениях конструктора систем и, тем более, добавлять к ним дополнительные врезки. Но Renga развивается быстро и активно, и мы надеемся увидеть это в скором времени. А в текущий момент мы пользуемся КОМПАСом для создания схем, так как удобнее всего делать их там, где заложен наиболее широкий функционал для разработки.

Обобщённо хочется сказать, что 3D‑модель формируется в Renga очень наглядно и легко: программа радует своим лаконичным интерфейсом, что не встречается в зарубежном софте.

«Решение о переходе на BIM-технологии в АО «Глоботэк» приняли самостоятельно. Когда инженеры подбирали инструмент для проектирования, они не были знакомы с Renga. На нашей первой встрече выяснилось, что их заказчик проектирует в AVEVA и необходимо настроить процесс взаимодействия двух систем. Мы предложили следующую концепцию: использование КОМПАС-3D для проектирования оборудования c технологической обвязкой, а Renga — для непосредственного моделирования объекта. Предполагалось, что данные из КОМПАС будут передаваться в Renga в формате c3d. После размещения оборудования в цехе, сборную модель было необходимо экспортировать в общеобменный формат ifc для передачи Заказчику и взаимодействия с AVEVA. Действуя по такому сценарию, при внесении изменений в технологические обвязки или оборудование в КОМПАС-3D, приходилось заново размещать его в Renga. Поэтому, специалисты АО «Глоботэк» приняли решение выполнять технологическую обвязку в Renga, а КОМПАС-3D использовать для проектирования оборудования.

Сперва мы провели обучение и организовали пилотный проект с использованием временных лицензий, выданных в опытную эксплуатацию для того, чтобы у сотрудников предприятия была возможность понять, удовлетворит ли их предложенное решение. По ходу тестирования возникла проблема: Заказчик АО «Глоботэк» не мог открыть в Renga модель, созданную в AVEVA. Провели диагностику и поняли, что выполненный маппинг оказался некорректным. Пришлось искать решение собственными силами. Для решения задачи запросили модель из AVEVA в нативном формате, после технический специалист АСКОН-ВОЛГА Евгений Соколов с помощью iConstruct Exporter экспортировал модель из нативного формата AVEVA rvm, открытого в Navisworks Manage, в формат IFC. Только тогда удалось открыть ifc-файл в Renga. Работа была проведена для того, чтобы показать возможность взаимодействия Renga с любым программным обеспечением через формат ifc при выполнении маппинга с учётом существующих правил.

На этапе внедрения технологии мы сопровождаем наших Заказчиков, оказывая им необходимую поддержку. Для объектов АО «Глоботэк» требовалось наличие в Renga фланцевых соединений, которые на данный момент отсутствуют. И наш технический специалист Владислав Пургаев создал инструкцию по маппингу для выгрузки в ifc используемых вместо фланцев заглушек, которые будут читаться как фланцы.

В 2022 году АО «Глоботэк» представлял свой опыт на таких крупных форумах, как «Белые ночи САПР» и «РосТИМ». Надеемся, что наше сотрудничество будет продолжаться и расширяться».

В общении с Заказчиками нужно осознавать, что большинство из них не имеют такого объёмного воображения, как проектировщики, которые при одном взгляде на чертёж могут понять, что там изображено. Но всё чаще мы наблюдаем, что чертежи не воспринимаются Заказчиками, так как большинство Заказчиков не имеют навыков работы с абстрактными чертежами, и им проще и быстрее воспринимать 3D‑изображение. И когда мы демонстрируем им 3D‑модели, все вопросы исчезают, или, появляются дополнительные пожелания по реализации проекта, что повышает удовлетворенность Заказчика в конечном результате. Заказчик получает наглядную информацию о том, что станет итогом проекта. Работа в трехмерном пространстве упрощает жизнь проектировщика, потому что структура объекта отражается достаточно просто.

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

Если вы хотите быстро перейти на BIM‑моделирование, единственной альтернативой я вижу использование только Renga. Для всех Заказчиков или для проектировщиков, которые хотят попробовать работу в данном программном обеспечении, есть возможность скачать пробную коммерческую версию на 60 дней. После бесплатного периода можно продолжать использовать Renga, но уже как просмотрщик и без возможности редактирования объектов. Мы со своей стороны всегда готовы делиться опытом и знаниями и открыты к диалогу.

Без малого месяц я потратил на выяснение причин отклонения моего негативного отзыва на Яндекс.Маркете, написанный на крупный агрегатор цветочных магазинов. Подробности данной истории я публиковал отдельным постом и сейчас не буду повторять.

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

Последний ответ сотрудников Маркета, после которого наш диалог прекратился был следующим (привожу его целиком):

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

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

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

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

Как думаете почему?

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

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

В науке утверждается, что сотворение всего и всея было произведено единожды в «Большом Взрыве Вселенной», до которого не существовало ни материи ни времени. Давайте докажем что это заблуждение.

Время не могло «не существовать»

Первое заблуждение — это то, что до Большого взрыва вселенной время «не шло», что не было никаких действий и времени не существовало. Однако это глупо, так как чтобы что-то запустить, нужно что-то сделать, а сделать можно только тогда, когда есть время, ибо каждое действие происходит во времени. Значит, чтобы запустить время, нужно чтобы время уже было… Не кажется ли вам это глупым утверждением? «Чтобы что-то создать надо чтобы это уже было». Таким образом, вообще явления, до которого бы не существовало времени, быть не может — получается что у времени нет начала и нет конца…

Большой взрыв вселенной не мог быть один

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

1. Чтобы что-то взорвалось, необходимо накопление энергии и переход ее плотности в пространстве выше какой-то предельной (максимальной, катастрофической) величины. Значит до самого взрыва уже было и время и пространство

2. Что послужило накоплением энергии в одной точке? Поглощение энергии извне — значит это была не точка, а конечного размера объект, который через свою поверхность поглощал энергию и материю извне

3. Какую энергию мог накапливать объект перед Большим взрывом? Реликтовое излучение и космическую пыль! То есть отголоски других Больших взрывов

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

Доказательно существования субвселенных

Еще одним доказательством субвселенных, каждая из которых рождается из своего Большого Взрыва, может быть галактика Андромеды, которая на огромной скорости сближается с нашей галактикой. Ведь если был всего один большой взрыв и вся материя разлетается в разные стороны отдаляясь друг от друга, то каким образом с нами что-то должно сближаться???

Скорее всего галактика Андромеды — это элемент от другого Большого взрыва

Возраст галактики по ее спирали (закрученности) и толщине диска

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

Галактика Андромеда имеет шаровидную структуру — значит она недавно взорвалась?

Галактика Млечный Путь — довольно плоская и спиралевидная — значит ее возрастной период — это старость и она стареет, увядает, пожираемая сверхмассивной черной дырой в центре Млечного Пути. Через какое-то время плотность энергии в сверхмасивной черной дыре превысит пороговое значение и она опять взорвется.

Общая суть цикличности мира, субвселенных, галактик и звезд

Как видно цикличность присуща как субвселенным, так и галактикам и звездам в равной степени. Когда один из этих объектов взрывается, начинается его «жизнь» — материя из него выплескивается и начинает остывать расширяясь и излучая электромагнитную энергию во вне. Эта энергия не теряется, она поглощается другими такими же объектами, которые могут находиться в режиме «смерть». Период «жизнь» делится на «взросление», «упорядочивание» и «старение». Во время периода «взросление» энергия хаоса (тепловая) преобладает над энергией порядка (тяготения). Затем период «упорядочивания» — когда формируются устойчивые структуры типа спиралей у галактик и планет у звезд. Затем «старение» — когда тепловая энергия рассеивается во внешнее пространство и энергия порядка (тяготения) начинает преобладать и сжимать материю обратно в точечное состояние. Так как материя имеет гораздо меньшую скорость распространения и обладает тяготением, то материя начинает охлаждаться и обратно притягиваться к центру объекта.

Затем в цикличности наступает период «смерть», который так же не статичен. Хотя он и очень медленный — объект находится в режиме накопления энергии и материи. Энергия и материя от других объектов, которые ее растеряли. Этот период очень долгий. Так как объект меленького размера будет получать и очень мало энергии и материи извне. А они ему нужны чтобы опять взорваться.

Кстати вокруг Солнца есть тоже очень большая по размерам сфера пыли и мелких объектов, которая говорит о взрыве. И из них планеты до сих пор не сформировались… Возможно эта сфера формируется уже на протяжении многих взрывов Солнца?

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

Об инструменте

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

Разработчики предоставляют три тарифных плана:

• Freemium — доступный для всех с 11 января этого года план, включающий поддержку до 50 узлов, 5 кластеров и 5 пользователей;

• Business — 100 узлов, 10 кластеров и 50 пользователей;

• Enterprise — корпоративный тарифный план, индивидуальный для каждого отдельного заказчика.

Агент Komodor совместим с dthcbKubernetes 1.16+ на любой ОС.

Установка

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

Установить Komodor Agent можно несколькими способами — воспользовавшись подготовленным скриптом для ручной установки, Helm-чартом или командой Kustomize.

Команда установки доступна в личном кабинете и уже содержит API-ключ вашего аккаунта.

Далее я воспользовался привычным мне инструментом werf, в остальном команда осталась без изменений:

werf helm repo add komodorio https://helm-charts.komodor.io werf helm repo update werf helm upgrade --install k8s-watcher komodorio/k8s-watcher \ --set watcher.actions.basic=true \ --set watcher.actions.advanced=true \ --set watcher.actions.podExec=true --set apiKey=XXXYYYZZZ \ --set watcher.clusterName=default  \ --set watcher.actions.podExec=true \ --set watcher.resources.secret=true

После развертывания агента в кластере в личном кабинете на сайте Komodor становится доступен веб-интерфейс с дашбордом.

Интерфейс пользователя и возможности инструмента

Главный экран веб-интерфейса выглядит так:

По наполнению он похож на ванильный Dashboard Kubernetes с небольшими дополнениями. В левом меню доступны разделы, соответствующие разделам кластера. Рассмотрим их подробнее.

Services — быстрый доступ к панели со всеми Services, которые можно отфильтровать по различным критериям. При переходе в Service будет доступна полная информация о нем, а также возможность редактировать и управлять его состоянием, включая просмотр связанных с ним событий.

Jobs — просмотр завершенных и выполняющихся Jobs.

Events — просмотр событий, произошедших в кластере.

Resources — просмотр и управление ресурсами кластера. Доступны следующие сущности:

• Nodes — доступны drain или cordon выбранного узла, возврат его в кластер, а также детальная информация и перечень всех Pod’ов на узле.

  

• Workloads — доступ к Pod’ам, ReplicaSet’ам, Deployment’ам, Job’ам, CronJob’ам, StatefulSet’ам и DaemonSet’ам. Можно посмотреть полную информацию о ресурсе, удалить или изменить его, изменить количество реплик, перезапустить ресурс, включая Job’ы и CronJob’ы.

  

• Storage — здесь представленны PVC, PV и StorageClass’ы. Можно просмотреть информацию о них или удалить. Редактирование недоступно.

  

• Configuration — ConfigMap’ы, Secret’ы, Resource Quotas, Limit Ranges, HPA и PDB. Для ConfigMap и Secret доступен просмотр полной информации с возможностью редактирования и удаления, для остальных — только просмотр информации. Secret’ы отображаются в Base64.

  

• Networks — K8s Services, Endpoint’ы, Ingress’ы, Network Policies и Endpoint Slices. Можно удалять и редактировать манифесты Services, удалить Ingress, а для остального доступен только просмотр информации.

  

• Custom Resources Definition — на текущий момент отображает только CRDs, которые есть в кластере, описание и редактирование недоступно.

• Helm — Helm-релизы. Доступен список ресурсов в релизе, быстрый переход к ним и просмотр манифестов и Values, использованных для релиза, сравнение с определенной версией, а также откат к определенной версии и удаление релиза из кластера.

  Проверить функциональность удалось только с релизами Helm 3, так как в тестовом кластере не было релизов Helm 2. В официальной документации подробностей о поддержке Helm 2 найти не удалось.

  

На оставшихся вкладках можно работать со следующими ресурсами:

• Integrations — управление интеграциями (подробнее рассмотрим их ниже);

• Monitors — управление мониторами для настройки уведомлений;

• Settings — настройки и редактирование профиля, а также управление доступам.

Плюсы и минусы

Среди основных возможностей Komodor можно выделить:

• Быструю навигацию по Services, Job’ам и событиям кластера.

• Детальную информацию об узлах в кластере, их состоянии, а также управление ими.

• Управление основными объектами K8s с возможностью фильтрации по необходимым параметрам (принадлежность к кластеру, пространству имен, состоянию или лейблу) при наличии соответствующих прав.

• Просмотр и редактирование ConfigMap’ов и Secret’ов.

• Просмотр файловых хранилищ (PV, PVC, SC) и управление ими: доступны удаление и просмотр манифеста.

• Просмотр развернутых в кластере приложений по их типу, связи с другими ресурсами, а также управление ими.

• Просмотр endpoint’ами, Services K8s и Ingesses и управление ими.

• Просмотр Helm-релизов, находящихся в кластере, с возможностью сравнения между собой версий.

• Возможность сделать exec в Pod, при этом прямо в браузере откроется встроенный терминал.

• Просмотр логов и событий, доступен режим Follow, при котором логи отображаются в реальном времени.

Отдельно хочу обратить внимание на следующие возможности Komodor:

• Управление доступами к ресурсам настраивается прямо в интерфейсе сервиса. Можно создать кастомную политику, добавить ее в роль, а затем выдать эту роль коллеге. При этом нет нужды разбираться с базовой RBAC Kubernetes — достаточно при деплое Komodor в кластер указать в Values нужные права доступа для Watcher’а сервиса.

  

• Удобная настройка мониторов, которые следят за состоянием ресурсов кластера, и в случае срабатывания триггера отправляют уведомления в сервисы наподобие Slack, Teams, Opsgenie, PageDuty или в любое другой, поддерживающий прием вебхуков.

  

• Возможность интеграции с различными сервисами: 

  • облачный Gitlab и GitHub с возможностью посмотреть pull- и merge-реквесты, из которых ресурсы были задеплоены в кластер; 

  • Slack, Microsoft Teams или другой сторонний мессенджер для отправки событий;

  • системы мониторинга Sentry и NewRelic;

  • Prometheus и Alertmanager — в этом случае дополнительно будет выводиться информация о потребляемых узлами и Pod’ами ресурсах кластера.

• Возможность подключения дополнительных кластеров, что позволит мониторить их состояние из этого же интерфейса Komodor. Для этого при добавлении интеграции будет предложен скрипт для быстрой установки Watcher’а в кластер, после чего его можно добавить в интерфейс и переключаться между кластерами для мониторинга нужного.

  

На мой взгляд, не обошлось и без минусов:

• Можно только просмотреть список Custom Resources кластера, описание недоступно.

• На данный момент документация довольно скудная, но она активно развивается и дополняется.

• Нельзя подключить self-hosted GitLab, интеграция возможна только с облачным GitLab.

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

• Возможность использования сервиса только как SaaS — необходимо установить часть софта в кластер, но при этом сам интерфейс предоставляется сервисом и не доступен для self-hosted-установки.

Заключение

На мой взгляд, Komodor предоставляет удобный веб-интерфейс для управления и поддержки кластера Kubernetes. Порадовал приятный дизайн и большой выбор доступных интеграций. При этом цена на бизнес-тарифе кажется высокой, к тому же имеется ограничение на количество собираемых событий за месяц.

Несмотря на эти небольшие минусы, мне кажется, что для небольшой команды разработки Komodor может стать полезным инструментом для работы с кластером или «песочницей» без углубления в дебри командной строки и kubectl.

P.S.

Читайте также в нашем блоге:

• «Обзор IDE Monokle, или Рассказ о неоправдавшихся ожиданиях»;

• «Okteto Cloud — ещё один способ организации локальной разработки в Kubernetes»;

• «Обзор графических интерфейсов для Kubernetes».