KubeMQ, makers of the a Kubernetes-native message queue, have a new web-based tool that promises to make setup a breeze. Let's try it out! Introduction As a full-stack developer who often takes on DevOps and infrastructure responsibilities, the following happens all too frequently. I need to set up a backend server for my app! Problem: Google it! Solution: Google result #1: How to set up <tech 1>, <tech 2>, and <tech 3> in just five minutes, for free! <skip the prereqs because who needs those, follow the instructions, hit an error> Hmm, let’s try that again… <install all the prereqs, follow the instructions, hit another error> Okay, maybe it’s just this article. Let’s try a different one. Google result #2: Make your own <tech 2> and <tech 3> server using Docker and Kubernetes. <follow the instructions, hit an error> Well...maybe the third time’s the charm? <day passes> Guess I’ll try again in the morning… While every tool promises to be simple to set up and use, the reality is that setting up infrastructure can be complex and unforgiving without the necessary experience. As such, I tend to shy away from instructions that consist of long lists of command-line operations, as more often than not they don’t work for me. I’ve recently been exploring , a Kubernetes-native message queue. They’ve recently released a new web-based configuration tool called which promises to make infrastructure setup as simple as filling in a form. KubeMQ Build and Deploy In this article, I’ll cover what KubeMQ is, what Build and Deploy adds, and we’ll run through a test scenario with an API gateway and a Redis backend. What is KubeMQ? KubeMQ is a Kubernetes-native messaging app that is extremely lightweight and easy to play with. Historically speaking, message queues are large, resource-intensive applications. For example, the latest version of IBM MQ at the time of writing has , such as > 1.5 GB disk space and 3 GB of RAM. In contrast, the Docker container for KubeMQ is roughly ~30 MB and installs on my local machine nearly instantly. significant hardware requirements I’ve already written about how KubeMQ can simplify much of the complexity around as well as , so I won’t repeat all of that here. To summarize, because it is lightweight and Kubernetes-native, KubeMQ unlocks new possibilities that simply aren’t possible with legacy message queues. connecting microservice architectures communicating between multiple edge and cloud environments So far, however, configuration has been a bit more difficult than I would like. is somewhat sparse, and configuration happens via either the command line or YML files. There are , but without context, it can be difficult to modify them to fit my needs. Through my experience with KubeMQ, configuration has been the main point of friction. Documentation some examples online Enter , which promises to make it simple to go from 0 to 100 with KubeMQ. Let’s take a look. KubeMQ Build & Deploy What is KubeMQ Build & Deploy? is a new web-based tool that generates KubeMQ configuration YML files. These can then be applied to your K8s cluster: KubeMQ Build & Deploy kubectl apply -f <insert URL or filename here> Basically, it’s a GUI that allows you to skip the command-line configuration process. As an added bonus, the YML files can be saved and applied any number of times. And as your familiarity with the system grows, you can build upon them by editing them on your own. All of these make KubeMQ Build & Deploy useful for a number of scenarios. Prototyping or trying to evaluate whether KubeMQ is for you? Build & Deploy makes that process significantly simpler, as you don’t need to learn YML in order to do so. Experienced already and need to build a complex production configuration? Create it in Build & Deploy, and then compare it to what you would have built manually to avoid unforeseen gaps in your infrastructure. Enough talk, let’s take it for a spin. Try it out! A tutorial to connect API gateways and a Redis store First, make sure that you have a local installation of Kubernetes (I’ll be using minikube on Windows) and a . Second, make sure that you can successfully initialize KubeMQ: free account with KubeMQ kubectl apply -f https: kubectl apply -f https: //deploy.kubemq.io/init //deploy.kubemq.io/key/<your key> After a minute or two, check your pods; you should see something like the following: KubeMQ has created a basic three-node cluster for you, and as long as it’s all running we are ready to continue. For reference in case you hit any issues, I’ve created a with all of my YML files. That said, the whole point is to try out Build & Deploy, let’s keep going and do that! GitHub repo Set up the API Gateway Next, head on over to . Since we already have the cluster, we need to configure the source (API gateway) as well as a target (Redis backend). Let’s start with the source: KubeMQ Build & Deploy From there, in the top right search “API” and you should see the HTTP source. Update the name, and let’s make it go from /redis to a KubeMQ Query channel called Redis. Your configuration should look as follows: Hit Save. Next, hit Deploy at the bottom right. Configure it to expose with a Node Port of 30000, and then hit “Get Deploy Manifests”. Click the link to automatically copy it to your clipboard. From there, paste it in your terminal and apply that configuration. If you want to take a look at the YML, simply copy the URL portion of the command and navigate to that URL in your browser. It should look like this: apiVersion: core.k8s.kubemq.io/v1alpha1
kind: KubemqConnector
metadata:
  name: kubemq-sources
  namespace: kubemq
