마이크로서비스가 갑자기 "자동" 상태가 되면 시스템은 괜찮은가요?

상상해 보세요. 한밤중 3시에 휴대전화가 갑자기 격렬하게 진동합니다. 알람 시계가 아니라 알람 문자 메시지입니다. 귀하가 담당하고 있는 온라인 결제 플랫폼의 경우, 특정 핵심 서비스의 응답이 달팽이처럼 느리고, 거래 실패율이 치솟았습니다. 긴급 조사를 실시한 결과, 데이터베이스는 정상이고 네트워크는 원활한 것으로 확인됐다. 그들은 종속 포인트 서비스가 다운되어 전체 결제 링크가 붕괴된 것을 발견했습니다. 익숙한 것 같나요?

이 시나리오는 마이크로서비스 아키텍처에서 거의 일상적입니다. 서비스는 서로 호출하여 복잡한 네트워크를 형성합니다. 그러나 특정 링크에 문제가 발생하면 이는 마치 도미노와 같아서 전체 시스템이 다운될 때까지 결함이 층별로 전파됩니다. 당신은 생각할 수도 있습니다: 그것을 예방할 방법이 없을까요?

왜 "브레이크"가 필요한가?

기존의 모놀리식 애플리케이션에서는 일반적으로 오류가 하나의 모듈 내에 국한됩니다. 그러나 마이크로서비스는 분산되어 있습니다. 서비스가 실패하면 이를 호출하는 서비스는 스레드와 리소스를 점유하면서 여전히 응답을 기다리고 있을 수 있습니다. 곧 자원이 고갈되고 의료 서비스가 확대되었습니다. 이를 "계단식 오류"라고 합니다.

어떻게 해결하나요? 사실 이 아이디어는 새로운 것이 아닙니다. 회로에는 '회로 차단기'라는 장치가 있어 전류가 이상할 때 자동으로 차단해 장비의 소실을 방지한다. 이 개념을 코드로 옮기는 것은 서비스 호출을 모니터링하는 마이크로서비스 회로 차단기입니다. 장애가 임계값에 도달하면 요청을 일시적으로 중단하고 미리 설정된 응답을 직접 반환하여 결함이 있는 서비스에 숨쉴 시간을 제공합니다.

kpower연습문제: 단순한 스위치가 아닙니다

차단기는 단순한 스위치처럼 들리지만 실제로는 세부 사항에 따라 성공과 실패가 결정됩니다. 예를 들어, 언제 "여행"해야 합니까? 몇 번이나 실패하나요? 연결이 끊어진 후 얼마 후에 복원을 시도해야 합니까? 반 개방 테스트가 성공한 경우 회로 차단기를 원활하게 닫는 방법은 무엇입니까?

우리는 너무 많은 팀이 자체 회로 차단기를 작성하고 더 복잡한 모니터링으로 인해 어려움을 겪는 것을 보았습니다. 임계값 수동 구성, 정적 복구 시간, 글로벌 관점 부족... 그래서,kpower이 작품을 다듬는 데 많은 시간이 소요되었습니다. 우리 솔루션에서 회로 차단기는 동적으로 전략을 조정하고 실시간 부하 및 응답 패턴을 기반으로 임계값을 자동으로 학습할 수 있습니다. 트래픽을 차단할 뿐만 아니라 재시도 및 다운그레이드 전략과 협력하여 탄력적인 보호 계층을 형성합니다.

누군가가 "이것을 추가하면 새로운 복잡성이 발생할까요?"라고 물었습니다. 물론 그럴 것이다. 그러나 한밤중에 알람 소리에 잠에서 깨어나는 것과 비교하면, 확산되는 결함을 찾아내고 도구를 사용하여 이러한 복잡성을 사전에 관리하는 데 2시간을 소비하는 것이 훨씬 더 비용 효율적입니다. 에어백이 우연히 작동될 수 있다고 해서 사용을 거부할 수 없는 것처럼, 핵심은 절대적인 완벽함이 아니라 통제 가능한 위험입니다.

