저는 걸을 때 '왜'라는 질문에 대해 자주 생각하곤 합니다. 그래야만 질문이 완료됩니다. 그래서 나는 이러한 생각들을 기록하여 새로운 시리즈로 활용할 수 있는 기사를 만들고 싶습니다. 이 기사에서는 코드를 볼 수 없을 수도 있지만 쉽게 간과되는 몇 가지 문제와 문제의 더 깊은 "이유"를 엿볼 수 있습니다.
오늘은 첫 번째 기사를 가져왔습니다. 왜 Dubbo를 Go로 다시 작성해야 할까요?
Alibaba에서 탄생하여 2011년 오픈소스로 공개된 Dubbo가 어느덧 10년의 역사를 거쳤습니다. 2019년에 Go로 재작성되어 오픈소스화되었습니다. 이제 2년이 지나서 원래 V1.0.0 버전에서 V3.0.0으로 개발되었으며 현재 별 개수는 3.8K입니다.
한 동료가 Dubbo와 같은 "오래된" 프로젝트를 왜 Go로 다시 작성해야 하는지 물었습니다. 그것이 실질적인 의미가 있습니까?
오늘은 제 의견을 몇 가지 말씀드리겠습니다.
이 질문에 잘 답하려면 Dubbo-go의 원래 의도부터 시작해야 합니다. github 홈페이지에는 다음과 같이 소개되어 있습니다.
공식 중국어 번역은
Apache Dubbo Go 언어 구현은 Java와 Golang 사이에 브리지를 구축하고 gRPC/Dubbo 생태계와 상호 연결하며 Java 생태계가 클라우드 네이티브 시대의 기술적 배당금을 누릴 수 있도록 이끌고 있습니다.
일반인의 용어로 번역하자면, 회사나 부서에서는 Java 버전의 Dubbo를 사용하는 사람도 있고, Go를 사용하는 사람도 있습니다. 이 둘은 의사소통이 필요하므로, Dubbo-Go는 이러한 의사소통 문제를 해결하기 위해 만들어졌습니다.
여기서 첫 번째 질문이 나옵니다. 왜 회사에서는 Java를 사용하고 Go를 사용합니까?
상업 회사에서는 프로그래밍 언어 선택에 있어 가장 중요한 것이 효율성이라고 생각합니다. 다른 점의 경우 보조입니다. 영리회사의 주된 목적은 이윤을 창출하는 것이기 때문에 어떤 언어이든 가장 낮은 비용으로 동등한 이익을 얻을 수 있다면 좋은 언어입니다.
효율성에는 다음과 같은 여러 측면이 포함됩니다.
알리바바 등 많은 국내 상용 기업의 선택을 보면 이런 점을 고려하고 있습니다.
알리바바는 초기에 PHP를 사용했습니다. PHP를 선택할 때 주요 고려 사항은 개발 효율성이었습니다. 그러나 비즈니스가 발전함에 따라 PHP의 성능을 지원할 수 없어 운영 효율성이 높은 언어로 변경해야 했습니다. .
C/C++는 운영 효율성이 높으면 자연스럽게 떠오르지만, 이 두 언어의 개발 효율성은 낮습니다. 개발 효율성과 운영 효율성 사이에서 균형점을 찾아야 하므로 Alibaba는 Java를 선택했습니다.
Alibaba가 Zhihu에서 Java를 선택한 이유를 공식적으로 답변할 때 그들은 주로 다음을 고려했습니다: 성능, 단순성과 학습 용이성, 풍부한 생태, 활발한 커뮤니티
성능을 최우선으로 생각하면 실제로 배우기 쉽고 생태가 풍부하며, 그리고 커뮤니티에서 활발하게 활동하고 있습니다. 바로 이러한 장점 때문에 개발 효율성이 높다는 것입니다.
Alibaba가 Java를 선택했을 때 많은 Java 미들웨어를 개발하고 많은 Java 인재를 양성했습니다. 따라서 다른 회사에서도 기술을 선택할 때 Alibaba를 참조하여 Java를 선택하는 회사가 늘어났습니다.
Go를 선택하는 경우에도 마찬가지입니다. 일부 젊은 회사는 초기 단계에서 PHP 및 Python과 같은 스크립트 언어를 사용할 수 있으며, Alibaba와 동일한 문제, 즉 성능 문제에 직면하게 됩니다.
Go는 2012년에 출시되었으며 모두에게 선택의 여지가 있었습니다. Go는 성능이 뛰어나고 매우 간단하고 사용하기 쉽습니다.
그래서 전체적으로는 Java나 Go를 선택하는 것이 합리적이고, 존재하는 것이 합리적입니다.
일부 기업에서는 왜 Java를 선택하지만 Go를 사용하고 싶어 할까요?
정리하자면, 회사 내에서는 Java와 Go를 선택하는 것이 합리적입니다. 비록 비중은 크지 않지만 여전히 Java와 Go 통신이 필요합니다.
회사 초기에는 일반적으로 규모가 일정 수준에 도달하고 모놀리식 애플리케이션이 비즈니스 개발을 지원할 수 없게 되면 마이크로서비스 아키텍처를 선택하게 됩니다. 이제는 유용한 RPC 프레임워크가 필요합니다.
Java 언어에 적응할 수 있는 RPC 프레임워크 중 Dubbo는 중국 최초의 오픈 소스이며 2011년에 오픈 소스로 공개되었습니다.
Spring Cloud와 같은 유사한 경쟁업체는 2014년에 오픈 소스화되었으며, Weibo의 Motan은 2017년에 오픈 소스화되었으며, 교차 언어 gRPC는 2015년에 오픈 소스화되었으며, Thrift는 2007년에 오픈 소스화되었습니다.
Only Thrift는 그보다 이전 버전이지만 Thrift는 RPC 프레임워크일 뿐이며 Dubbo에는 서비스 등록 및 검색, 로드 밸런싱, 내결함성, 동적 구성 등과 같은 기본 서비스 관리 기능이 포함되어 있습니다.
초기 Java RPC 프레임워크에는 선택의 여지가 없었다고 할 수 있습니다.
많은 기업이 RPC 프레임워크를 사용하고 Alibaba의 승인을 받아 RPC 프레임워크가 만개한 시대에도 Dubbo는 여전히 그 자리를 지키고 있습니다.
회사에서 Java 프로그래밍 언어와 Dubbo 프레임워크(아직 선택의 여지가 있음)를 선택하고 나중에 Go를 사용해보고 싶거나, 새로운 사업이나 새로운 부서에서 Go를 사용하고 싶어할 때 Go를 어떻게 사용하는지에 대한 문제에 직면하게 됩니다. Java의 Dubbo와 통신합니다.
Dubbo 프로토콜은 비공개 프로토콜이기 때문에 이를 Go에서 다시 구현하는 데 드는 비용은 여전히 상당히 높습니다. 그래서 Dubbo-Go가 탄생했습니다. 이러한 관점에서 Dubbo-Go는 여전히 Java와 Go 간의 통신에 상당한 가치를 가지고 있습니다.
Dubbo 프레임워크를 사용하는 경우 Dubbo 게이트웨이가 필요한 경우가 많습니다. Dubbo 게이트웨이에 대한 자세한 내용은 내 기사 "마이크로서비스 게이트웨이의 진화"를 참조하세요.
이 기사에서는 Dubbo 게이트웨이의 배경, 어려움, 선택, 디자인, 진화 및 함정 경험을 자세히 소개합니다. Java에서 스레드는 매우 중요합니다. 귀중하지만 Dubbo 게이트웨이가 동기적으로 호출되는 경우 각 요청은 하나의 스레드를 점유해야 하며 이로 인해 동시성 실패가 발생하고 스레드 풀이 가득 차면 다른 요청에 영향을 미치게 됩니다.
그래서 해결책은 스레드 풀을 격리하거나 비동기 호출로 변경하는 것입니다. 격리된 스레드 풀은 요청이 서로 영향을 미치지 않는 문제만 해결하지만 여전히 동시성이 향상되지 않습니다. 비동기 호출로 변경하면 문제를 완벽하게 해결할 수 있지만 코딩이 너무 복잡합니다.
Go의 코루틴은 이 문제를 해결할 수 있습니다. Go의 코루틴은 매우 가볍고 스케줄링 효율성이 높기 때문에 간단한 코드로 매우 효율적인 게이트웨이를 작성할 수 있습니다.
예를 들어 Nginx의 성능을 직관적으로 느낄 수 있습니다. Nginx의 성능은 누구나 알고 있지만 Java로 구현한다면 Nginx의 성능을 구현하려면 몇 대의 머신을 쌓아야 할지 모르겠습니다. Baidu는 Nginx 대신 Go로 작성된 BFE를 사용하는데, 성능이 얼마나 과장되었는지 알 수 있습니다.
코루틴의 소개와 원리에 대해서는 내 기사 "1년 동안 Golang 작성, 프로세스, 스레드 및 코루틴에 대해 이야기합시다"를 참조할 수 있습니다.
Dubbo 게이트웨이에서 Dubbo-Go는 이미 온라인 사용을 위한 Dubbo-Go 게이트웨이를 가지고 있으며 Dubbo-go-pixiu로 오픈 소스화되었습니다.
ServiceMesh는 점차 차세대 마이크로서비스 아키텍처가 되었습니다. Go는 확실히 Mesh에서 빛나는 스타 언어입니다. K8S, Docker 및 기타 클라우드 기반 인프라가 모두 Go로 작성되었습니다. 코루틴은 개발 속도와 높은 동시성 기능으로 인해 Mesh에서 선호되는 언어입니다.
이를 바탕으로 Dubbo의 Meshization과 Dubbo-Go도 그 길을 열었습니다. 그러나 DubboMesh는 아직 소규모 단계에 있으며 이러한 관점에서 볼 때 완전한 솔루션은 오픈 소스가 아닙니다. DubboMesh를 채택하고 싶어합니다. 변화를 향한 길에서 Dubbo-Go도 고려해야 할 사항 중 하나일 수 있습니다.
너무 많이 말했지만, 이제 Dubbo를 Go에서 다시 작성해야 하는 이유에 대해 직접 대답할 시간입니다. 이 질문에 대한 대답은 여전히 공식적인 문장입니다: Java와 Golang 사이에 다리를 세우는 것입니다. "이 다리를 건설"해야 하는 이유는 아래 그림을 참조하세요.
위 내용은 Dubbo가 Go로 다시 작성된 이유는 무엇입니까?의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!
![[웹 프런트엔드] Node.js 빠른 시작](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
