As a Software Engineer, I deploy critical application code using the critical infrastructure consisiting of Jenkins and Terraform. I also manage AWS services like EC2, RDS, and ELB. I am responsible for handling on-call issues, deploying data bundles to various environments, and I operate on a weekly or bi-weekly deployment schedule based on requirements. We follow the Agile methodology and tracking work with tools like Jira.

We avoid application downtime by using Kubernetes' scaling features, such as horizontal pod autoscalers and load balancing services. This ensures our application handles increased requests efficiently and remains robust and scalable.

In Kubernetes, we use node-based architecture with nodes and pods and follow practices like RBAC and rollback. Multiple pods can run concurrently. We benefit from Kubernetes' ability to autoscale pods and use horizontal pod autoscalers to adjust the number of pods based on metrics like CPU or memory usage, ensuring efficient resource allocation and stability under load.

We sometimes face challenges during version upgrades, such as failures when migrating Kubernetes versions. 

Additionally, changes made by AWS services, like those in CodeBuild, require investigation to assess impacts on our applications, which can lead to challenges.

I've been using Kubernetes for the last three years. Additionally, we received an email from AWS mentioning changes starting on January 30th.

We do robust testing before deploying to production, undergoing multiple phases like testing, staging, and acceptance, to ensure stability. We rarely encounter production bugs, focusing on enhancements and UI changes instead.

Kubernetes provides scalability by using horizontal pod autoscalers that adjust the number of pods based on CPU or memory usage. The load balancing service distributes traffic across multiple pods, ensuring scalability and availability without straining any single pod.

I rate Kubernetes eight out of ten. 

I would recommend it to others as it is widely used.

I primarily use Jenkins for creating a pipeline for all applications, from checking out from GitHub to deploying the app. It involves updating the code in GitHub and using GitHub's Argo CD action for deployment. 

In our DevOps operations, we utilize Jenkins for automation to check out code from GitHub, scan vulnerabilities, check dependencies, and create Docker images.

Jenkins is free and open source, which is beneficial for any company. The ability to use parameters and the option to categorize pipelines as folders or views is useful. 

Additionally, its building and configuring capabilities are similar to other tools. I find Jenkins stable and have not faced scalability issues, only encountering problems with instance limitations, not Jenkins itself.

Jenkins can sometimes run slow, especially when restarting after a plugin installation or when returning from a pipeline view to the dashboard. This slow performance is a challenge I have observed.

I have been working with Jenkins for a year since I began my career.

I find Jenkins to be very stable. I have not encountered any significant stability issues.

I have not faced any scalability issues with Jenkins. Any problems we encountered were due to instance limitations, not Jenkins itself.

I have not used Jenkins support as I am a junior developer and usually rely on my mentors, seniors, or friends for help. I also search the internet and YouTube for solutions when needed.

Positive

Setting up Jenkins was straightforward for me. I open it in an EC2 instance and then install Java and Jenkins. It's easy to maintain, and the maintenance process is simple but requires regular updates to the pipeline.

I have limited experience with GitHub Actions, using it for certain projects as a convenience because we already use GitHub for source control.

I recommend Jenkins, especially for beginners starting with DevOps pipelines. It is easy to get started with and understand. Learning about Jenkins' advanced features, such as dealing with folders and build pipelines, is important before diving into projects. 

I rate Jenkins a nine out of ten due to its ease of use and features.

Mostly, the company is a product-based company, primarily in the hard disk and flash business. A majority of the work involves firmware development. We are using Jenkins for the build process like CI pipeline. We are not using the CD pipeline in this case, only for building the artifacts.

Jenkins is a CI/CD tool and is the most robust tool. Although it comes from the open-source family, most companies use it just for cost-saving purposes. We are using it for the company's own infrastructure, not to serve a client. The company is into R&D stuff over here in India. In R&D possibly, it could be a reason they did not want to invest much by buying the product from different vendors other than going for open source.

The major drawback with Jenkins is the lack of support. If any issues arise, we need to fix them on our own, either by upgrading, going with a new version of Jenkins, or rolling back to the previous version. 

Unlike my previous company where we used Azure DevOps, where issues could be logged directly to Microsoft for a fix, this kind of support is not available for Jenkins.

I have been using Jenkins for almost one and a half years since moving from my previous company.

