Portainer: git 리포지토리에서 생성된 스택을 업데이트 및 재배포하는 기능 추가

git pull을 실행한 다음 스택을 다시 배포하는 기능을 의미합니까?

예

@deviantony 내가 생각하는

• 슬라이더 "인증"
  - 사용자 이름
  - 비밀번호
  
  
  
  • "스택 업데이트" ==> "업데이트"에서 기존 버튼 레이블 이름 바꾸기
  
  
  • "재배포" 레이블이 있는 새 버튼
    
    어떻게 생각하나요 ?
  
  

제 생각에는 자격 증명이 스택 데이터에 유지되어야 합니다.

스택이 리포지토리에서 생성된 경우 "가져오기 및 배포"라는 새 버튼이 추가되어야 합니다.

업데이트..
@deviantony 귀하의 의견에 언급된 접근 방식을 계속

@deviantony 데이터 저장과 재배포 시도 사이에 자격 증명이 변경될 수 있기 때문에 이 접근 방식을 사용하지 않았습니다(드문 경우이지만 가능). 또한 스레드 중 하나에서 포테이너가 이러한 github 자격 증명을 저장하지 않는다고 언급했습니다.

저도 이 기능을 원합니다. 그때까지 나는 스택을 업데이트하는 작은 스크립트를 작성하고 그것을 git에 연결했습니다 - https://github.com/docker-how-to/porttainer-bash-scripts

@rahulruikar 기본 인증을 추가하는 경우 Github이 키를 배포하는 방식과 같은 (읽기 전용) SSH 키를 사용할 수도 있으면 좋습니다.

https://github.com/porttainer/porttainer/pull/1793#issuecomment -384302019의 토론에 이어

저는 Porttainer 내부의 git 리포지토리에 대한 암호화되지 않은 자격 증명을 저장하고 싶지 않기 때문에 https://github.com/porttainer/porttainer/issues/1752를 먼저 구현한 다음 이 작업을 수행해야 한다고 생각합니다.

Ok..이번 주에 #1752 작업을 시작합니다.

2018년 4월 26일 목요일 오전 12시 18분, Anthony Lapenna [email protected]
썼다:

#1793의 토론에 이어(댓글)
https://github.com/porttainer/porttainer/pull/1793#issuecomment-384302019

git 리포지토리에 대한 암호화되지 않은 자격 증명을 저장하고 싶지 않기 때문에
Porttainer 내부에서 내가 가야 할 길은 #1752를 구현하는 것이라고 생각합니다.
https://github.com/porttainer/porttainer/issues/1752 먼저 작업한 다음
이것에.

—
당신이 언급되었기 때문에 이것을 받는 것입니다.
이 이메일에 직접 답장하고 GitHub에서 확인하세요.
https://github.com/porttainer/porttainer/issues/1753#issuecomment-384303314 ,
또는 스레드 음소거
https://github.com/notifications/unsubscribe-auth/AHXNPSgOjCLCHiH5wMz2reZV7Jg52g8hks5tsIWmgaJpZM4S3Cmi
.

>

Gmail 모바일에서 전송됨

안녕하세요,
이 옵션을 사용하면 배포 프로세스를 최적화할 수 있기를 기대합니다! 👍
이를 위해 두 가지를 염두에 둡니다.
1) 사이드카 파일이 작동합니까? 예를 들어 nginx용 컨테이너에 마운트해야 하는 일부 구성 파일이 있습니다.
2) dockerhub 또는 CI/CD에서 웹훅을 통해 이러한 재배포를 트리거하는 기능을 갖고 싶습니다.

건배

@shyd

사이드카 파일은 확실하지 않지만 저장소 내부에 있고 스택 배포의 일부인 경우 작동해야 합니다.

예, 이 기능에 대한 웹훅은 계획에 있습니다.

안녕하세요 @deviantony
이것에 대한 소식이 있습니까?
아직 로드맵에 있습니까? 그렇다면 결국 에타가 있습니까?

@somq 현재 이 기능을 작업 중입니다. 테스트 준비가 되면 알려 드리겠습니다. :)

