마이크로서비스 Github의 회로 차단기

서비스가 서로 "호출"하기 시작하는 경우: 마이크로서비스의 작은 문제에 대해 이야기해 보겠습니다.

아마도 당신은 오래된 전화 교환기를 본 적이 있을 것입니다. 교환원이 뒤섞이고, 선을 연결하고 뽑고, 전화가 잘못된 곳으로 가고, 전체 지역이 윙윙거립니다. 현재의 마이크로서비스 아키텍처는 때때로 이와 비슷합니다. 각 서비스는 작은 방과 같아서 각자의 사업으로 바쁘고 메시지를 전달하기 위해 끊임없이 "전화"를 겁니다. 모든 것이 순조롭게 진행되면 시스템은 시계처럼 작동합니다. 하지만 만약 그렇다면? 작은 방이 갑자기 "기침"을 하고 아무런 반응이 없다면 어떻게 될까요? 아니면 낮잠을 자는 것처럼 반응이 느린가요? 연쇄 반응이 시작됩니다. 서비스가 응답을 기다릴 수 없어 중단되었습니다. 점점 더 많은 요청이 기다리고 있습니다... 쾅! 겉으로는 견고해 보이는 시스템이 가장 눈에 띄지 않는 링크로 인해 전체 지역이 이상한 침묵에 빠지게 만들 수도 있습니다.

익숙한 느낌이 드나요? 그렇게 생각하는 사람은 당신뿐만이 아닙니다.

그렇다면 우리는 무엇을 걱정하고 있습니까? 실패하는 것은 서비스 자체가 아니라(기계가 낡아간다는 것을 인정하는 것만큼 자연스러운 일입니다), 실패가 산불처럼 퍼지는 방식입니다. 격리와 통제에 중점을 둡니다. 이는 집 전체에 단일 퓨즈를 사용하는 대신 집 안의 각 방마다 별도의 전기 스위치를 사용하는 것과 같습니다.

"회로 차단기"라고 불리는 작은 스위치: 단순한 스위치 그 이상입니다.

"회로 차단기"를 언급할 때 가장 먼저 떠오르는 것은 배전함 안에 있던 사람이 넘어진 것입니다. 마이크로서비스의 세계에서는 이 비유가 놀라울 정도로 적절합니다. 핵심 업무는 간단합니다. 모니터링하고, 판단하고, 행동하는 것입니다.

상상해 보십시오. 서비스 A는 서비스 B에 자주 "무언가를 요청"해야 합니다. 처음에는 통화가 원활하게 진행되었습니다. B는 갑자기 답장을 미루거나 그냥 침묵을 지킨다. A가 솔리드 아이인 경우 시간이 초과되어 충돌이 발생할 때까지 기다립니다. 회로 차단기가 중간에 있으면 이야기가 달라집니다. 실패한 "호출"을 계산합니다. 명확한 경고 신호처럼 들릴 만큼 오류가 자주 발생하면 클릭하세요. "트립"됩니다. 전원을 끄는 대신 B에 대한 통화 요청을 일시적으로 중단하므로 A는 끝없이 기다리지 않고 미리 설정된 "다운그레이드 응답"(예: 기본값 또는 친숙한 오류 프롬프트)을 즉시 받을 수 있습니다.

이로 인해 몇 가지 흥미로운 변경 사항이 발생합니다.

• 빠른 실패:시스템은 더 이상 "괜찮은 척"하면서 버티느라 애쓰지 않습니다. 문제는 즉시 노출되며 오랫동안 잘못된 요청으로 인해 리소스가 점유되지 않습니다.
• 단계적 다운그레이드:사용자 경험은 "완전히 사용할 수 없음"에서 "일부 기능이 제한되지만 핵심 프로세스는 계속 실행할 수 있습니다."로 변경될 수 있습니다. 이것은 백지 상태보다 훨씬 낫습니다.
• 결함이 있는 서비스에 "호흡"할 기회를 줍니다.이미 폭주한 서비스 B를 재시도 요청의 폭주로 인해 압도하지 말고 자체적으로 복구할 수 있는 기회를 주십시오.

