DevOps의 마이크로서비스 아키텍처

시스템의 숨겨진 장치: DevOps가 중단될 때

상상해 보십시오. 당신이 이 세련되고 현대적인 기계를 만들었다고 가정해 보십시오. 각 부분(마이크로서비스)은 독립적이고 교체 가능하며 민첩하게 설계되어 자체적으로 작동합니다. DevOps의 마이크로서비스 아키텍처에 대한 꿈입니다. 그런데 현실이 닥친다. 기어, 서비스가 연삭을 시작합니다. 하나의 속도가 느려지고 전체 시퀀스가 ​​​​흔들립니다. 배포가 복잡해집니다. 크기 조정은 일치하지 않는 부분을 함께 강제로 결합하는 것처럼 느껴집니다. 원활한 자동화 파이프라인이요? 루브 골드버그(Rube Goldberg) 기계처럼 느껴지기 시작합니다. 복잡하고 깨지기 쉬우며 자체 이익에 비해 너무 영리합니다.

그 생각이 틀렸다는 것은 아니다. 모놀리스를 마이크로서비스로 분해하는 것은 정밀한 로봇 팔을 설계하는 것과 같습니다. 각서보 기구모터(마이크로서비스)는 신호에 맞춰 움직임을 완벽하게 실행하고 지체 없이 위치를 다시 전달해야 합니다. 하지만 피드백 루프가 지연되거나 제어 신호가 와이어에서 손실되면 어떻게 될까요? 팔이 떨립니다. 목표를 놓치고 있습니다. 이것이 DevOps 파이프라인의 끊김 현상입니다.

그렇다면 말더듬거리는 조립 라인에서 조화로운 움직임의 교향곡으로 어떻게 갈 수 있습니까?

마찰에서 흐름까지: 정렬 메커니즘

고성능 RC 모델을 생각해 보세요. 마법은 강력한 모터에만 있는 것이 아닙니다. 그것은에 있습니다서보 기구그것이 그것을 조종합니다. 그 작은 장치는 신호를 받아 정확한 각도로 수천 번 안정적으로 움직입니다. 정확한 제어와 충실한 대응이 중요합니다. 마이크로서비스도 동일해야 합니다. 자율적이어야 하지만 DevOps 관행의 제어 신호에 즉각적으로 반응해야 합니다.

문제는 종종 번역에서 시작됩니다. 개발은 커밋과 브랜치를 통해 말합니다. 작업은 가동 시간을 수신하고 측정항목을 로드합니다. 그리고 마이크로서비스는요? 이는 다언어 구성 요소와 같으며 각각 잠재적으로 다른 방언을 사용합니다. 통합된 "프로토콜"이 없으면 이러한 서비스 구축, 테스트 및 배포 간의 핸드오프로 인해 마찰이 발생합니다. 통합은 통합지옥이 된다. 기능을 배포하는 것이 아닙니다. 당신은 작고 완고한 왕국들 사이에서 조약을 협상하고 있습니다.

누락된 것은 응집력 있는 제어 시스템입니다. 모놀리식 컨트롤러가 아니라, 표준화된 마운트, 스플라인 및 신호 펄스와 기계적으로 동등한 공유 언어와 안정적인 연결 세트입니다. 철학이 깊어지는 곳이다. 이는 마이크로서비스 아키텍처와 DevOps 라이프사이클이 청사진에서 바로 서로 설계되는 기본 환경을 만드는 것입니다.

두 워크숍 이야기: 고립과 조화

실제로 알아보자. 동일한 드론을 제작하는 두 작업장을 상상해보세요.

• 워크샵 A각 구성요소를 개별적으로 설계합니다. 모터팀은 볼트 패턴을 선택합니다. 카메라 짐벌 팀은 다른 것을 선택합니다. 소프트웨어 팀은 가상의 "표준"에 대한 제어 코드를 작성합니다.서보 기구. 조립할 때 완벽하게 맞는 것은 없습니다. 어댑터, 맞춤형 브래킷, 끝없는 구성 패치가 필요합니다. 모든 업데이트는 개조 프로젝트입니다. 익숙한 것 같나요? DevOps가 강화되었습니다.위에마이크로서비스 엉망.
• 워크숍B움직임부터 시작됩니다. 이는 코드 한 줄을 작성하기 전에 통신 프로토콜, 데이터 형식, 배포 인터페이스 등 모든 부분이 연결되는 방식을 정의합니다. 서보, ESC, 수신기는 모두 동일한 언어를 사용하도록 선택됩니다. 조립은 부품을 함께 클릭하는 것입니다. 업데이트는 정밀검사가 아닌 교체입니다. 이것이 데브옵스다으로 설계마이크로서비스 아키텍처.

