알렉세이 나이데노프. ITooLabs. Go(Golang) 폰 플랫폼 개발 사례. 1 부

알렉세이 나이데노프 CEO ITooLabs, 프로그래밍 언어 Go(Golang)로 통신 사업자를 위한 통신 플랫폼 개발에 대해 이야기합니다. Alexey는 또한 플랫폼을 사용하여 음성 메일(VoiceMail) 및 가상 PBX(Cloud PBX) 서비스를 제공한 아시아 최대 통신 사업자 중 한 곳에서 플랫폼을 배포하고 운영한 경험을 공유합니다.

Alexey Naydenov(이하 AN): - 모두 안녕! 제 이름은 Alexey Naidenov입니다. 저는 ITooLabs의 이사입니다. 우선, 내가 여기서 무엇을 하고 있는지, 그리고 어떻게 여기까지 오게 되었는지 답하고 싶습니다.

Bitrix24 Marketplace("Telephony" 섹션)를 보면 14개의 애플리케이션과 36개(40%)가 있습니다.

보다 정확하게는 이들은 파트너 운영자이지만이 모든 것 뒤에는 우리가 작은 페니에 판매하는 플랫폼 (Platform as a Service)이 있습니다. 사실 저는 이 플랫폼의 개발과 우리가 어떻게 Go에 오게 되었는지에 대해 이야기하고 싶습니다.

현재 우리 플랫폼의 숫자는 다음과 같습니다.

MegaFon을 포함한 44개 파트너 사업자. 일반적으로 우리는 모험을 즐기는 것을 좋아하고 실제로 여기 러시아에서 100개 사업자의 44억 명의 가입자를 확보하고 있습니다. 따라서 사업 아이디어가 있는 사람이 있으면 기꺼이 귀담아 듣습니다.

• 5000 사용자 회사.
• 총 구독자 수는 20명입니다. 그것은 모두 b000b입니다. 우리는 회사와만 일합니다.
• 낮에는 분당 300통화.
• 작년에 100억 분의 통화 시간(우리는 축하했습니다). 이것은 우리 플랫폼에 있는 내부 협상을 고려하지 않은 것입니다.

어떻게 시작 했습니까?

올바른 사람들은 어떻게 자신의 플랫폼을 만들기 시작합니까? 우리는 또한 "하드 코어 엔터프라이즈" 개발의 역사를 가지고 있고 심지어 기업을 위한 가장 정확한 시기에도 고려해야 합니다! 고객에게 와서 "서버가 몇 대 더 필요합니다."라고 말할 때 행복한 시간이었습니다. 그리고 고객: “네, 의심할 여지가 없습니다! 랙에 XNUMX개가 있습니다.

그래서 우리는 Oracle, Java, WebSphere, Db2 등을 수행했습니다. 따라서 우리는 물론 최고의 공급업체 솔루션을 선택하여 통합하고 함께 도약하려고 했습니다. 그들은 스스로 연주했습니다. 그런 내부 스타트업이 될 것입니다.

모든 것은 2009년에 시작되었습니다. 2006년부터 우리는 어떤 식으로든 운영자 결정에 밀접하게 관여해 왔습니다. 우리는 몇 가지 맞춤형 가상 PBX를 만들었습니다(현재 주문한 것과 같은 것). 살펴보고 괜찮다고 판단하고 내부 스타트업을 시작하기로 결정했습니다.

VMWare를 사용하십시오. 우리는 스스로 걷고 있었기 때문에 멋진 벤더 스토리지를 즉시 포기해야 했습니다. 우리는 그들에 대해 모두 알고 있습니다: 약속은 3으로 나누고 비용은 10으로 곱해야 합니다. 따라서 우리는 DirDB 등을 수행했습니다.

그런 다음 성장하기 시작했습니다. 플랫폼이 더 이상 대처할 수 없기 때문에 여기에 청구 서비스가 추가되었습니다. 그런 다음 MySQL의 청구 서버가 Mongo로 이동했습니다. 결과적으로 우리는 그곳으로 가는 모든 호출을 처리하는 작업 솔루션을 얻었습니다.

그러나 내부 어딘가에서 동일한 공급 업체 제품이 회전하고 있습니다. 우리가 한때 가져간 주요 핵 제품입니다. 대략 2011년 말에 우리는 물론 이 특정 제품이 우리의 주요 병목 현상이 될 것임을 스스로 깨달았습니다. 우리는 고객이 걸을 때 우리가 전속력으로 달려가는 벽을 우리 앞에 보았습니다.
따라서 우리는 무언가를 해야 했습니다. 물론 우리는 다양한 제품(오픈 소스 및 벤더 제품 모두)에 대해 꽤 많은 조사를 했습니다. 나는 지금 이것에 대해 생각하지 않을 것입니다. 그게 요점이 아닙니다. 우리가 생각한 마지막 폴백은 우리만의 플랫폼을 만드는 것이었습니다.

