Если мне не изменяет память на rgw можно еще iscsi но зачем?

Иди проспись

Иди проспись

Борь что такое сервис каталог

https://docs.openstack.org/keystone/latest/contributor/service-catalog.html

странный способ признания ошибок, но это пожалуй лучшее от тебя :)

Напиши другой

Я вот честно не совсем понимаю глобальную мысль.

Объясняю для тех кто работает в клаудах: 1. service catalog это просто список эндпоинтов для регионов 2. эндпоинт состоит из трех важных полей - типа сервиса, типа эндпоинта и URL 3. если кому-то нужен эндпоинт сервиса, он 3.1. фильтрует базар каталог по критерию "регион" и "тип сервиса" и получает список эндпоинтов этого сервиса в этом регионе 3.2. затем из списка эндпоинтов он выбирает те, которые подходят типу эндпоинта (как правило public выбирают обычные клиенты, internal выбирают сервисы для общения друг с другом и admin выбирают люди - операторы сервиса) Оператор может накидать в каталог любые сервисы, например { "service_type": "support", "endpoint": "http://my-fucking-jira.domain.com/" }. Основная идея этой штуки - отвязаться от каких-либо предположений и ограничений на именование и размещение сервисов - то есть чтобы не было такого что "наш опенстек имеет домен дрова.рф поэтому синдер должен жить в домене диски.дрова.рф а компьюты иметь апишку гиперы.дрова.рф"

когда сервису нужен тип сервиса он берет его endpoint, и при этом есть api работы c endpoint

а весь кубер не наэтом принципе разве?

вот нахер моей лысой голове, object-store?

Тебе не надо а кому-то зудит и чешется может быть

тред достоен пятницы кмк, не удержусь

вот есть CNI - дравер должен реализовывать апи cni

Ну то есть глубинного смысла никакого нет, мы нашли в документации service - type object-store и у кого-то вспомнились года.. когда трава была зеленее, небо голубее и деревья большие

Ну вот смотри - ты хочешь анально окупировать клиентов твоего облака и завендорлочить их на себя. Ты пишешь "удобную" бибилиотечку которая тебе сразу и без выгибонов коннектится к твоему S3 (но выдает стандартный ботовый объект - просто с заранее подобранными параметрами), добавляешь в сервискаталог эндпоинт с service_type S3, и навсегда забываешь о проблеме переименования эндпоинта S3, ибо клиенты используют твою замечательную библиотеку для коннекта к твоему же замечательному S3 и и не надо менять эндпоинты когда проклятые буржуины отберут твой домен зоны COM из-за твоей национальности @gmelikov - это вам на заметку на будущее когда вас в ДНС опять забанят, а вы такие хоба - и снова в белом "все кто использовали наши библиотеки молодцы, остальные сами себе виноваты".

Ну как минимум некоторое время

Ну вот смотри - ты хочешь анально окупировать клиентов твоего облака и завендорлочить их на себя. Ты пишешь "удобную" бибилиотечку которая тебе сразу и без выгибонов коннектится к твоему S3 (но выдает стандартный ботовый объект - просто с заранее подобранными параметрами), добавляешь в сервискаталог эндпоинт с service_type S3, и навсегда забываешь о проблеме переименования эндпоинта S3, ибо клиенты используют твою замечательную библиотеку для коннекта к твоему же замечательному S3 и и не надо менять эндпоинты когда проклятые буржуины отберут твой домен зоны COM из-за твоей национальности @gmelikov - это вам на заметку на будущее когда вас в ДНС опять забанят, а вы такие хоба - и снова в белом "все кто использовали наши библиотеки молодцы, остальные сами себе виноваты".

Чот вы тут всё смешали уже:) статика с сайтов через каталог ходить не будет в s3

Ceph.RADOS - нормально, даже скорее почти отлично. Ceph.RBD - ну такая себе история, но в целом худо-бедно нормально. А вот Ceph.RGW - это трэш и угар. Понятно, что если все что у тебя есть это Key-Value BLOB + Key-Value для метаданных, ты много не навоюешь.

я чот сначала подумал это цефочат но ведь rgw лучше чем swift ?!

rgw? Сомнительно

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

ты про алиасинг своих имен на s3 через cname? Оно тоже на домен ведёт

ты про алиасинг своих имен на s3 через cname? Оно тоже на домен ведёт

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

Да не ной ты так. Оно развальцуемт не только молодому инженеру, но и зрелому мидлу и немолодому сеньору

Таки CNAME

Ага, увы где-то всё равно будет тот самый домен, а каталог прекрасен когда есть sdk на стороне клиента

а для этого надо его этот SDK написать.

вон у тындыкс облако свой тераформ

ну у всех он и прорастает, свой с нуля или форк от чего-то в начале

Ага, увы где-то всё равно будет тот самый домен, а каталог прекрасен когда есть sdk на стороне клиента

Ну зато CNAME в одном месте лежит, не надо везде править. Ну а это самое неназойливое SDK которое "облегчит использование" есть отличный путь к завендорлочиванию клиента. Продавай завернутые стандартные компоненты 🙂

Ну зато CNAME в одном месте лежит, не надо везде править. Ну а это самое неназойливое SDK которое "облегчит использование" есть отличный путь к завендорлочиванию клиента. Продавай завернутые стандартные компоненты 🙂

про вендорлок тоже понятно:)

VMware Workstation переходит от проприетарного кода к использованию KVM (Linux Kernel-based Virtual Machine) / Хабр https://habr.com/ru/news/855246/

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