Во-первых, чтобы ответить на ваш вопрос, да, вы можете использовать параметры с шаблонами OpenShift и передавать значение и время создания.
Для этого вы добавите необходимые значения шаблона в свой файл yaml, и вместо oc create
вы будете использовать oc new-app -f deploymentconfig.yaml --param=SOME_KEY=someValue
. Проверьте oc new-app --help
для получения дополнительной информации здесь.
Некоторые другие моменты, на которые следует обратить внимание: если вы ссылаетесь на изображения из внутреннего реестра, вам лучше использовать imagestreams . Они предоставляют абстракцию для изображений, извлеченных из внутреннего реестра докеров в OpenShift, как это было описано выше.
Наконец, значение пространства имен доступно через нисходящий API в каждом модуле, и вам не нужно (обычно) вводить это вручную.
Учитывая Ваши теги, я предполагаю, что это - приложение.NET. С тем предположением необходимо посмотреть на Моно проект. Ваше приложение может работать без изменения; это может бежать за незначительными изменениями; этому, возможно, существенно понадобятся биты.NET, которые еще не были реализованы в Моно.
Консолидировать и расширять некоторых выше ответов...
Если Вы осторожны относительно классов "библиотеки", которые Вы использовали, это может работать под Моно.
Приводя к сбою это, следующий самый легкий выбор, WiNE может позволить Вам запускать приложение непосредственно на Linux.
Если все остальное перестало работать, всегда возможно создать виртуальную машину (использующий VirtualBox или что-то подобное) и сделать полную установку Windows на машине Linux для выполнения программного обеспечения.
Если Вы собираетесь использовать Моно, необходимо проверить MoMA. Это - инструмент, который может помочь Вам определить проблемы совместимости.
Это возможно с моно, проверьте его здесь http://www.mono-project.com/Main_Page
Это могло бы работать с вином. Но не все приложения поддерживаются.
Самый легкий способ сделать это должно записать Ваше приложение с помощью средств управления GTK# исключительно.
Кроме того, удостоверьтесь, что Вы компилируете и выполняете свой код, использующий Моно в Windows, чтобы гарантировать, чтобы Вы не использовали функций или библиотек, что Моно время выполнения не поддерживает или еще не копировало всю функциональность.
При создании его использование .NET, это может работать с моно. Также существуют другие возможности, но нам было бы нужно больше деталей. UI, библиотеки, поточная обработка, другой материал.
Можно работать с Моно, но существуют некоторые проблемы совместимости при вхождении в Winforms. Если Вы Используете WPF, то я не думаю, там соответствует поддержка в Моно все же для ровной попытки этого. Лучший способ, хотя, вероятно, не опция для уже кодированных проектов, состоит в том, чтобы использовать GTK, который поддерживается очень хорошо Моно, и будет работать и в Windows и в Linux.
другой межплатформенный инструментарий для добавления к груде ответа является wxWidgets
Если у Вас есть достаточно гибкости с точки зрения платформы/языка, можно выбрать, у Вас может быть много опций, которые не являются конкретным .NET.