@ssbkang 좋은 소식 감사합니다!
기꺼이 테스트해 보겠습니다. 도움이 더 필요하면 알려주세요. API 엔드포인트에 도달할 수 있게 되면 바로 테스트하여 알려드릴 수 있습니다.
이해를 돕기 위해 며칠, 몇 주, 그 이상인지 알 수 있습니까?

@ssbkang 이 작업이 기쁩니다 ... 우리는 스택을 배포하기 위해 gitlab과 함께 ci/cd를 사용하는 방법을 찾고 있지만 이것이 포테이너에 의해 처리된다면... 더 좋습니다.

작업 중인 기능은 다음과 같습니다.

• github의 compose 파일에서 스택 업데이트
• 스택의 트리거 및 업데이트를 위한 웹훅

내가 궁금한대로 :

• 웹훅은 어떻게 예측되나요?
  
  
  
  • 서비스로 수행되는 작업처럼
  
  
  • 발신자 특성이 포함되어 있습니까?
    
    github 및 gitlab은 웹훅을 보낼 수 있지만 어느 정도 필터링이 필요할 수 있습니다(커밋, 릴리스, 분기, 태그 등). 그들은 포테이너에서 원하는 것보다 더 넓은 범위의 변경을 위해 웹훅을 보낼 수 있습니다.
  
  
