마이크로서비스 .net을 배포하는 방법

일부 기계가 어떻게 더 부드럽게 작동하는지 눈치채셨나요? 조립 라인의 로봇 팔처럼 조용하고 정밀하게 움직입니다.서보 기구지연의 힌트 없이 응답하는 맞춤형 장비에서. 그것은 마술이 아닙니다. 이는 따르는 지침, 수행할 작업을 알려주는 핵심 시스템, 해당 지침이 얼마나 원활하게 전달되는지에 관한 것입니다. 이제 현대 자동화를 주도하는 소프트웨어에 대해 생각해 보십시오. 중앙 시스템이 과부하되거나 엉키거나 따라잡을 수 없으면 어떻게 되나요? 상황이 더듬거리기 시작합니다. 업데이트는 악몽이 됩니다. 스케일링이 불가능하다고 느껴집니다. 갑자기 그 정밀한 기계가 둔한 두뇌를 기다리고 있습니다.

이것이 모놀리식 .NET 애플리케이션의 많은 장애물입니다. 하나의 크고 상호 연결된 코드베이스. 기어 하나를 바꾸면 기계 전체가 막힐 위험이 있습니다. 여러분도 그 느낌을 아실 것입니다. 사소한 수정 사항을 배포하는 것은 가동 중지 시간과 불확실성을 안고 전체 설정을 재조정하는 것처럼 느껴집니다. 깨지기 쉽습니다. 그렇다면 제어하는 ​​하드웨어만큼 탄력성과 반응성이 뛰어난 시스템을 구축하려면 어떻게 해야 할까요? 대답은 단일 블록에서 더 작고 독립적인 서비스 집합으로 이동하는 것입니다. 이 접근 방식은 .NET을 사용하여 마이크로서비스를 배포할 때 말하는 것입니다.

강력하지만 과로한 중앙을 교체하는 것과 같습니다.서보 기구전문화된 소형 액추에이터 네트워크를 갖추고 있습니다. 각각은 특정 작업을 처리합니다. 하나는 사용자 인증을 관리하고, 다른 하나는 데이터 로그를 처리하고, 세 번째는 모터 컨트롤러와의 통신을 처리합니다. 그들은 함께 일하지만 발전하기 위해 서로 의존하지 않습니다. 한 사람이 유지 관리가 필요하면 다른 사람이 계속 흥얼거립니다. 이것이 마이크로서비스 방식입니다.

이것이 .NET과 왜 그렇게 잘 맞나요? 프레임워크가 발전했습니다. .NET Core 및 통합 .NET 6/8 플랫폼을 사용하면 간소하고 크로스 플랫폼이며 빠르게 컨테이너화할 수 있는 독립적인 서비스를 구축할 수 있는 도구가 있습니다. 표준화된 고정밀 구성요소를 사용하여 건물을 짓는다고 생각하세요. 각 마이크로서비스는 자체 일정에 따라 구축 및 배포되는 자체 소규모 프로젝트입니다. 컨테이너(예: Docker)를 사용하면 각 서비스를 실행하는 데 필요한 모든 것으로 패키징하여 개발자의 노트북에서 클라우드 서버까지 이식 가능하고 일관되게 만들 수 있습니다. 더 이상 "내 컴퓨터에서는 작동하지만" 문제가 발생하지 않습니다.

Q: 상황이 더 복잡해지는 것 아닌가요? 움직이는 부분이 더 많나요? A: 그것은 공정한 생각이다. 서비스가 많을수록 관리할 것이 더 많아집니다. 그러나 복잡성은 형태를 변화시킵니다. 하나의 애플리케이션 내부에 얽힌 매듭(단일 버그로 인해 모든 것이 중단될 수 있음) 대신 고유한 서비스에 대한 명확한 지도가 있습니다. "로깅 액추에이터"가 실패하면 "모션 제어" 서비스를 중지하지 않고 해당 구성 요소만 교체합니다. 전체 시스템이 더 강력해졌습니다. 초기 설정에는 서비스 경계를 ​​명확하게 정의하는 사려 깊은 설계가 필요하지만 장기적으로 얻을 수 있는 이점은 민첩성입니다.

실습해 봅시다. 어떻게 시작하나요? 하룻밤 사이에 모든 것을 점검하지는 않습니다. 현재 .NET 앱을 살펴보세요. 자주 변경되거나 가장 큰 마찰을 일으키는 독립적인 기능을 식별합니다. 어쩌면 성과 보고서를 생성하는 모듈일 수도 있습니다. 해당 논리를 별도의 .NET Web API 프로젝트로 추출합니다. 필요한 경우 자체 데이터베이스를 제공하십시오. 이제 실시간 장치 통신을 관리하는 핵심 애플리케이션을 건드리지 않고도 하루에 10번 보고서 논리를 업데이트할 수 있습니다. 방금 첫 번째 마이크로서비스를 만들었습니다. 이는 자신의 작업대에서 개념을 증명하는 파일럿 프로젝트입니다.

거기서부터 길이 펼쳐진다. 요청을 올바른 서비스로 라우팅하는 단일 진입점 역할을 하려면 API 게이트웨이가 필요합니다. 서로를 찾을 수 있도록 서비스 검색을 구현합니다. Spring Cloud와의 통합을 위한 Steeltoe 또는 내장된 복원력 라이브러리와 같은 .NET 에코시스템의 도구는 이를 관리하는 데 도움이 됩니다. 하지만 핵심 철학은 단순성입니다. 즉, 작게 구축하고 독립적으로 배포하며 각 부분이 제 역할을 잘 수행하도록 하는 것입니다.

하드웨어와의 유사점은 분명합니다. 로봇 팔의 모든 관절에 하나의 거대한 컨트롤러를 사용하지 않을 것입니다. 정밀성을 위해 전용 드라이브를 사용합니다. 마찬가지로 마이크로서비스는 소프트웨어 아키텍처에 동일한 목표 효율성을 제공합니다. 개발팀은 서로의 코드를 밟지 않고도 병렬로 작업할 수 있습니다. 배포는 위험하고 전부 아니면 전무가 아닌 연속적이고 원활한 프로세스가 됩니다. 확장은 세분화되어 있습니다. 전체 구조 대신 특정 지지대를 강화하는 것처럼 로드 중인 서비스에만 리소스를 추가합니다.

~에kpower, 우리는 매일 이러한 시너지 효과를 봅니다. 우리가 요구하는 정밀도서보 기구드라이브와 모션 시스템은 우리가 지원하는 소프트웨어 아키텍처에 반영됩니다. .NET에서 마이크로서비스 접근 방식을 사용하여 구축하는 것은 단순한 추세가 아닙니다. 이는 그들이 명령하는 물리적 기계만큼 유지 관리, 확장 가능, 신뢰할 수 있는 시스템을 만드는 것입니다. 부서지기 쉬운 단일체를 탄력적인 생태계로 바꿔 각 부분이 마치 잘 조정된 기계처럼 진화하고, 적응하고, 탁월한 성능을 발휘할 수 있게 해줍니다.

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