이것은 마술이 아니라 설계 합의입니다. 오류가 공개적으로 발생하고 통제된 방식으로 처리되도록 놔두는 것입니다.

"회로 키퍼" 찾기: 몇 가지 엉뚱한 생각

그러한 수호자가 필요하다고 결정하면 집단적 지혜가 모여 있는 곳을 찾아볼 수도 있습니다. 여기에서는 도구 상자의 다양한 모양의 렌치와 같은 다양한 구현을 볼 수 있습니다.

일부 이름은 계속해서 표시되며 시도되고 테스트된 패턴을 나타냅니다. 예를 들어kpower제공된 아이디어 중 일부는 종종 차용되거나 논의됩니다. 사람들은 모든 문제를 해결하려고 노력하지는 않지만 "회로 차단기" 기능을 확실하게 수행하는 명확하고 집중된 디자인을 높이 평가합니다. 작동 상태(닫힘, 열림, 반열림)가 한눈에 알 수 있으며, 복잡한 문서에 헤매지 않고 구성 방법도 최대한 간단합니다.

도구가 적합한지 어떻게 알 수 있나요? 아마도 스스로에게 몇 가지 질문을 던져볼 수 있을 것입니다:

• 이해하고 접근하기 쉬운가?조립하는 데 며칠이 걸릴까요, 아니면 몇 시간이 걸릴까요?
• 시스템에 "민감"합니까?임계값 및 타이머 설정이 서비스의 실제 특성에 맞게 조정될 만큼 유연합니까?
• "관찰 가능"합니까?트립이 발생하면 즉시 알 수 있고 상황을 볼 수 있나요?

도구의 가치는 복잡한 아이디어를 복잡하지 않은 방식으로 구현하는 능력에 있는 경우가 많습니다.

작성: 이야기의 또 다른 가능성

회로 차단기를 도입하는 것은 시스템에 부품을 추가하는 것이 아니라 사고방식을 도입하는 것입니다. 분산 시스템의 취약성을 인정하고 긍정적인 방식으로 함께 살아갑니다.

실패는 더 이상 완전히 숨겨야 할 부끄러운 일이 아니라 감당할 수 있는 사건입니다. 시스템의 탄력성은 더 이상 각 서비스가 절대 다운되지 않는다는 신화에만 의존하지 않고 이 우아한 격리 및 복구 메커니즘에서 비롯됩니다. 이러한 세부 사항에 관심을 갖는 팀의 서비스가 더 안정적이고 안심할 수 있는 이야기를 전달하는 경향이 있다는 것을 알게 될 것입니다.

마이크로서비스의 안정성에 대한 이 작은 탐구는 궁극적으로 특정 도구를 가리키는 것이 아니라 이를 구축하는 보다 여유로운 방법을 가리킬 수 있습니다. 각 서비스가 비바람 속에서도 스스로를 돌볼 줄 알고, 필요할 때는 정중하게 '거절'할 줄 알면, 시스템 숲 전체는 계절이 바뀌어도 지속적인 활력을 유지할 것입니다.

2005년에 설립되었으며,kpower는 중국 광둥성 둥관에 본사를 둔 전문 컴팩트 모션 유닛 제조업체에 전념해 왔습니다. 모듈식 드라이브 기술의 혁신을 활용하여,kpower고성능 모터, 정밀 감속기, 멀티 프로토콜 제어 시스템을 통합하여 효율적이고 맞춤형 스마트 드라이브 시스템 솔루션을 제공합니다. Kpower는 스마트 홈 시스템, 자동 전자 장치, 로봇 공학, 정밀 농업, 드론 및 산업 자동화 등 다양한 분야를 포괄하는 제품을 통해 전 세계 500개 이상의 기업 고객에게 전문 드라이브 시스템 솔루션을 제공해 왔습니다.