Быстрый старт кастомного docker-контейнера на платформе OpenShift

[@sim3x]

Лучше начать с чтения введения в технологию blog.openshift.com/openshift-v3-deep-dive-docker-kubernetes
и далее продолжить изучение github.com/openshift/origin

ИМО быстрый старт в такого рода софте невозможен впринципе
И стартовать лучше на отдельной виртуальной машине, а не в докере, чтобы быть ближе к продакшен окружению

Также стоит уточнить, что есть путаница с версиями OpenShift — v1 и v2 кардинально отличаются от v3.
v2 сейчас предоставляется для всех в виде сервиса на openshift.com. Там используются контейнеры (не докер), которые называются cartriges со своей магией и обвязкой в виде скриптов интеграции

[@AlexanderRS]

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

[@asm0dey]

Зачем на виртуальной машине когда origin — это по сути один бинарник, который можно просто запустить у себя на компе?

[@fear86]

Не совсем понятно причем тут opensoft. Это все стандартный функционал kubernets.

[@AlexanderRS]

Opensoft не причем. Буду считать, что Вы имели ввиду OpenShift. Если Вы обратите внимание, например, на скриншоты, то увидите, что все проделывается именно с ним, а не с Kubernetes.

[@fear86]

Так может быть есть смысл начать сначала с него? Так как Origin по факту это расширение функционала kubernetes. Если писать статью про него то хотелось бы увидеть именно фичи origin, сборку контейнеров, менеджмент подсетей, пользователей и тд. Так как сейчас статься похоже больше на «Как сделать docker run через Kubernetes api средствами OpenShift Origin».

ps: можно было просто сделать kubectl create -f pod.json тогда не пришлось бы Origin даже сетапать ))))

[@AlexanderRS]

Вы считаете, что мне нужно переименовать публикацию или что? Я не понимаю. Или Вы считаете, что мне нужно для начала изучить Kubernetes, чтобы начинать разбираться с OpenShift? Я потратил относительно немалое количество времени, как мне казалось до старта, на простейшую операцию. Информации мало — я ее дал. То, о чем хотите, прочитать Вы, я еще не написал — потерпите и, возможно, до этого тоже доберемся.

[@fear86]

Да стоит начать с kubernetes. И понять за чем все же вам нужен origin. Так как из статьи можно сделать вывод что он вам не нужен.

ps: если что можете писать в личку, я с радостью поделюсь опытом по kubernetes. Работаем с ним уже почти год.

[@AlexanderRS]

А, Вы про это… Так мы же в статье не о выборе платформы и предпосылках. Была задача такая — она решена, выше решение. Остальное за кадром (в голове архитектора, который сделал выбор).

[@fear86]

Так вы бы хоть написали какая была задача. И как в итоге origin помог ее решить. Было бы интересно почитать.
Тащить же сюда каждый hello world смысла нет. Учитывая что все это есть в доках.

[@arylkov]

Здравствуйте, подскажите ваш image в каком реестре находится, в собственном openshift или внешнем, типа docker hub?
Если внутреннем, как вы его туда поместили, через import?