Привет всем. Есть железо в ДЦ и идея сделать docker

хостинг. Ну типа просто запустил docker compose и все окружение клиента развернулось в интернете. Есть какие-то готовые решения?

https://github.com/dokku/dokku

Спасибо, изучу. То есть решение можно использовать не только для себя, но и для клиентов? Привязать биллинг и панель управления через api

Насчёт готового биллинга не подскажу. Предполагаю что да, он примерно на это и ориентирован

Спасибо

А какой SLA вы предполагаете в оферте указывать? Ссылаться на SLA ДЦ минус одна девятка с конца на случай сдохшей планки оператоса / не отработавшего резервного питания / etc.? Просто нужно понимать, что в "Docker-хостинг" без DR/HA/прочего пойдут либо в качестве общего девелопмент-окружения на команду, либо школьники в прод за копеешные копейки первых телеграм-ботов деплоить. В любом другом серьёзном случае есть managed k8s.

Пока скорее школохост )

Понял. Ну у меня перманентно уже года 4 раз в пару месяцев где-то на фоне ваша идея витает )))

Типа с чего то начать, тем самым изучать историю.

Вроде есть спрос на это решение и вроде как растет.

Спрос-то растёт, а вот качество ) Я не говорю уже о конкуренции с крупными игроками. Тут многие могут рассказать от том как пройти через какой-то ***хост и бросить это )

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

Ну когда они лежали было время такое, что особо про SLA и не слышали ) Не все гаражные стартапы 00-х стали фаангами. Сейчас требования стали жёстче. Но раз задумал - делай ) Опыт который будет после вот такого занятия будет не лишним !

Спрашивать первым делом не про биллинг нужно, а про изоляцию юзеров друг от друга. Не может ли один "друг" другому другу коньтейнеры поудалять? Биллинг в экселе сделаете

Еще, интересно, с чего это бизьнесьменчики считают, что наличие магических слов "биллинг" и "api" употребленных рядом означает, что все это будет работать вместе? Не первый раз наблюдаю. Это продукты ispsystem действительно так хорошо взаимоувязаны, но в остальных случаях придется много писать.

API наше все. С биллингом проблем нет, нужен интерфейс коннекта к платформе)

Существует стандартизированный api для услуг хостинга? Как называется? Где прочитать?

k8s манифесты

Никто не мешает создать. От платформы нужны базовые вещи, типа развернуть контейнер. Все остальное можно написать с этим проблем нет.

В целом болтовня не по делу. В рынке хостинга давно определены основные принципы. Не ISP единым, куча панелей в том числе с открытым исходным кодом которые взимодействуют по средствам API, будь то vmware или proxmox или тот же ispmanager с личным кабинетом пользователя (биллингом).

Каким, простите, образом, это возможно, если не позволять пробрасывать docker.sock и не делать прочую подобную дичь? В первом приближении достаточно просто разграничивать юзеров пулами бриджевых сетей и просто обновлять докер закрывая все нульдей-дыры в духе "escape from containerd to host"

Название. Как называется стандарт апи для выставления счетов?

Биллинг давно включает в себя аккаунтинг, говоря про биллинг — ты автоматически говоришь либо про интеграцию с аккаунтиногом, либо что-то аккаунтинг в себе содержащее

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

Да вроде про стандарты я не писал

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

Этот продукт называется billmanager. И он заранее связан с другими продуктами ispsystem. И ВСЕ. Больше нет связей.

https://habr.com/ru/companies/ispsystem/articles/309282/

В блоге компании Ispsystem написано как хорошо заработал на интеграции ispsystem, а не мы. Дальше не читал