궁극적으로 우리는 이 옵션에 도달했습니다. 왜? 모든 벤더와 오픈 소스 제품은 10년 전에 문제를 해결하기 위해 만들어졌기 때문입니다. 글쎄, 10 살이면 더! 선택은 우리에게 분명해졌습니다. 이상적인 서비스 (파트너, 운영자 및 우리 자신을위한)에 대한 훌륭한 아이디어에 작별 인사를하거나 우리 자신의 일을합니다.

우리는 다른 것을 하기로 결정했습니다!

플랫폼 요구 사항

오랫동안 무언가를하면 (다른 사람의 제품을 악용하는 경우) 머릿속에 천천히 생각이 생깁니다. 어떻게하면 좋을까요? 우리는 회사의 모든 프로그래머이기 때문에(판매자를 제외하고 프로그래머가 아닌 사람은 없습니다) 오랫동안 우리의 요구 사항이 형성되었으며 명확했습니다.

1. 높은 개발 속도. 우리를 괴롭힌 공급 업체의 제품은 모든 것이 오랫동안 천천히 진행 되었기 때문에 애초에 우리에게 적합하지 않았습니다. 우리는 빨리 원했고 많은 아이디어가 있었습니다! 우리는 여전히 많은 아이디어를 가지고 있지만 아이디어 목록은 XNUMX년 후처럼 보였습니다. 이제 XNUMX년만입니다.
2. 멀티 코어 철의 최대 활용. 우리는 점점 더 많은 코어가 있을 것이라는 것을 알았기 때문에 이것은 우리에게도 중요했습니다.
3. 높은 신뢰성. 우리도 울었던 사람.
4. 높은 내결함성.
5. 우리는 일일 릴리스 프로세스로 끝내고 싶었습니다. 이를 위해서는 언어 선택이 필요했습니다.

따라서 우리가 직접 제시한 제품에 대한 요구 사항에서 언어에 대한 요구 사항이 명확하게 논리적으로 증가합니다.

1. 멀티 코어 시스템에 대한 지원을 원한다면 병렬 실행에 대한 지원이 필요합니다.
2. 개발 속도가 필요하다면 경쟁력 있는 개발, 경쟁력 있는 프로그래밍을 지원하는 언어가 필요합니다. 아무도 그 차이를 경험하지 못했다면 매우 간단합니다.
   • 병렬 프로그래밍은 두 개의 서로 다른 스레드가 서로 다른 코어에서 실행되는 방식에 관한 것입니다.
   • 동시 실행, 보다 구체적으로 동시성 지원은 언어(또는 런타임 등)가 병렬 실행에서 오는 모든 복잡성을 숨기는 데 어떻게 도움이 되는지에 관한 것입니다.
3. 높은 안정성. 분명히 우리는 클러스터가 필요했고 공급업체 제품에 있는 것보다 더 좋았습니다.

당신이 기억한다면 우리는 실제로 많은 옵션이 없었습니다. 첫째, Erlang - 우리는 그것을 좋아하고 그것을 알고 있습니다. 그것은 제가 개인적으로 가장 좋아하는 것입니다. 둘째, Java는 Java가 아니라 특히 Scala입니다. 셋째, 당시 우리가 전혀 몰랐던 언어-Go. 그때 막 나타났습니다. 더 정확하게는 이미 약 XNUMX 년 동안 존재했지만 아직 출시되지 않았습니다.

패배 고!

바둑의 역사

우리는 그것에 플랫폼을 만들었습니다. 이유를 설명하려고 노력할 것입니다.

Go의 간략한 역사. 2007년에 시작하여 2009년에 열었고 첫 번째 버전은 2012년에 릴리스되었습니다(즉, 첫 번째 릴리스 이전부터 작업을 시작했습니다). 창시자는 Google이었는데, 제 생각에는 Java를 대체하고자 했습니다.

저자는 매우 유명합니다.

• UTF-8을 발명한 Unix의 배후에 있던 Ken Thomson은 Plan 9 시스템에서 작업했습니다.
• Ken과 함께 UTF-8을 설계한 Rob Pike는 Bell Labs에서 Plan 9, Inferno, Limbo도 작업했습니다.
• Java HotSpot Compiler를 발명하고 V8(Google의 Javascript 인터프리터)의 생성기 작업에 대해 우리가 알고 사랑하는 Robert Gizmer;
• 일부 패치를 포함하여 700명 이상의 기여자.

한눈에 보기

언어가 다소 단순하고 이해하기 쉽다는 것을 알 수 있습니다. 명확한 유형이 있습니다. 어떤 경우에는 선언해야 하지만 다른 경우에는 그렇지 않습니다(어쨌든 유형이 유추됨을 의미).