• 코드 변경 사항을 추적하는 방법이 있습니까? (https://github.com/ssbkang/porttainer?)

@deviantony 는 이것의 소식입니다... 내가 본 것에서 @ssbkang 은 이미 일부 작업을 수행했으므로 거기에서 아무 것도 뛰어 넘고 싶지 않습니다. 첫 번째 단계는 pull request #2972를 보는 것입니다.

--간단한 작업 흐름을 유지하는 데 매우 도움이 될 것이므로 이에 대해 도움을 드리고 싶습니다. 현재 대안은 포테이너 스택 관리를 우회하는 ci/cd로 이동하는 것입니다.

@cblomart 예, 알고 있으며 #2972의 백엔드 구현을 검토해야 합니다.

그러나 나는 지금 다른 주제로 바쁘지만 이것은 우리의 백로그에 있습니다.

도움이 필요하면 #2972의 구현을 참조하십시오. 현재 API를 통해서만 사용할 수 있으며 portainerci/portainer:pr2972 를 통해 테스트할 수 있습니다. 자세한 내용은 @ssbkang 에게 문의하세요.

@deviantony 감사합니다. 나는 지금 @ssbkang의 홍보를 실행하고 있습니다. api 사용법을 확인해봐야겠네요.

@deviantony 이에 대한 업데이트가 있습니까?

아직 업데이트가 없으며 #2972에 대한 검토를 수행할 수 없습니다.

자유롭게 portainerci/portainer:pr2972 시도해 보십시오. 위의 설명을 참조하십시오.

시도했지만 트로프 API로 이동해야하므로 테스트하기가 쉽지 않습니다.

우리는 포테이너를 사용하지만 (포테이너보다) 스택 정의를 다른 곳에 저장해야 하는 부담이 점점 더 커집니다. git에 저장하고 리포지토리를 사용하는 것이 gitop에 대한 좋은 방법이라고 생각하지만 이에 대한 유연성이 필요합니다(업데이트/재배포).

나는 PR이 @cblomart 가 원하는 것을

코드에 너무 많은 시간을 할애하지 않았지만 보안 문제가 되지 않습니까? 저는 Porttainer가 보안 키를 만드는 사업에 뛰어들어야 한다고 생각하지 않습니다.

우리는 일반적으로 배포 계정을 설정하고 필요한 리포지토리에 대한 읽기 전용 액세스 권한을 제공한 다음 이 사용자가 git clone (또는 git pull )할 수 있습니다.

이를 더 안전하게 보호하기 위해 범위 등을 추가로 제한하는 토큰(Github에서: Personal Access Tokens)을 사용할 수 있습니다. 나는 Gitlab에 비슷한 것이 있다고 확신합니다. 이러한 토큰은 취소할 수 있습니다. 이것들을 어디에 저장할 것인가(예: 금고에?)는 또 다른 질문입니다.

또한 git 저장소에서 스택을 다시 배포하는 기능도 원합니다. 그러나 현재 자격 증명은 포테이너에 의해 저장되지 않습니다.

따라서 간단한 "재배포"는 이런 식으로 약간의 도전입니다. "필드"를 채우는 다양한 API 호출을 통해 달성할 수 있습니다.

이런 일이 발생할 때 UI 변경을 방지할 수 있는 기능을 갖고 싶습니다. 그래서 항상 git에서 나옵니다. 명시적 재정의("git 기반 구성을 변경하려고 합니다. 이러한 변경 사항은 영구적이지 않으며 재배포 시 덮어쓸 가능성이 있습니다.")

IMO 이 기능은 중요하며 git-over-SSH를 방문할 때 차단할 필요가 없습니다.

_unauthenticated_ 유효한 용도가 있으며(공개 구성 구성, 구성 저장소가 방화벽 뒤에서 공개됨) 사용자/패스 구성을 사용하더라도 다시 배포 버튼을 누를 때마다 자격 증명을 묻는 메시지가 표시될 수 있습니다.

인증되지 않은 git repos로 시작하더라도 GIT에서 스택 구성을 업데이트하는 것의 가치와 중요성을 두 번째로 생각합니다. 우리 팀은 오픈 소스 프로젝트이기 때문에 인증이 필요하지 않은 로컬 및 공개 github 저장소를 사용합니다.

안녕하세요, 저는 이 문제의 현재 상태와 모든 부수적인 문제에 대해 알아보려고 했습니다.
이 기능을 얻을 수 있는 곳에서 도움을 받을 수 있습니까?
git repo의 compose-file을 기반으로 스택을 재배포하는 기능을 갖고 싶습니다.
구성 가능한 간격으로 폴링 및 자동 재배포를 가능하게 할 수도 있습니다.

방금 봤어 - 좋겠어! github에서 작성 파일을 복사하여 포테이너에 붙여넣는 것은 매우 쉽기 때문에 현재 기능이 기본적으로 그렇게만 한다는 사실에 놀랐습니다.

얘들아, 이건 좋은 생각인 것 같아. 많은 분들이 관심을 가져주시는 것 같아서 공을 들였으면 합니다 👍

@deviantony #2972가 이 위업을 차단할 필요는 없다고 생각합니다. IIRC ssh 복제와 관련이 있지만 먼저 개인 저장소에 대한 자격 증명/PAT를 묻는 메시지를 표시할 수 있습니다.

모두에게 더 쉽다면 우리는 매우 활동적인 슬랙 서버 를 가지고 있습니다. 여러분 모두와 소통하고 이에 대한 의견을 얻을 수 있는 좋은 장소가 될 개발자 채널이 있습니다.

@itsconquest 죄송합니다. 나는 단순히 느슨하지 않습니다. 이에 대한 상태는 어떻습니까? git repo에서 스택을 생성한 후 본질적으로 제거해야 하기 때문에 처리해야 할 중요한 문제처럼 들립니다.

아니면 제가 놓친 해결 방법이 있습니까?

응. Slack은 여러분 대부분이 아래에 있기 때문에 도전입니다. ;)

현재로서는 git 저장소에 의한 배포에서 docker-compose를 자동 업데이트할 수 없습니다.
GitOps라는 Kubernetes에서 사용하기 쉽습니다.

이 개선은 어떻게 진행되고 있습니까?

이렇게 하면 Porttainer 2의 스택 페이지에서 스택 시작/중지 버튼을 사용할 수 없는 문제가 해결됩니까?
제 경우에는 docker swarm 클러스터에서 스택을 다시 시작할 때 private repos의 이미지를 사용하는 서비스가 시작되지 않습니다(해당 이미지 없음)

올해 말에 이 기능에 대한 지원을 추가할 계획이며 현재 2021년 2분기로 예정되어 있습니다.

