Fabric: python3에서 병렬 실행

http://docs.fabfile.org/en/2.4/api/group.html

예, 그러나 스레딩 그룹은 특히 구성을 지원하지 않습니다.

config = Config(overrides={'sudo':{'password': 'changeme'}})

c = ThreadingGroup("[email protected]", "[email protected]", connect_kwargs={"password": "changeme"}, config=config)

c.run("whoami")

c.sudo("whoami") #Throws AttributeError: 'ThreadingGroup' object has no attribute 'sudo'

ThreadingGroup은 실행 명령만 허용했습니다.
https://github.com/fabric/fabric/issues/1899#issue -377714688

명령 지원을 다시 작성하고 추가할 수 있습니다.

SerialGroup 및 ThreadingGroup에서 sudo를 활성화하는 다음 패치에 대해 어떻게 생각하십니까?
(패브릭 2.4에 적용 및 테스트)

--- fabric-orig/group.py    2018-10-30 14:35:22.000000000 +0100
+++ fabric-patched/group.py 2019-02-18 10:16:29.186000000 +0100
@@ -183,12 +183,28 @@
             raise GroupException(results)
         return results

+    def sudo(self, *args, **kwargs):
+        results = GroupResult()
+        excepted = False
+        for cxn in self:
+            try:
+                results[cxn] = cxn.sudo(*args, **kwargs)
+            except Exception as e:
+                results[cxn] = e
+                excepted = True
+        if excepted:
+            raise GroupException(results)
+        return results

 def thread_worker(cxn, queue, args, kwargs):
     result = cxn.run(*args, **kwargs)
     # TODO: namedtuple or attrs object?
     queue.put((cxn, result))

+def thread_worker_sudo(cxn, queue, args, kwargs):
+    result = cxn.sudo(*args, **kwargs)
+    # TODO: namedtuple or attrs object?
+    queue.put((cxn, result))

 class ThreadingGroup(Group):
     """
@@ -208,6 +224,49 @@
             )
             threads.append(thread)
         for thread in threads:
+            thread.start()
+        for thread in threads:
+            # TODO: configurable join timeout
+            # TODO: (in sudo's version) configurability around interactive
+            # prompting resulting in an exception instead, as in v1
+            thread.join()
+        # Get non-exception results from queue
+        while not queue.empty():
+            # TODO: io-sleep? shouldn't matter if all threads are now joined
+            cxn, result = queue.get(block=False)
+            # TODO: outstanding musings about how exactly aggregate results
+            # ought to ideally operate...heterogenous obj like this, multiple
+            # objs, ??
+            results[cxn] = result
+        # Get exceptions from the threads themselves.
+        # TODO: in a non-thread setup, this would differ, e.g.:
+        # - a queue if using multiprocessing
+        # - some other state-passing mechanism if using e.g. coroutines
+        # - ???
+        excepted = False
+        for thread in threads:
+            wrapper = thread.exception()
+            if wrapper is not None:
+                # Outer kwargs is Thread instantiation kwargs, inner is kwargs
+                # passed to thread target/body.
+                cxn = wrapper.kwargs["kwargs"]["cxn"]
+                results[cxn] = wrapper.value
+                excepted = True
+        if excepted:
+            raise GroupException(results)
+        return results
+
+    def sudo(self, *args, **kwargs):
+        results = GroupResult()
+        queue = Queue()
+        threads = []
+        for cxn in self:
+            my_kwargs = dict(cxn=cxn, queue=queue, args=args, kwargs=kwargs)
+            thread = ExceptionHandlingThread(
+                target=thread_worker_sudo, kwargs=my_kwargs
+            )
+            threads.append(thread)
+        for thread in threads:
             thread.start()
         for thread in threads:
             # TODO: configurable join timeout

정말 대단하겠네요 @akiuni

execute() 기능을 Fabric2용 ThreadingGroup으로 다시 가져오는 것이 좋습니다.

@akiuni 이에 대한 홍보가 있습니까? https://github.com/fabric/fabric/issues/1912#issuecomment -464652728

@akiuni 이에 대한 홍보가 있습니까? #1912(댓글)

안녕하세요..그렇게 생각이 안나요.. 솔직히 확인 방법은 알겠는데 어떻게 저런 수정 제출을 해야할지 모르겠네요...

이것을 Fabric에 최대한 빨리 병합해야 합니다.

mm v 2.5.0의 현재 코드를 보고 있습니다.
https://github.com/fabric/fabric/blob/2.5.0/fabric/group.py#L127 이 코드는 더 이상 최신 코드가 아니며 작성자가 이를 구현하는 가장 좋은 방법에 대해 생각하고 있음을 알 수 있습니다. 또한 PR이 없으면 코드가 도입하는 변경 사항을 논의할 플랫폼이 없습니다. 이거 보고 있는데 파이썬 전문 코더는 아니지만 홍보용으로 한번 해볼께요

여기에서 홍보: https://github.com/fabric/fabric/pull/2052

안녕하세요, 저는 git developmentpemen에 익숙하지 않습니다(PR은 저에게 이상한 단어입니다). 제가 도울 수 있으면 언제든지 말씀해 주십시오.

안녕하세요 @akiuni
PR은 끌어오기 요청(Pull Request)의 약자이며, 변경하려는 경우 끌어오기 요청을 통해 해당 변경 사항을 소스 코드로 가져온 다음 승인될 때까지 대화로 처리되고 검토될 수 있음을 의미합니다. 승인되면 여기에서 수행한 것처럼 PR이 도입한 변경 사항을 커밋으로 다시 추적할 수 있습니다. #2052
영리한 트릭은 https://patch-diff.githubusercontent.com/raw/fabric/fabric/pull/2052.patch 와 같이 pull 요청(PR)에 ".patch"를 추가하는 것입니다. 그러면 diff가 제공됩니다. 변경 사항(이전 의견에서 제공한 대로)이지만 이제 이점은 위에서 언급한 대로 대화/검토/변경 사항의 단일 지점입니다. 하지만 이에 대한 패치를 처음으로 적용해 주셔서 감사합니다. 내가 PR을 만드는 동안

Sudo는 지금 그룹에 추가되고 있습니다! #1999 참조