blogs – Page 2 – DEVOPS DONE RIGHT

Introduction to Siege

Several factors play an important role in order to make a business succeed. One of them is its online presence in today’s world. In simple words, online presence means an informative and attractive web page. Web page/server are the mirror reflection of how successful a business is. It is crucial to have a stable web server as the performance of an application or a web server will define the user experience which will have a direct impact on business as well.

Now you must be thinking if a web page is so important, so it should be able to function efficiently when in use. The stability of a website is a matter of concern in case of an extreme situation which highlights the importance of testing the web server. By testing, we mean load testing and performance testing which will give stress to the website and tells its performance under stress.

Now you must be thinking testing will require a huge cost and effort for servers which sometimes makes us skip the testing phase. Let me help you in solving this doubt by introducing you to “Siege” which will make testing a simple and achievable task.

Cross Region Internal Load Balancing in AWS with VPC Peering

Load Balancing is a method of addressing High Availability in any Cloud deployment. Load Balancers note the health of backend resources, thereby not sending traffic to servers that are not able to fulfill requests. The main aim of load balancing is to prevent any single server from getting overloaded and possibly breaking down.

In this blog, we are talking about internal load balancing with Network Load Balancer and Application Load Balancer. Network Load Balancer automatically provides a static IP per Availability Zone (subnet) to be used by applications as the front-end IP of the Load Balancer.

Terraform CI-CD With Azure DevOps

Let’s consider a scenario in which you are deploying your infrastructure using a Terraform code (infrastructure-as-code) which is stored in a remote git repository. Now working in an organization you need to make sure that all your deployments are always tracked without an exception, an add-on to that whether your Terraform code is following your security and compliance policies or not. Or maybe what is the monthly cost that you can expect with that infra and whether it lies under your budget or not. You may also want to take note that all your resources are being created in the same region… etc… etc.

Sounds magical right !!! We all know that these concerns are very important when you’re looking for a highly consistent, fully tracked, and automated approach. That’s why in this article we are going to look for a simple step-by-step way to automate and streamline our Terraform code using Azure DevOps (ADO).

Soo… Let’s Get Started !!!

What Is the Difference Between CloudOps And DevOps?

Most business managers get confused between CloudOps and DevOps easily. And it is a way too common problem so here we are drawing a line between CloudOps and DevOps that can help the business managers understand the basic difference between CloudOps and DevOps.

As the name proposes, DevOps is a mix of ”Development” and ”Operations”, and depicting it as “specialized deft” appears to be shockingly exact. A bunch of practices and processes assist associations with making a spry, cooperative climate that unites software development, IT tasks, and quality designing to fulfill the basic business operations such as:

What is a Bare Git Repository?

While using git you must have come across some questions like:

If git is a Distributed Version Control System then where is the remote repo of git stored in our system?
Why can’t we directly push into or clone from our local repository?
Can I host my own private remote repository just like GitLab or GitHub for my own small project?
What if there was no GitLab or GitHub or Bitbucket or… I mean… you got the point, right?

Well… and answer to all these questions is the same and that is a Bare Git Repository.