Jenkins is a stable product. From a rating standpoint, I would give it around seven to eight out of ten.

In terms of scalability, we have to rely on in-house efforts and online resources since Jenkins is open-source and doesn't offer built-in support. I would rate scalability around seven out of ten.

Support for Jenkins is not available as it is an open-source product. We need to rely on our own resources or external information sources like Google.

Neutral

In my previous company, we used Azure DevOps primarily since it was a Microsoft partner company.

We took support from a different vendor to write a script using Ansible, which helps us deploy Jenkins using new versions and all that.

Jenkins is used in many companies to save money, especially within R&D divisions, by avoiding the expenses of proprietary tools.

Jenkins can be compared with Azure DevOps and CircleCI, but Azure DevOps comes with comprehensive project management and ticketing, unlike Jenkins.

I would rate Jenkins between seven and eight out of ten. It is a good product for those who choose it based on their research; however, it lacks support for troubleshooting issues.

I can install Jenkins for integration from multiple developers and automate application delivery, staging, and production environments.

Jenkins is very useful. I can install Jenkins for integration from multiple developers and automate application delivery, staging, and production environments. It's very easy.

I do not have any notes for improvement.

The scalability of Jenkins is good.

I never have had to contact their support team for any reason.

I also considered using CodeDeploy or Jenkins.

I would give Jenkins a rating of nine on a scale from one to ten.

We used Jenkins for integration purposes, primarily for integrating with version control systems like Git and build tools such as Maven. Later, there were plans to use it in Docker deployment for Docker containers. 

I configured environments for non-production, production, and development in the pipeline. 

I also used Jenkins for a Bluegreen deployment strategy, quality assurance with SonarQube, and artifact storage in JFrog Artifactory.

In our previous company, Jenkins was used for complete automation of build and deployment in a project. From part of automation and customization, I was involved in the project.

The most valuable feature of Jenkins is the plugins available. You name any tool, and there is a plugin available for it in Jenkins. 

Also, the ability to customize these plugins is valuable. Its user-friendliness stands out, especially in its user interface which allows easy installation and configuration.

Jenkins could improve in areas related to Kubernetes and Docker container integration, like machine allocation of nodes and Marshaling integration improvements. Making these aspects more robust would be beneficial.

I have been using Jenkins for around five years now.

Jenkins is stable. Any tool can have latency of a few seconds, but I would rate Jenkins four and a half out of five for its stability.

Jenkins is not as scalable compared to container solutions like Docker or Kubernetes. While it can be configured at the server end, the other solutions offer more robust automation and scalability.

My team handles technical support for Jenkins when necessary. However, since I moved into AI and machine learning projects, I haven't been closely involved with technical support issues.

Positive

The initial setup of Jenkins is very straightforward and not difficult.

By installing Jenkins in a master-slave environment, there is significant cost saving, making it a cost-effective tool compared to other CI tools.

I do not have extensive knowledge on the pricing or licensing aspect as I used Jenkins for free at the local machine level. However, it is generally regarded as cost-effective.

I would rate it a nine out of ten.

I use Jenkins as a CI/CD tool. We create pipelines using Jenkins, with stages for Maven builds, Docker image builds, SonarQube integration, and deploying the image to a Kubernetes cluster, AWS EKS.

Jenkins has made the developers' work very easy. They commit to the remote repository, and everything happens automatically, which simplifies our automation and continuous integration.

I find Jenkins beneficial for its plugin downloads and ease of integrating all the tools available in the market. It's a powerful tool for CI/CD.

Creating a new SonarQube project requires a separate job, and we've encountered some integration issues with Docker and the need for better vulnerability checks.

I have recent experience with Jenkins from about six months ago.

We have faced downtime due to issues with the node setup and agent management, which are handled by our platform team.

We find Jenkins to be scalable since our setup includes different servers, allowing it to handle multiple jobs and applications.

If there is a problem with pipeline failures, we debug the logs and provide resolutions. We also track the code with the developers to try and resolve any issues.

Positive

I switched from Jenkins to Tekton due to specific project demands and client requirements. I'm currently working with Tekton on my current project.

The initial setup was easy. We used Amazon EC2 to host Jenkins, which made it simpler to deploy.

We have a platform team for Jenkins, who manage the nodes, agents, and merge nodes.