단방향(재배포)입니까 아니면 양방향입니까? 내 말은, UI에서 무언가를 변경하면 리포지토리에도 커밋/푸시됩니까, 아니면 풀 및 재배포만 가능하지만 푸시는 할 수 없습니까?

@upcFrost 우리의 비전은 Porttainer가 git repo와 동기화를 유지해야 하며 그 반대가 아닌 것이므로 "동기화"된 스택 주변의 UX에 대해 생각할 것이지만 현재는 단방향으로 언급되었습니다. 생각한다.

deviantony: 이 기능을 2.2에서 사용할 수 있습니까? 또 다른 질문은 알림/웹훅에 대한 포테이너 지원이 될까요? 예를 들어 스택이 성공적으로 동기화되었는지, 동기화되지 않았는지, 실패했는지 등? 감사 해요

@lukasmrtvy 나는 이것이 현 단계에서 Porttainer의 다음 릴리스에 나타날 것이라고 확신할 수 없습니다. 그러나 이 주제에 대한 많은 활동으로 인해 여기에서 논의할 몇 가지 아이디어를 가지고 돌아올 것으로 예상할 수 있으며 해당 주제에 대한 기존 토론/아이디어를 확실히 고려할 것입니다.

저에게도 매우 유용한 기능이 될 것입니다.
또한 git에서 생성된 스택의 업데이트를 위한 웹훅이 있는 것도 좋습니다.

나는 확실히 이 기능을 사용할 것이다.

단방향(재배포)입니까 아니면 양방향입니까? 내 말은, UI에서 무언가를 변경하면 리포지토리에도 커밋/푸시됩니까, 아니면 풀 및 재배포만 가능하지만 푸시는 할 수 없습니까?

커밋을 푸시하면 프로젝트 관리가 간소화되므로 많은 작업을 절약할 수 있다는 데 동의합니다.

이를 위해 CLI 도구를 구축했습니다. 지금은 스톡 포테이너와 100% 호환되지는 않지만(SSO를 사용할 때 인증이 약간 엉망이기 때문에) 나중에 오픈소싱을 고려하고 있습니다.

단방향(재배포)입니까 아니면 양방향입니까? 내 말은, UI에서 무언가를 변경하면 리포지토리에도 커밋/푸시됩니까, 아니면 풀 및 재배포만 가능하지만 푸시는 할 수 없습니까?

커밋을 푸시하면 프로젝트 관리가 간소화되므로 많은 작업을 절약할 수 있다는 데 동의합니다.

공정하게 말해서, 단방향 동기화를 사용하면 포테이너를 git에 연결하는 요점을 실제로 볼 수 없습니다. 이는 포테이너로의 마이그레이션을 더 쉽게 만들 것입니다. 사실이지만, 기본적으로 이 마이그레이션으로 변경 내역이 손실된다는 의미입니다. 또는 약간 이상할 수 있는 읽기 전용 UI로 포테이너를 사용합니다.

이 호는 3년 전에 열렸고 매우 인기가 있습니다. 그러나 지금까지 이 기능은 구현되지 않았습니다.
나는 토론을 읽었고 @deviantony 는 그것이 2021년 2분기에 있을 것이라고 말했습니다.

현재 베타 버전이 있습니까? 아니면 테스트할 코드 부분을 어디에서 찾을 수 있습니까?

@Mr-Markus 현재 사용 가능한 베타가 없습니다. 이 부분의 개발은 다음 주에 시작될 예정입니다! 우리는 5월 말에 CE 2.5를 목표로 하고 있지만 작업 파이프에 많은 일이 있고 이미 몇 가지 지연이 발생했기 때문에 늦어도 CE 2.6의 일부가 될 수 있습니다.

우리는 이것을 다음에 추가될 가장 중요한 기능 중 하나로 고려하고 있으므로 곧 있을 것입니다!

git Repository를 사용하여 스택을 배포할 때 새 티켓을 막 열려고 했는데 옵션을 변경한 후 다시 배포를 제안하지 않았습니다. 그리고 배포 토큰과 모든 것을 만들었습니다.