История изменений

Ты путаешь контейнер и оркестратор. Такую шнягу и на pcmk поднять можно.

Если грубо и на пальцах зачем все эти баззворды:

• у тебя есть твой код. Чтоб он работал нужны либы, код плюс либы плюс сборка это приложение, например через npm/pip/maven
• Приложению нужна среда, это ОС с подготовкой типа terraform/puppet, либо чтоб меньше зависеть от внезапного обновления и нестыковки дистров это контейнер, например докер
• приложения должны взаимодействовать, для этого нужна сеть и что-то что знает кто где сидит, плюс контроль что все что надо живо, это оркестратор. Например сварм, кубы или pcmk
• приложениям нужен конфиг. Можно его нести скажем через темплейтер или через оркестратор. Это кубы (config map) или consul-template
• все это надо можно разбить по версиям, их можно хранить либо руками в гите либо в helm
• все это вместе - сервис для клиента, окружение. Его можно прописать одной спекой например через helmfile или чистый helm или compose и деплоить одной командой

Все это можно делать руками. Другой вопрос что через N версий ты потратишь на ручной конфиг больше времени чем на автоматизацию

Ты путаешь контейнер и оркестратор. Такую шнягу и на pcmk поднять можно.

Если грубо и на пальцах зачем все эти баззворды:

• у тебя есть твой код. Чтоб он работал нужны либы, код плюс либы плюс сборка это приложение, например через npm/pip/maven
• Приложению нужна среда, это ОС с подготовкой типа terraform/puppet, либо чтоб меньше зависеть от внезапного обновления и нестыковки дистров это контейнер, например докер
• приложения должны взаимодействовать, для этого нужна сеть и что-то что знает кто где сидит, плюс контроль что все что надо живо, это оркестратор. Например сварм, кубы или pcmk
• приложениям нужен конфиг. Можно его нести скажем через темплейтер или через оркестратор. Это кубы (config map) или consul-template
• все это надо можно разбить по версиям, их можно хранить либо руками в гите либо в helm
• все это вместе - сервис для клиента, окружение. Его можно прописать одной спекой например через helmfile или чистый helm или compose и деплоить одной командой

  Все это можно делать руками. Другой вопрос что через N версий ты потратишь на ручной конфиг больше времени чем на автоматизацию

Ты путаешь контейнер и оркестратор. Такую шнягу и на pcmk поднять можно.

Если грубо и на пальцах зачем все эти баззворды:

• у тебя есть твой код. Чтоб он работал нужны либы, код плюс либы плюс сборка это приложение, например через npm/pip/maven
• Приложению нужна среда, это ОС с подготовкой типа terraform/puppet, либо чтоб меньше зависеть от внезапного обновления и нестыковки дистров это контейнер, например докер
• приложения должны взаимодействовать, для этого нужна сеть и что-то что знает кто где сидит, плюс контроль что все что надо живо, это оркестратор. Например сварм, кубы или pcmk
• приложениям нужен конфиг. Можно его нести скажем через темплейтер или через оркестратор. Это кубы (config map) или consul-template
• все это надо можно разбить по версиям, их можно хранить либо руками в гите либо в helm
• все это вместе - сервис для клиента, окружение. Его можно прописать одной спекой например через helmfile или чистый helm или compose и деплоить одной командой

Ты путаешь контейнер и оркестратор. Такую шнягу и на pcmk поднять можно.

Если грубо и на пальцах зачем все эти баззворды:

• у тебя есть твой код. Чтоб он работал нужны либы, код плюс либы плюс сборка это приложение, например через npm/pip/maven
• Приложению нужна среда, это ОС с подготовкой типа terraform/puppet, либо чтоб меньше зависеть от внезапного обновления и нестыковки дистров это контейнер, например докер
• контейнеры должны взаимодействовать, для этого нужна сеть и что-то что знает кто где сидит, плюс контроль что все что надо живо, это оркестратор. Например сварм, кубы или pcmk
• приложениям нужен конфиг. Можно его нести скажем через темплейтер или через оркестратор. Это кубы (config map) или consul-template
• все это надо можно разбить по версиям, их можно хранить либо руками в гите либо в helm
• все это вместе - сервис для клиента, окружение. Его можно прописать одной спекой например через helmfile или чистый helm или compose и деплоить одной командой

Ты путаешь контейнер и оркестратор. Такую шнягу и на pcmk поднять можно.

Если грубо и на пальцах зачем все эти баззворды:

• у тебя есть твой код. Чтоб он работал нужны либы, код плюс либы плюс сборка это приложение, например через npm/pip/maven
• Приложению нужна среда, это ОС с подготовкой типа terraform/puppet, либо чтоб меньше зависеть от внезапного обновления и нестыковки дистров это контейнер, например докер
• контейнеры должны взаимодействовать, для этого нужна сеть и что-то что знает кто где сидит, плюс контроль что все что надо живо, это оркестратор. Например сварм, кубы или pcmk
• контейнерам нужен конфиг. Можно его нести скажем через темплейтер или через оркестратор. Это кубы (config map) или consul-template
• все это надо можно разбить по версиям, их можно хранить либо руками в гите либо в helm
• все это вместе - сервис для клиента, окружение. Его можно прописать одной спекой например через helmfile или чистый helm или compose и деплоить одной командой

Ты путаешь контейнер и оркестратор. Такую шнягу и на pcmk поднять можно.

Если грубо и на пальцах зачем все эти баззворды:

• у тебя есть твой код. Чтоб он работал нужны либы, код плюс либы и приложение, например npm/pip/maven
• Приложению нужна среда, это ОС с подготовкой типа terraform/puppet, либо чтоб меньше зависеть от внезапного обновления и нестыковки дистров это контейнер, например докер
• контейнеры должны взаимодействовать, для этого нужна сеть и что-то что знает кто где сидит, плюс контроль что все что надо живо, это оркестратор. Например сварм, кубы или pcmk
• контейнерам нужен конфиг. Можно его нести скажем через темплейтер или через оркестратор. Это кубы (config map) или consul-template
• все это надо можно разбить по версиям, их можно хранить либо руками в гите либо в helm
• все это вместе - сервис для клиента, окружение. Его можно прописать одной спекой например через helmfile или чистый helm или compose и деплоить одной командой

Ты путаешь контейнер и оркестратор. Такую шнягу и на pcmk поднять можно.

Если грубо и на пальцах зачем все эти баззворды:

• у тебя есть твой код. Чтоб он работал нужны либы, код плюс либы и приложение, например npm/pip/maven
• Приложению нужна среда, это ОС с подготовкой типа terraform/puppet, либо чтоб меньше зависеть от внезапного обновления и нестыковки дистров это контейнер, например докер
• контейнеры должны взаимодействовать, для этого нужна сеть и что-то что знает кто где сидит, плюс контроль что все что надо живо, это оркестратор. Например сварм, кубы или pcmk
• контейнерам нужен конфиг. Можно его нести скажем через темплейтер или через оркестратор. Это кубы (config map) или consul-template
• все это надо можно разбить по версиям, их можно хранить либо руками в гите либо в helm
• все это вместе - сервис для клиента, окружение. Его можно прописать одной спекой например через helmfile или чистый helm или compose.