I recommend incorporating Jenkins into projects to make deployment easier and because of its easy integration with other tools.

I'd rate the solution nine out of ten.

In our CI/CD pipeline, we rely on Jenkins to trigger various tasks related to the Telco Cloud infrastructure. It's an essential tool for managing our infrastructure tasks efficiently.

Jenkins is incredibly user-friendly, so I haven't encountered any difficulties using it. It's the only product I've used for automation, but I find it to be very intuitive and effective.

Jenkins has been instrumental in automating our build and deployment processes. We're leveraging Jenkins to automate tasks related to Telco, particularly in upgrading the manual orchestration. It's a critical tool for streamlining our operations.

Support should be provided at no cost, as there is no free support available for any of the free versions.

I would rate its stability capabilities eight out of ten.

It provides solid scalability.

The initial setup is fairly straightforward. I would rate it eight out of ten.

Deployment is straightforward for us because Jenkins is open-source. We simply install it on one of our virtual machines, and it works seamlessly.

It is an open source.

I highly recommend this product because I believe it's excellent. It's versatile enough for users to adapt it to their specific needs easily. I find it incredibly helpful and straightforward to use. Overall, I would rate it nine out of ten.

We're using Jenkins for projects. We just need to run Jenkins pipelines and stuff.

We use iPlus for web application testing automation. Multiple people can work on the same piece of code. Once we push the code to the Git repositories, by default, we need to check if it's working and if the code passes the tests. 

If any tests fail, we need to verify the logs in Jenkins. So, those are the main things we do with Jenkins.

Pipelines are the most valuable feature. We mostly work on pipelines; it's only because we have to verify the nightly build sign to see whether it is correctly done or not. So, for that kind of function, we usually work on the technical side.

Performance-wise. This needs to be improved. Not only performance-wise, some functionality or some features can be added to Jenkins. 

Suppose we used to get a notification for part or field test cases. So that can also be improved on the technical side. We can get a notification through email or Slack channel or Teams channel. So that kind of notification also, they can also be improved on the technical side. 

I have been using Jenkins for six to eight months. 

I would rate the stability a ten out of ten. I didn't face any crashes. It is hundred percent stable. 

I would rate the scalability a nine out of ten. We have multiple vendors, so we care. We are also one of the vendors for this project. 

So in our project, we are using almost 20 to 25 members using Jenkins.

I would rate my experience with the initial setup a nine out of ten, where one is difficult, and ten is easy.

Jenkins is very user-friendly.  

The time taken for deployment depends on the performance of the engine. Sometimes, it may be slow. Usually, we won't face a performance issue. So, within a fraction of a second or within a fraction of a minute, the deployment can be done.

The deployment depends upon the code. If it is a small piece of code or it's a large piece of code. So it depends on the code.

We have a separate DevOps team for maintenance and other tasks.

This is not open source. It's price-based, for example, premium-based.  

Stability-wise, reliability-wise, and performance-wise, it is a good tool. 

Overall, I would rate the solution a nine out of ten.

Jenkins is an old product, and we encounter performance issues and slow response. Also, some of the plugins are not stable. 

I have been working with the product for eight years. 

I rate Jenkins' stability a six out of ten. 

I rate the product's scalability an eight out of ten. My company has 150 users for Jenkins. 

The deployment of traditional Jenkins is easy. I rate cloud-based deployment a five out of ten. It takes half and hour to complete. 

We use the tool's free version. 

Jenkins has broad community support. I rate it a nine out of ten. 

We use Jenkins in CI/CD pipelines. 

Jenkins integrates with multiple tools like Bitbucket and makes life easier. We don't have to write a lot of code since a lot of libraries are available. 

The product should provide more visualization as to how many pipelines are performing and how many builds are happening. It should also integrate with Kubernetes and OpenShift. 

I have been working with the solution for one and a half years. 

I would rate the product a nine out of ten. 

Jenkins is pretty scalable and I would rate it an eight out of ten. My company has more than 100 users for it. We use the tool every day. 

We report to our infrastructure team about the plugin issues. 

We wrote our own custom scripts before Jenkins. 

The tool requires maintenance whenever upgrades are available. 

We use the tool's open-source version which is free. There is an enterprise version which is expensive but comes with better support. 

I would rate Jenkins a nine out of ten.