서보 모터와 신뢰성의 이야기

복잡한 기계 시스템을 조립하고 있다고 상상해 보십시오. 서보 모터는 조용히 작동하고, 서보는 각도를 정확하게 조정하며, 모든 것이 완벽해 보입니다. 그런 다음 특정 마이크로서비스가 갑자기 중단됩니다. 완전한 충돌이 아니라 응답 속도가 몇 밀리초만 느려지는 것입니다. 전체 생산 라인이 약간 어긋나기 시작했고 오류가 누적되었으며 최종 제품에는 거의 눈에 띄지 않는 스크래치가 나타났습니다. 문제의 원인을 즉시 찾을 수는 없지만 신뢰성은 "나쁘지 않음"이 아니라 "중요한 순간에 깨지지 않음"에 관한 것입니다.

마이크로서비스 아키텍처는 복잡한 시스템을 모듈식으로 만들지만 조각화로 인해 새로운 취약점도 발생합니다. 이는 기술적인 문제가 아니라 디자인 철학의 문제입니다.

전통적인 방법은 왜 실패하는가?

과거에는 사람들이 견고한 성처럼 시스템을 구축하곤 했습니다. 하지만 성문이 무너지면 내부 전체가 무너질 수 있다는 것이 성의 약점이다. 마이크로서비스는 특별한 팀을 구성하는 것과 같으며, 각 팀 구성원은 독립적이고 협력적입니다. 하지만 팀원 간 의사소통이 원활하지 않으면 임무는 실패하게 됩니다.

일반적인 상황은 녹슨 장비처럼 메모리 누수로 인해 서비스 속도가 천천히 느려지는 것입니다. 완전히 멈추지는 않았지만 그에 의존하는 모든 링크를 끌어내렸습니다. 임계값 설정은 "건강"이 아닌 "생존"에만 초점을 맞추기 때문에 모니터링 시스템은 경고를 발행하는 데 오랜 시간이 걸릴 수 있습니다.

더욱 문제가 되는 것은 이러한 오류가 무작위적이고 비선형적인 경우가 많다는 것입니다. 화요일 오후 3시에 발생한 문제는 목요일 오전 10시까지 다시 나타나지 않을 수도 있습니다. 이러한 종류의 간헐적인 오류는 문제 해결에 가장 많은 에너지를 소비합니다.

신뢰성은 디자인에 내장되어 있습니다.

신뢰성은 나중에 추가되는 액세서리가 아니라 디자인 초기부터 뼈대입니다. 정밀 기계를 만들 때 재료 피로, 공차 맞춤 및 윤활 간격을 고려하는 것과 같습니다. 더 나은 베어링을 사용하는 것을 기억하기 전에는 기계가 마모될 때까지 기다릴 수 없습니다.

어떻게 해야 하나요?

모든 서비스를 "분해 가능"하게 만듭니다. 서보를 상상해 보세요. 전원 공급 장치가 불안정하다는 것을 감지하면 자동으로 보수적 이동 모드로 전환됩니다. 이때 제어력을 잃지 않도록 약간의 속도를 희생합니다. 마이크로서비스도 마찬가지입니다. 의존하는 다운스트림 서비스가 비정상적인 경우 기본 기능을 제공할 수 있습니까? 예를 들어 캐시된 데이터를 반환하거나 계산 프로세스를 단순화합니다.

통신에는 시간 초과 및 재시도 메커니즘이 있지만 현명하게 다시 시도하십시오. 맹목적으로 재시도하면 시스템 내에서 계속해서 증폭되는 오류 신호와 같은 "천둥소리 효과"가 발생할 수 있습니다. 좋은 패턴은 기하급수적 백오프입니다. 다시 시도하기 전에 첫 번째 실패가 발생할 때까지 100밀리초를 기다리고, 두 번째 실패에는 200밀리초를 기다린 후 시스템이 복구할 수 있는 여유 공간을 확보할 수 있도록 시간 간격을 점진적으로 늘립니다.

또한 '우아한 종료'도 간과하지 마세요. 서비스는 언제 작업을 중지하고 완료해야 하는지 알아야 하며, 마치 세심한 직원이 퇴근하기 전에 도구 테이블을 정리하는 것처럼 중지하기 전에 리소스를 확보해야 합니다.

kpower연습: 안정성을 만질 수 있게 만들기

존재하다kpower, 신뢰성을 볼 때 기본 원칙이 있습니다. 즉, 관찰 가능하고 테스트 가능합니다.

우리는 개발 단계에서 실패를 시뮬레이션합니다. 특정 서비스를 무작위로 종료하고 네트워크 지연을 무작위로 삽입하며 데이터 센터 중단을 시뮬레이션할 수도 있습니다. 이것이 마조히즘적으로 들릴 수도 있지만, 시스템이 어떻게 실패하는지를 알아야만 시스템의 탄력성을 높이는 방법을 알 수 있습니다.

