KubeMQ 구축 및 배포 파일럿 참가: 내 생각과 인상

소개하다.

DevOps와 인프라 시설의 직책을 자주 맡는 전창고 개발자로서 다음과 같은 경우가 자주 발생한다.
문제: 내 응용을 위해 백엔드 서버를 설정해야 합니다!
솔루션: 구글!
구글 결과 #1:tech1,tech2,tech3을 5분 안에 무료로 설정하는 방법!
(prereqs를 건너뜁니다. 누가 필요로 하는지 설명에 따라 조작하고 오류가 발생합니다.)
응, 다시 해보자..
(모든prereqs를 설치하고 설명에 따라 조작하며 다른 오류를 클릭)
좋아, 아마도 이 문장일 거야.다른 걸로 해볼게요.
구글 검색 결과 #2: Docker와 Kubernetes를 이용해 자신의 테크2와 테크3 서버를 제작한다.
(설명에 따라 오류 클릭)
좋아요.어쩌면 세 번째가 매력일까요?
(하루가 지났다)
내일 아침에 다시 해볼게요..
모든 도구는 설치와 사용이 쉽다고 약속하지만 필요한 경험이 없으면 인프라 시설의 설치가 매우 복잡하고 받아들이기 어려울 수 있다는 것이 현실이다.명령줄이 아닌 명령줄로 구성되기 때문이다.
나는 최근에 줄곧 KubeMQ, Kubernetes 원본 메시지 대기열을 탐색하고 있다.그들은 최근 Build and Deploy이라는 새로운 네트워크 기반 설정 도구를 발표했다. 이것은 인프라 시설의 설정을 표를 작성하는 것처럼 간단하게 하겠다고 약속했다.
본고에서 저는 KubeMQ가 무엇인지, 구축과 배치에 무엇이 추가되었는지 소개하고, API 인터페이스와 Redis 백엔드를 이용하여 테스트 장면을 실행할 것입니다.

KubeMQ란?

KubeMQ는 Kubernetes의 본체 메시지 프로그램으로 매우 가볍고 사용하기 쉽다.역사적으로 메시지 대기열은 자원 집약형의 대형 응용 프로그램이다.예를 들어 본고를 작성할 때 IBM MQ의 최신 버전은 significant hardware requirements으로 1.5GB 이상의 디스크 공간과 3GB 의RAM이 있다.이에 비해 KubeMQ의 Docker 용기는 약 30MB로 로컬 기기에 거의 즉시 설치할 수 있다.
나는 이미 KubeMQ가 connecting microservice architectures과 communicating between multiple edge and cloud environments의 복잡성을 어떻게 간소화하는지 썼기 때문에 나는 여기서 이 모든 것을 중복하지 않을 것이다.요컨대, 이것은 경량급이고, Kubernetes의 원생이기 때문에, KubeMQ는 전통적인 메시지 대기열이 실현할 수 없는 새로운 가능성을 열었다.
그러나 지금까지 내가 원하는 것보다 배치가 좀 어려웠다.Documentation은 명령줄이나 YML 파일을 통해 구성할 수 있는 희소성이 있습니다.some examples online이 있지만, 상하문이 없으면, 내 요구를 충족시키기 어려울 수도 있습니다.KubeMQ에서 경험한 바에 의하면 설정은 마찰의 주된 부분이었다.
KubeMQ Build & Deploy을 입력하면 KubeMQ를 0에서 100까지 쉽게 사용할 수 있습니다.어디 보자.

KubeMQ 구축 및 배포란 무엇입니까?

KubeMQ Build & Deploy은 KubeMQ 설정 YML 파일을 만드는 새로운 웹 기반 도구입니다.그런 다음 K8s 클러스터에 적용할 수 있습니다.

kubectl apply -f <insert URL or filename here>

기본적으로 명령줄 구성 프로세스를 건너뛸 수 있는 GUI입니다.YML 파일은 추가 이점으로 원하는 횟수만큼 저장하고 적용할 수 있습니다.이 시스템에 대한 익숙도가 높아짐에 따라, 직접 편집을 통해 시스템을 구축할 수 있다.
이 모든 것들은 KubeMQ를 구축하고 배치하는 데 많은 장면에서 유용하다.프로토타입 또는 KubeMQ가 여러분에게 적합한지 평가해 보시겠습니까?Build & Deploy는 이 과정을 매우 간단하게 합니다. 왜냐하면 이렇게 하면 YML을 배울 필요가 없기 때문입니다.
경험이 풍부하여 복잡한 생산 배치를 구축해야 합니까?Build & Deploy에서 그것을 만들고 수동으로 만든 내용과 비교해서 기초 구조에 예견할 수 없는 빈틈이 생기지 않도록 합니다.
말을 많이 했으니 우리 한 바퀴 돌자.

해봐!API 게이트웨이 및 Redis 스토어 연결 자습서

우선, Kubernetes (Windows에서 minikube를 사용할 것) 와 free account with KubeMQ이 로컬에 설치되어 있는지 확인하십시오.다음으로, KubeMQ를 성공적으로 초기화할 수 있는지 확인합니다.

kubectl apply -f https://deploy.kubemq.io/init
kubectl apply -f https://deploy.kubemq.io/key/<your key>

1, 2분 후에 콩꼬투리 검사하기;다음과 같이 표시되어야 합니다.