구조를 설명하는 것이 유행임을 알 수 있습니다. 포인터(별표가 있는 곳)의 개념이 있음을 알 수 있습니다. 배열 및 연관 배열의 초기화 선언에 대한 특별한 지원이 있음을 알 수 있습니다.

대략적으로 이해할 수 있습니다-당신은 살 수 있습니다. Hello, world를 작성하려고 합니다.

무엇을 볼 수 있습니까? 이것은 C와 유사한 구문이며 세미콜론은 선택 사항입니다. 두 줄의 구분 기호가 될 수 있지만 정확히 같은 줄에 있는 두 구문인 경우에만 가능합니다.

제어 구조(14번째 줄)의 괄호는 선택 사항이지만 둥근 괄호는 항상 필요합니다. 타이핑이 정적이라는 것을 알 수 있습니다. 대부분의 경우 팀이 표시됩니다. 이 예제는 라이브러리가 있음을 보여주기 위해 일반적인 Hello, world보다 약간 더 복잡합니다.

그 밖에 무엇이 중요하다고 보나요? 코드는 패키지로 구성됩니다. 그리고 자신의 코드에서 패키지를 사용하려면 import 지시문을 사용하여 패키지를 가져와야 합니다. 이 또한 중요합니다. 우리는 시작합니다 - 작동합니다. 엄청난!

좀 더 복잡한 것을 시도해 봅시다. Hello, world, 하지만 지금은 http 서버입니다. 여기서 흥미로운 점은 무엇입니까?

첫째, 함수는 매개변수 역할을 합니다. 이것은 우리가 가지고 있는 기능이 "일급 시민"이고 함수형 스타일로 많은 흥미로운 일을 할 수 있다는 것을 의미합니다. 예상치 못한 다음 항목이 표시됩니다. 가져오기 지시문이 GitHub 리포지토리를 직접 참조합니다. 맞습니다. 그렇게해야합니다.

Go에서 패키지의 범용 식별자는 저장소의 URL입니다. 모든 종속성을 처리하고, 다운로드하고, 설치하고, 컴파일하고, 필요한 경우 사용할 수 있도록 준비하는 특별한 Goget 유틸리티가 있습니다. 동시에 Goget은 html-meta에 대해 알고 있습니다. 따라서 특정 리포지토리에 대한 링크를 포함하는 http 디렉토리를 유지할 수 있습니다(예를 들어 당사에서 수행하는 것처럼).

우리는 또 무엇을 봅니까? 일반 라이브러리의 Http 및 Json. 분명히 내성-반사가 있는데, 인코딩 / json에 사용해야 합니다. 단순히 임의의 객체로 대체하기 때문입니다.

우리는 그것을 실행하고 컴파일, 실행 및 컴퓨터의 현재 평균 부하를 제공하는 20줄의 유용한 코드가 있음을 확인합니다(실행 중인 컴퓨터에서).
여기서 우리가 즉시 볼 수 있는 것에서 또 무엇이 중요합니까? 하나의 정적 바이너리(buinary)로 컴파일됩니다. 이 바이너리에는 종속성이 전혀 없고 라이브러리도 없습니다! 모든 시스템에 복사할 수 있고 즉시 실행하면 작동합니다.

우리는 계속 나아 간다.

Go: 메서드 및 인터페이스

Go에는 메서드가 있습니다. 모든 사용자 정의 유형에 대해 메소드를 선언할 수 있습니다. 또한 이것은 반드시 구조일 필요는 없지만 일부 유형의 별칭일 수 있습니다. N32에 대한 별칭을 선언하고 유용한 작업을 수행하기 위한 메서드를 작성할 수 있습니다.

그리고 이것은 우리가 처음으로 무감각에 빠지는 곳입니다 ... Go에는 그러한 클래스가 없다는 것이 밝혀졌습니다. Go를 아는 사람들은 타입 포함이 있다고 말할 수 있지만 이것은 완전히 다릅니다. 개발자가 그것을 상속으로 생각하는 것을 빨리 중단할수록 좋습니다. Go에는 클래스가 없으며 상속도 없습니다.

질문! Google이 이끄는 작가 회사는 세상의 복잡성을 표시하기 위해 무엇을 제공 했습니까? 인터페이스가 주어졌습니다!

인터페이스는 간단한 메서드, 메서드 서명을 작성할 수 있는 특수 유형입니다. 또한 이러한 메서드가 존재하는(실행되는) 모든 유형은 이 인터페이스에 해당합니다. 즉, 한 유형에 해당하는 함수를 다른 유형(해당 인터페이스 유형에 해당)에 대해 간단하게 작성할 수 있습니다. 다음으로 이 인터페이스 유형의 변수를 선언하고 이러한 개체를 할당합니다.

