Comments 11
Лучше начать с чтения введения в технологию blog.openshift.com/openshift-v3-deep-dive-docker-kubernetes
и далее продолжить изучение github.com/openshift/origin
ИМО быстрый старт в такого рода софте невозможен впринципе
И стартовать лучше на отдельной виртуальной машине, а не в докере, чтобы быть ближе к продакшен окружению
Также стоит уточнить, что есть путаница с версиями OpenShift — v1 и v2 кардинально отличаются от v3.
v2 сейчас предоставляется для всех в виде сервиса на openshift.com. Там используются контейнеры (не докер), которые называются cartriges со своей магией и обвязкой в виде скриптов интеграции
и далее продолжить изучение github.com/openshift/origin
ИМО быстрый старт в такого рода софте невозможен впринципе
И стартовать лучше на отдельной виртуальной машине, а не в докере, чтобы быть ближе к продакшен окружению
Также стоит уточнить, что есть путаница с версиями OpenShift — v1 и v2 кардинально отличаются от v3.
v2 сейчас предоставляется для всех в виде сервиса на openshift.com. Там используются контейнеры (не докер), которые называются cartriges со своей магией и обвязкой в виде скриптов интеграции
Быстрый старт нужен везде, чтобы понимать, что получим и как это должно выглядеть. Понятно, что в проде все будет иначе, но если я напишу статью «от А до Я», то возможно Вы первым и сказали бы: «много букв». Посему, если будем продолжать развивать свой софт с этой технологией и не отпадет желание писать мануалы, буду давать эволюцию малыми порциями.
Стартовать лучше на нескольких «железных» машинах, с несколькими нодами, что, в общем и планируется. Ресурсы, которые Вы указали сейчас открыты во вкладках перманентно.
Спасибо за комментарий, я думаю, что он дополнил картину.
Стартовать лучше на нескольких «железных» машинах, с несколькими нодами, что, в общем и планируется. Ресурсы, которые Вы указали сейчас открыты во вкладках перманентно.
Спасибо за комментарий, я думаю, что он дополнил картину.
Зачем на виртуальной машине когда origin — это по сути один бинарник, который можно просто запустить у себя на компе?
Не совсем понятно причем тут opensoft. Это все стандартный функционал kubernets.
Opensoft не причем. Буду считать, что Вы имели ввиду OpenShift. Если Вы обратите внимание, например, на скриншоты, то увидите, что все проделывается именно с ним, а не с Kubernetes.
Так может быть есть смысл начать сначала с него? Так как Origin по факту это расширение функционала kubernetes. Если писать статью про него то хотелось бы увидеть именно фичи origin, сборку контейнеров, менеджмент подсетей, пользователей и тд. Так как сейчас статься похоже больше на «Как сделать docker run через Kubernetes api средствами OpenShift Origin».
ps: можно было просто сделать kubectl create -f pod.json тогда не пришлось бы Origin даже сетапать ))))
ps: можно было просто сделать kubectl create -f pod.json тогда не пришлось бы Origin даже сетапать ))))
Вы считаете, что мне нужно переименовать публикацию или что? Я не понимаю. Или Вы считаете, что мне нужно для начала изучить Kubernetes, чтобы начинать разбираться с OpenShift? Я потратил относительно немалое количество времени, как мне казалось до старта, на простейшую операцию. Информации мало — я ее дал. То, о чем хотите, прочитать Вы, я еще не написал — потерпите и, возможно, до этого тоже доберемся.
Да стоит начать с kubernetes. И понять за чем все же вам нужен origin. Так как из статьи можно сделать вывод что он вам не нужен.
ps: если что можете писать в личку, я с радостью поделюсь опытом по kubernetes. Работаем с ним уже почти год.
ps: если что можете писать в личку, я с радостью поделюсь опытом по kubernetes. Работаем с ним уже почти год.
Здравствуйте, подскажите ваш image в каком реестре находится, в собственном openshift или внешнем, типа docker hub?
Если внутреннем, как вы его туда поместили, через import?
Sign up to leave a comment.
Быстрый старт кастомного docker-контейнера на платформе OpenShift