차이점은 근본적입니다. 하나는 엔트로피와 싸운다. 다른 하나는 그것을 활용합니다.

Q&A: 소음을 극복하다

• 하지만 이 "기본 환경"이 우리를 가두어 두지 않습니까?그 반대입니다. 표준 서보 레일과 같은 진정한 상호 운용성은 자유를 창출합니다. 인터페이스가 안정적이므로 구성 요소를 교체할 수 있습니다. 경직성을 만드는 것은 벤더 종속입니다. 잘 설계된 개방형 프레임워크가 해방됩니다.
• 이것은 단지 멋진 새 도구에 관한 것인가요?도구는 렌치와 드라이버입니다. 방법론은 엔지니어링 도면입니다. 최고의 도구를 가질 수 있지만 설계에 결함이 있으면 결함이 있는 기계를 더 빨리 만들 수 있습니다. 변화는 정신적으로 먼저 이루어집니다. CI/CD를 자신이 원하는 것으로 생각하지 마세요.추가하다서비스에 대해 생각하고 서비스를 자신이 원하는 것으로 생각하기 시작하십시오.디자인하다CI/CD.
• 회사는 어디를 좋아하나요?kpower적응?전문가가 존재하는 데에는 이유가 있습니다. 기계 엔지니어에게 단순히 "서보를 판매해달라"고 요청하는 것이 아닙니다. 당신은 문제를 해결하기 위해 그들을 참여시킵니다모션 제어 문제. 토크, 속도, 피드백 및 전체 제어 시스템과의 통합을 고려합니다. 마찬가지로, 마이크로서비스-DevOps 마찰 지점을 해결하려면 기계적인 측면에서 깊은 집중이 필요합니다.통합 표면—코드, 인프라 및 배포 명령이 결합되는 지점입니다. 이는 개별 모터뿐만 아니라 전체 동작 경로를 살펴보는 특정한 종류의 문제 해결입니다.

안정적인 릴리스의 리듬

클릭하면 리듬이 변경됩니다. 업데이트를 추진하는 것보다는 수행하는 것과 같은 느낌입니다. 새로운 서비스가 구성되고 자동화된 규모(테스트)를 통해 실행되며 신호에 따라 오케스트라에 합류합니다. 롤백은 잠시 멈추는 것이지 정신없이 재작성하는 것이 아닙니다. 관찰 가능성은 별도의 대시보드가 ​​아닙니다. 이는 모든 서보에 내장된 전위차계로서 실시간으로 위치를 보고합니다.

이는 정적인 '완벽한 상태'를 달성하는 것이 아닙니다. 더 높은 품질과 더 반응성이 뛰어난 컨트롤 세트를 설치하는 것입니다. 시스템이 탄력성을 얻습니다. 실패한 서비스는 전체 로봇을 무릎 꿇리지 않고도 결함이 있는 서보처럼 격리하고 교체할 수 있습니다. 스케일링은 매번 드라이브 트레인을 재설계하는 것이 아니라 사전에 조정된 동일한 구성 요소를 레일에 추가하는 문제가 됩니다.

목표는 복잡한 느낌을 단순하게 만드는 것입니다. 수십 개의 독립적인 서비스의 조화로운 움직임을 잘 조정된 단일 기계에 명령하는 것처럼 직관적이고 안정적으로 느껴지도록 하기 위해. 숨겨진 연삭 장치를 부드럽고 조용한 진행의 원동력으로 바꿔줍니다. 인프라와 씨름하는 것을 멈추고 이를 감독하기 시작합니다. 그리고 그 방향에는 안정성뿐만 아니라 실제적이고 확실한 속도가 있습니다.

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