spec:
  config: |
    bindings:
    - id: jbourwif3uk
      name: api-source
      properties: {}
      source:
        kind: http
        properties:
          methods: post
          path: 84691 /redis
      target:
        kind: kubemq.query
        properties:
          address: kubemq-cluster-grpc.kubemq:50000
          channel: redis
  node_port: 30000
  replicas: 1
  service_type: NodePort
  type: sources Let’s continue and set up the Redis backend. Set up Redis Since it’s not part of KubeMQ, Build & Deploy won’t generate the configuration for you. You can go ahead and download from my GitHub which you can just apply. It should look like this: this YML file Now that this is up, let’s wire it all together. Configure the Redis Target Go back to the Build & Deploy homepage, and go to KubeMQ Targets: Search and select Redis: Set the source as the KubeMQ Query “Redis” channel, and change the target connection string to “redis://redis-svc.redis:6379”. Hit Save and then Deploy. We don’t need to change anything else, so just go ahead and hit “Get Deploy Manifests”, and apply the command. To test it out, go ahead and run a POST. You can get the URL by running : minikube service list And then let’s do a POST. I’ll use Postman, although I’ve also provided some . sample cURL commands And you can do a get (this is a Redis get, not an HTTP GET): You should get something like the following: The result is a base64 byte array, which can be decoded at a site such as : this one And that’s it! Via KubeMQ Build and Deploy, you’ve used KubeMQ and Kubernetes to set up a working link between an API gateway and a Redis backend. The best part is, these YML files can be applied in any Kubernetes cluster, making it easy to turn this prototype into a real production setup. Below, I’ll share my overall impressions of this new product. Review and Impressions Overall, my first experience with KubeMQ Build & Deploy has been really positive! Installing KubeMQ was always easy, and using a fully configured cluster was seamless and performant. Configuration used to be a bit of a black box. Now, Build & Deploy makes it a good bit more transparent and straightforward. Plus, going through the tool allows us to experience just how powerful KubeMQ itself is; the number of sources and targets that can be connected is quite high, and it makes me think of all the possibilities. In many cases, I think I could replace some simpler backend services with KubeMQ, and probably end up with something more performant and stable. There are several small UI things that could be improved. For example, I wish there was a button to save YML files directly to my computer instead of doing it manually. I also wish there was an option to either save configurations to my account for later editing or even import YML files so that I could add to them via the browser. Right now, without that functionality, the tool is primarily useful for setting up new environments. That said, the tool is quite new and I expect these will be added with time. For me, Build & Deploy significantly bridges the gap between installation and production, and I’m already thinking about how I can use this in my current and future projects. What about you?

Google

Instantly

Target

How To Use Decorators and Mixins in Salesforce Lightning Web Components

Deep Dive Into DevSecOps: Heroku Flow Edition

I write about technology michael.bogan@gmail.com

Nominated for 2022 - HackerNoon Contributor of the Year - Software Architecture

Nominated for 2022 - HackerNoon Contributor of the Year - Microservices

Nominated for 2022 - HackerNoon Contributor of the Year - Devops

Nominated for 2022 - HackerNoon Contributor of the Year - Api

Nominated for 2022 - Software Developer of the Year

Nominated for 2022 - HackerNoon Contributor of the Year - Software

Too Long; Didn't Read

KubeMQ Build & Deploy Test Drive: My First Impressions

KubeMQ Build & Deploy Test Drive: My First Impressions

About Author

Comments

TOPICS

THIS ARTICLE WAS FEATURED IN

Related Stories

Untitled Story

10 Threats to an Open API Ecosystem

104 Stories To Learn About Continuous Integration

139 Stories To Learn About Cicd

15 of the Best Continuous Delivery Tools

5 Best Microservices CI/CD Tools You Need to Check Out

10 Threats to an Open API Ecosystem

104 Stories To Learn About Continuous Integration

139 Stories To Learn About Cicd

15 of the Best Continuous Delivery Tools

5 Best Microservices CI/CD Tools You Need to Check Out

Light-Mode

Classic

Newspaper

Dark-Mode

Neon Noir

Minty

HN StartUps