하드코어 팬의 경우, 이 변수에는 실제로 두 개의 포인터가 포함되어 있다고 말할 수 있습니다. 하나는 데이터에 대한 포인터이고 다른 하나는 이 특정 유형에 특정한 특수 디스크립터 테이블에 대한 포인터이며 이 유형의 인터페이스에 대한 것입니다. 즉, 컴파일러는 링크 시 이러한 설명자 테이블을 만듭니다.

물론 Go에는 void에 대한 포인터가 있습니다. 인터페이스 {}(두 개의 중괄호 포함)라는 단어는 원칙적으로 모든 개체를 가리킬 수 있는 변수입니다.
지금까지는 모든 것이 순조롭고 모든 것이 익숙합니다. 놀라운 것은 없습니다.

이동: 고루틴

이제 우리는 우리가 관심을 갖고 있는 경량 프로세스 - Go 용어로 된 고루틴(고루틴)에 도달했습니다.

1. 첫째, 정말 가볍습니다(2Kb 미만).
2. 둘째, 그러한 고루틴을 생성하는 비용은 무시할 수 있습니다. 초당 수천 개를 생성할 수 있습니다. 아무 일도 일어나지 않을 것입니다.
3. 그들은 하나의 고루틴에서 다른 고루틴으로 단순히 제어를 이전하는 자체 스케줄러에 의해 제공됩니다.
4. 이 경우 다음과 같은 경우 제어가 이전됩니다.
   • go 문을 만나면(고루틴이 다음 고루틴을 시작하는 경우);
   • 블로킹 입/출력 호출이 활성화된 경우;
   • 가비지 수집이 트리거된 경우;
   • 채널에 대한 일부 작업이 시작된 경우.

즉, Go 프로그램이 컴퓨터에서 실행될 때마다 시스템의 코어 수를 감지하고 필요한 만큼의 스레드를 시작합니다(시스템에 있는 코어 수 또는 사용자가 지시한 수). 따라서 스케줄러는 각 코어의 이러한 모든 운영 체제 스레드에서 이러한 경량 실행 스레드를 실행합니다.

이것이 철을 활용하는 가장 효율적인 방법이라는 점에 유의해야 합니다. 우리가 보여준 것 외에도 우리는 훨씬 더 많은 일을 합니다. 예를 들어 우리는 하나의 장치에서 40기가비트를 제공할 수 있는 DPI 시스템을 만듭니다(이 라인에서 발생하는 상황에 따라 다름).

Go 이전에도 바로 이런 이유로 정확히 동일한 체계를 사용했습니다. 프로세서 캐시의 지역성을 저장하고 OS 컨텍스트 스위치의 수를 크게 줄일 수 있기 때문입니다(매우 오랜 시간이 소요됨). 반복합니다. 이것이 철분을 활용하는 가장 효과적인 방법입니다.

이 간단한 21줄 예제는 단순히 echo-server를 수행하는 예제입니다. 동시에 서브 기능은 매우 단순하며 선형적이라는 점에 유의하십시오. 콜백도 없고 귀찮게 생각할 필요도 없습니다... 읽고 쓰기만 하면 됩니다!

동시에 읽고 쓰는 경우 실제로 차단되어야 합니다. 이 고루틴은 단순히 대기열에 있다가 실행이 다시 가능해지면 스케줄러가 가져옵니다. 즉, 이 간단한 코드는 이 시스템의 OS가 허용하는 만큼의 연결에 대해 에코 서버 역할을 할 수 있습니다.

조만간 계속...

일부 광고 🙂

우리와 함께있어 주셔서 감사합니다. 우리 기사가 마음에 드십니까? 더 재미있는 콘텐츠를 보고 싶다면? 주문하거나 친구에게 추천하여 우리를 지원하십시오. $4.99부터 시작하는 개발자용 클라우드 VPS, 귀하를 위해 우리가 발명한 고유한 보급형 서버 아날로그: VPS(KVM) E5-2697 v3(6코어) 10GB DDR4 480GB SSD 1Gbps에 대한 전체 진실 또는 서버 공유 방법은? (RAID1 및 RAID10에서 사용 가능, 최대 24개 코어 및 최대 40GB DDR4).

Dell R730xd는 암스테르담의 Equinix Tier IV 데이터 센터에서 2배 더 저렴합니까? 여기서 만 2 x Intel TetraDeca-Core Xeon 2x E5-2697v3 2.6GHz 14C 64GB DDR4 4x960GB SSD 1Gbps 100 TV $199부터 네덜란드에서! Dell R420 - 2x E5-2430 2.2Ghz 6C 128GB DDR3 2x960GB SSD 1Gbps 100TB - 최저 $99! 에 대해 읽다 인프라 공사를 구축하는 방법. 730페니에 5유로 상당의 Dell R2650xd E4-9000 vXNUMX 서버를 사용하는 클래스?

출처 : habr.com