코드부터 작동 및 유지 관리까지: 눈에 보이지 않는 보호망

회로 차단기를 구현하려면 몇 가지 일반적인 기술 패턴이 있습니다. 일부는 클라이언트측에 포함되어 있으며 각 서비스 호출자는 자체적으로 결정을 내립니다. 일부는 사이드카 프록시를 통해 투명하게 보호 기능을 삽입합니다. 일부는 통합 트래픽 제어를 위해 API 게이트웨이에 통합되었습니다.kpower최선의 선택은 팀이 실제 아키텍처에 따라 유연하게 일치시킬 수 있도록 경량 SDK 및 런타임 플러그인을 제공하는 것입니다.

하지만 아무리 좋은 도구라도 올바른 곳에 사용해야 합니다. 우리는 종종 고객에게 소규모로 시작하라고 조언합니다. 가장 중요한 서비스는 무엇입니까? 어떤 종속성이 가장 불안정합니까? 먼저 이 지점에서 회로 차단기를 배치하고 효과를 관찰하십시오. 일정 기간 동안 로그를 수집한 후 점차적으로 다른 서비스로 승격시킵니다. 일부 서비스는 본질적으로 "취약"하며 더 엄격한 보호가 필요하다는 것을 알게 될 것입니다. 일부는 매우 강력하며 좀 더 느슨하게 구성할 수 있습니다.

흥미롭게도 회로 차단기는 오류 방지 기능이 있을 뿐만 아니라 모니터링을 위한 데이터 소스 역할도 할 수 있습니다. 각 여행 기록은 특정 종속성의 신뢰성 변화를 의미합니다. 장기적으로 이 데이터는 아키텍처의 약한 링크를 식별하고 결정을 내리거나 리팩터링하는 데 도움이 될 수 있습니다.

기술 외부에서 생각하기: 팀 습관을 바꾸는 방법

회로 차단기가 도입된 후에는 개발 팀이 "다운그레이드 계획"을 정의하는 데 더욱 적극적이 되는 현상이 자주 발생합니다. 서비스를 사용할 수 없을 때 반환되는 기본값은 무엇입니까? 캐시된 데이터는 얼마나 오래 지속되나요? 사용자 인터페이스를 조정하는 방법은 무엇입니까? 이러한 문제는 이전에는 무시되었을 수 있지만 이제는 회로 차단기 콜백을 구성해야 하기 때문에 미리 생각해야 합니다.

이는 암묵적으로 보다 탄력적인 디자인 문화를 장려합니다. 팀은 "서비스는 항상 실패할 것"이라는 현실에 익숙해지기 시작하고 코드에 대처할 수 있는 경로를 예약합니다. 장기적으로 이러한 사고의 변화는 도구 자체보다 더 가치가 있습니다.

에 쓰여진

마이크로서비스는 시스템을 분할하지만 실패 위험도 분산시킵니다. 회로 차단기는 만병통치약이 아닙니다. 서비스가 다운되는 것을 막을 수는 없지만 로컬 장애가 글로벌 마비로 이어지는 것을 방지할 수 있습니다. 자동차 안전벨트와 마찬가지로 대부분의 경우에는 필요하지 않지만 중요한 순간에는 그것이 있다는 것을 알 수 있습니다.

좋은 기술 솔루션은 다음과 같은 경향이 있습니다. 복잡성을 과시하지 않고 성가시지만 중요한 문제를 조용히 처리합니다. 마이크로서비스 네트워크가 점점 더 커지면 다음 번에 특정 종속성이 갑자기 "정지"될 때 시스템이 침묵을 따를지, 아니면 우아하게 자세를 변경하고 계속 실행될지 자문해 보는 것이 좋습니다.

Kpower는 신뢰할 수 있는 시스템이란 절대 실수하지 않는 것이 아니라 실수할 때 예의바르게 행동하는 것이라고 믿습니다. 그리고 이를 위해서는 모든 코드 줄부터 준비가 필요합니다.

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