KubeMQ는 이미 당신을 위해 기본적인 세 개의 노드 그룹을 만들었습니다. 이 그룹이 실행되고 있는 한 우리는 계속할 수 있습니다.
나는 모든 YML 파일로 당신이 어떤 문제에 부딪혔을 때 참고할 수 있도록 GitHub repo을 만들었습니다.즉, 관건은 구축과 배치를 시도하는 것이다. 우리 계속 이렇게 하자!

API 게이트웨이 설정

이어서 KubeMQ Build & Deploy으로 가세요.이미 클러스터가 있으므로 소스(API 게이트웨이)와 대상(Redis 백엔드)을 구성해야 합니다.소스부터 시작하겠습니다.

거기서 오른쪽 상단에서 "API"를 검색하면 HTTP 소스 코드를 볼 수 있을 것입니다.

/redis에서 Redis라는 KubeMQ 검색 채널로 이름을 업데이트합니다.구성은 다음과 같습니다.

Save 를 클릭하십시오.이어서 오른쪽 아래에 있는 Deploy를 클릭하세요.3만 개의 노드 포트를 사용하여 공개하고 '배치 목록 가져오기' 를 누르십시오.

링크를 클릭하여 클립보드에 자동으로 복사합니다.거기에서 터미널에 붙여넣고 설정을 적용합니다.YML을 보려면 명령의 URL 부분을 복사하고 브라우저에서 해당 URL을 탐색하면 됩니다.이렇게 해야 합니다.

apiVersion: core.k8s.kubemq.io/v1alpha1
kind: KubemqConnector
metadata:
  name: kubemq-sources
  namespace: kubemq
spec:
  config: |
    bindings:
    - id: 84691jbourwif3uk
      name: api-source
      properties: {}
      source:
        kind: http
        properties:
          methods: post
          path: /redis
      target:
        kind: kubemq.query
        properties:
          address: kubemq-cluster-grpc.kubemq:50000
          channel: redis
  node_port: 30000
  replicas: 1
  service_type: NodePort
  type: sources

Redis 백엔드를 계속 설정합니다.

Redis 설정

이것은 KubeMQ의 일부분이 아니기 때문에 구축과 배치는 설정을 생성하지 않습니다.너는 나의 GitHub에서 this YML file을 다운로드할 수 있고, 너는 직접 신청할 수 있다.이렇게 해야 합니다.

이제 이 모든 것이 끝났으니, 우리 그것을 연결합시다.

Redis 대상 구성

구축 및 배포 홈 페이지로 돌아가 KubeMQ 대상으로 이동:

Redis 검색 및 선택:

소스를 KubeMQ 쿼리 "Redis"채널로 설정하고 대상 연결 문자열을 "redis://redis-svc.redis:6379”.

저장을 클릭하고 배치합니다.다른 내용은 변경할 필요가 없으므로 "Get Deploy Manifests"를 클릭하고 명령을 적용하면 됩니다.
그것을 테스트하려면 게시물을 계속 실행하십시오.minikube service list을 실행하면 다음과 같은 URL을 얻을 수 있습니다.

그리고 우리는 댓글을 한 편 올린다.나는 우체부를 사용할 것이다. 비록 나도 약간의 sample cURL commands을 제공했지만.

get을 실행할 수 있습니다(HTTP get이 아닌 Redis get).

당신은 다음과 같은 정보를 받아야 합니다.

결과는 base64 바이트 그룹으로 this one 같은 사이트에서 디코딩할 수 있다.

이렇게!KubeMQ의 구축과 배치를 통해, KubeMQ와 Kubernetes를 사용하여 API 인터페이스와 Redis 백엔드 사이에 작업 링크를 만들었습니다.가장 좋은 것은 이 YML 파일들은 모든 Kubernetes 그룹에 적용될 수 있기 때문에 이 원형을 진정한 생산 설정으로 바꾸는 것이 쉽다는 것이다.
다음은 이 신제품에 대한 전체적인 인상을 공유하겠습니다.

회고와 인상

전반적으로 저는 KubeMQ의 구축과 배치에 대한 첫 번째 체험에 매우 적극적입니다!KubeMQ를 설치하는 것은 항상 쉽고 완전히 구성된 그룹을 사용하는 것은 빈틈없고 효율적이다.
과거에는 블랙박스 같았다.이제 Build & Deploy는 그것을 더욱 투명하고 간단하게 합니다.또한 이 도구를 통해 KubeMQ 자체가 얼마나 강한지 체험할 수 있다.연결할 수 있는 원본과 목표의 수가 매우 많아서 나는 모든 가능성을 생각하게 되었다.많은 상황에서 저는 KubeMQ로 더 간단한 백엔드 서비스를 대체할 수 있고 최종적으로 더욱 높은 성능과 안정적인 서비스를 받을 수 있다고 생각합니다.
몇 가지 작은 UI 가 향상됩니다.예를 들어, 나는 수동으로 저장하는 것이 아니라 YML 파일을 내 컴퓨터에 직접 저장할 수 있는 단추가 있기를 바란다.나중에 편집할 수 있도록 내 계정에 설정을 저장할 수 있고, 브라우저를 통해 이 파일에 추가할 수 있도록 YML 파일을 가져올 수 있는 옵션도 원한다.현재 이러한 기능이 없으면 이 도구는 주로 새로운 환경을 설정하는 데 사용된다.이것은 바로 이 도구는 매우 새로운 것이다. 나는 시간의 추이에 따라 이 도구들이 추가되기를 바란다.
나에게 있어서, Build & Deploy는 설치와 생산 간의 격차를 크게 줄였고, 나는 현재와 미래의 프로젝트에서 그것을 어떻게 사용할 것인가를 생각하고 있다.그럼 너는?