예를 들어, 우리는 고객을 위해 서보 모터를 기반으로 한 위치 제어 시스템을 설계한 적이 있습니다. 마이크로서비스는 모션 궤적 계산을 담당합니다. 모터 제어 서비스가 어떻게 반응하는지 테스트하기 위해 의도적으로 궤적 계산 서비스가 때때로 잘못된 데이터를 반환하도록 했습니다. 잘못된 명령으로 인해 제어 서비스가 무한 루프에 빠지는 것으로 나타났습니다. 그래서 우리는 검증 레이어를 추가했습니다. 마치 스티어링 기어에 물리적 리미터를 추가하는 것처럼 명령이 비정상이더라도 액추에이터가 스스로 손상되지는 않습니다.

이러한 "카오스 엔지니어링" 사고는 알려지지 않은 결함을 알려진 위험으로 바꿉니다.

일상 관리의 작은 습관

일상의 습관에도 신뢰성이 존재합니다. 예를 들어:

• 버전 호환성: 서비스를 업그레이드할 때 서비스의 새 버전과 이전 버전 모두와 통신하는지 확인하세요. 기어 세트를 교체할 때와 마찬가지로 새 기어는 새 샤프트와 일치할 뿐만 아니라 이전 샤프트에 일시적으로 맞춰져 원활한 전환이 가능합니다.
• 의존성 투명성: 각 서비스는 무엇에 의존하고 무엇을 제공하는지 명확하게 선언해야 합니다. 종속성을 숨기지 마십시오. 숨겨진 종속성은 오류 발생 시 사각지대가 되는 경우가 많습니다.
• 가벼운 건강검진: "실행 중인지" 외에 "준비가 되었는지"도 확인합니다. 서비스가 계속 진행 중일 수 있지만 데이터베이스 연결이 가득 차서 작동할 수 없습니다. 소리를 듣기 위해 서보를 부드럽게 돌리는 등 기능을 확인하기 위해 작은 실제 요청을 주기적으로 보냅니다.

Q&A 시간

Q: 복잡성은 피할 수 없는 대가입니까?

불확실한. 복잡성은 절단 세분성에 따라 달라집니다. 기계 설계와 마찬가지로 장치를 너무 많은 부품으로 분해하면 조립 난이도와 실패 지점이 증가합니다. 너무 적게 분해하면 모듈이 너무 부피가 커집니다. 좋은 마이크로서비스 경계는 일반적으로 비즈니스 도메인의 자연스러운 경계에 해당합니다. 해당 경계를 찾으면 복잡성이 줄어듭니다.

질문: 너무 많은 지표를 모니터링하는데 어떤 지표를 살펴봐야 합니까?

대기 시간, 트래픽, 오류 횟수, 포화도 등 "황금 신호"에 주의하세요. 이 네 가지는 모터의 전류, 속도, 온도 및 진동을 모니터링하는 것과 같습니다. 비정상적인 경향을 보일 때, 명백한 결함보다 경고 가치가 더 높은 경우가 많습니다.

Q: 테스트 환경은 프로덕션 환경을 완전히 시뮬레이션할 수 없습니다. 어떻게 해야 합니까?

물론. 그래서 우리의 전략은 안전한 생산 공간에서 소규모의 실제 테스트를 수행하는 것입니다. 예를 들어, 트래픽의 1%를 새 버전의 서비스로 가져오고, 새 버전과 이전 버전의 논리적 비교 결과 세트를 동시에 실행합니다. 이는 기계 프로토타입에서 새 부품을 테스트하고 그것이 올바른지 확인한 다음 완전히 교체하는 것과 같습니다.

내 마음에서 나온 몇 마디

안정적인 시스템을 구축하려면 기술 선택도 중요하지만 더 중요한 것은 팀 합의입니다. 모두가 이해해야 합니다. 서비스를 무작위로 다시 시작하면 나비 효과가 발생할 수 있습니다.

존재하다kpower, 우리는 종종 스스로에게 이렇게 말합니다. 오늘 작성한 코드는 새벽 3시에 호출될 수 있습니다. 화면 앞에서는 디버깅이 없었습니다. 그러니 충분히 배려하고 충분히 독립적으로 만들어주세요.

신뢰성은 궁극적으로 존중에 관한 것입니다. 시스템을 사용하는 사람에 대한 존중, 시스템을 사용하는 비즈니스에 대한 존중, 늦은 밤에 경고 작업을 수행하는 동료에 대한 존중입니다. 이는 냉담한 기술 지표가 아니라 온도에 대한 책임입니다.

좋은 디자인은 실패를 드물고 무해하게 만듭니다. 잘 튜닝된 기계처럼, 하나의 기어가 약간 마모되더라도 전체 시스템은 여전히 ​​원활하게 작동하며 계속해서 임무를 완수합니다.

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