Jenkins on CentOS 10 Reviews

My main use case for Jenkins on CentOS 10 is to automate the application deployment process, making heavy use of CI/CD pipelines. We used Jenkins on CentOS 10 to automate the deployment process. The person responsible for that part, the manager, would go to the dashboard and hit play once everyone had confirmed that the changes were properly tested. From there, Jenkins on CentOS 10 built the application, registered it in Docker, updated the Helm chart for our application, and deployed it to the Kubernetes environment.

A specific example of how I use Jenkins on CentOS 10 pipelines with Docker in my workflow is a pipeline that had a Jenkinsfile stored in the project repository. In it, there were configurations for the images needed for the deployment process. We used the pipeline to build the updated image of the project. This pipeline also had another stage that handled registering this image in GitLab, which we used. After that, it updated the Helm chart version that we used in the Kubernetes environment. Finally, this pipeline deployed, installed, and updated the new version in the Kubernetes environment. In addition, we used these pipelines to diagnose and analyze the flow of this operation.

Another great use case I had was improved visibility of changes by version. The record of builds let us see which commits were being sent in each version and which versions had already been deployed, helping us investigate more clearly and roll back more quickly to previously successful versions.

Jenkins on CentOS 10 has positively impacted my organization by speeding up the deployment process and reducing the time we spent executing repetitive tasks. Since the automated deployment process let us start it and then continue working on other tasks, it also reduced errors in writing or executing manual commands. In addition, it reduced the need to share permission files for using the Kubernetes production environment of the application, since all usage configuration was centralized in Jenkins on CentOS 10 with restricted access only for responsible people.

Regarding the specific outcomes, we have started delivering much faster. In situations requiring a critical or emergency deployment, using Jenkins on CentOS 10 made updates quick and efficient, so necessary changes reached users faster, reducing our time, our rework, and the occurrence of errors during the deployment process. It also helped with documenting the process. If the infra developers were likely to leave for other opportunities, the deployment process was not interrupted or harmed because it was already very well configured in Jenkins on CentOS 10.

The best features Jenkins on CentOS 10 offers are the deployment process through declarative files, which makes it more standardized and easier to reuse. Also, once the deployment process is configured well, it can be run even by someone without technical experience or knowledge, just by using the dashboard. The dashboard is simple and practical to use. It has many plugins, which makes integration with various other tools easy. Plugins such as Stage View make it easier to visualize and diagnose the deployment process. Besides centralizing this process, another interesting feature is using it for jobs and actions that are not necessarily about deployment, but routine processes such as tests or other functions.

The dashboard and centralized process really help my team day-to-day by making things both easier and faster. Since we didn’t need to run all the commands manually, any change pushed to the repository could quickly trigger the deployment process just by clicking the play button on the specific project. It really made usage faster and easier, helping updates go live more quickly and more efficiently, and avoiding mistakes such as forgetting a command that needed to be run in the middle of the process.

Another interesting feature I enjoy is Jenkins as code. Even though the documentation is not very clear, it still offers a practical and quick way to preconfigure or replicate Jenkins on CentOS 10 configurations.

To improve Jenkins on CentOS 10, there are some challenges we ran into, especially when we first started using it. We missed clearer documentation, both for Jenkins as code and for some environment configurations. As a result, a lot of configurations were learned manually through tests with the team. We also missed more stable plugin updates. We had many problems with incompatibility between plugin versions in Jenkins on CentOS 10.

What makes those situations challenging is that we had problems starting and restarting the Jenkins on CentOS 10 application when we needed to reuse plugins from the previous version. Once we updated some plugins to the required version, others became incompatible with the current version. It became a cycle where we had to update Jenkins on CentOS 10, the versions of the plugins we used, and the versions of the plugins they depended on, which made configuration and startup quite difficult in some cases.

I have been using Jenkins on CentOS 10 for practically most of this work for about four years.

In my experience, Jenkins on CentOS 10 has been very stable, really very stable. The difficulties we faced involved only poor resource sizing or outdated plugins. Jenkins on CentOS 10 itself was always very stable.

The scalability of Jenkins on CentOS 10 is quite good, and the ease of configuration for new projects makes the process very scalable. In our Kubernetes environment, the only limitation is monitoring resource levels so that the containers for new processes and new applications can start without choking the others. Jenkins on CentOS 10 does have the capacity for growth, but that growth needs to be planned carefully so it doesn’t strangle other parts of the cloud environment.

The community itself was more necessary and more useful than actually contacting support.

Since I didn’t use customer support, I’ll give it a seven.

In the company project, I didn't previously use a different solution before using Jenkins on CentOS 10. It was always Jenkins on CentOS 10. Before that, my personal experience was just manual deployment via terminal.

We use Jenkins on CentOS 10 in a Kubernetes environment.

We definitely had a return on investment because of the speed in the deployment process, the automation, and the improvement in documentation of these processes, plus the faster visibility of the deployment process. I think that already pays off because of the time saved in our daily work.

My experience with pricing, setup cost, and licensing for Jenkins on CentOS 10 was very simple. We didn’t have any issues with that. The biggest cost is infrastructure resources to allocate the machine.

When I used Jenkins on CentOS 10, I didn’t have the power to choose; it was already used in the company. Today, however, I wouldn’t choose another tool to handle this process. Jenkins on CentOS 10 would indeed be my first option.

Before choosing Jenkins on CentOS 10, it’s important to know what resources the company has for configuration, as well as the human resources and skills of employees needed to properly configure a pipeline environment. Besides that, I would look at and compare tools such as GitLab, GitLab CI, and others such as container-focused tools or Docker-based automation tools to automate image processes for simpler, smaller applications. Those can also be good options.

On a scale of 1 to 10, I would rate Jenkins on CentOS 10 a nine.

I chose nine out of ten for Jenkins on CentOS 10 because it’s really very useful. It really brought many benefits to our business, and I know there are still many features we could have used that would have made the company's day-to-day life even easier and better. However, it’s not a 10 yet for me because I find the system documentation hard to read and not very clear. I also think there’s a barrier for people who are not very into the DevOps side of things. In addition, plugin incompatibility can become a problem in some cases when restarting the project and handling versioning.

As with all AI usage now, I think the AI capabilities of Jenkins on CentOS 10 need to be used carefully. I find the Jenkins on CentOS 10 environment very suitable for AI use, but I think it should be very limited and have very clear rules. A bad configuration of a deployment process or tasks typically handled in Jenkins on CentOS 10 can cause problems for the entire operation. I don’t think governance and security themselves are a problem, but I think usage should be done carefully and with reduced permissions to avoid causing serious application errors.

I think the AI capabilities of Jenkins on CentOS 10 already have robust rules to avoid possible errors in the accuracy and reliability of output. I really like the configurations that are already available. I think its use could be very productive, since it could help diagnose errors and suggest improvements for the deployment flow and automated actions.

My recommendation to others reading reviews on PeerSpot who are looking into using Jenkins on CentOS 10 is to make good use of its capabilities. Automate processes in a clear, declarative, and organized way to make diagnosis easier. I would build an image or correctly save references of the plugins you use, because that can be very useful and necessary when you need to restart the application. I would also document what you have to do as part of the process.

Our main use case for Jenkins on CentOS 10 is to run our CI/CD pipelines, so whenever code gets checked in, Jenkins triggers the integration pipelines, the build pipelines, and PR reviews. Jenkins is also handling the deployment of those codes.

Whenever a new feature is being developed by the developers, they check in code, for example in a PR branch, and create a pull request with Jenkins for our CI pipelines or deployments. The moment a pull request is created, Jenkins webhooks are called and they trigger a check of the PR, especially checking for code smells, the mergeability of the PR, and security vulnerabilities in the code. Once that runs and there is an approval comment on the PR that somebody merges, it triggers another build pipeline which builds the package with a Docker image. Once the image is available, the deployment pipeline gets triggered and called, and finally the application or the changes that are part of the feature get deployed. Once it deploys, there are also some post-deployment sanity scans that run on the application from Jenkins.

Jenkins on CentOS 10 is deployed in our organization on the public cloud, specifically using Azure, where we deploy it on virtual machines.

Jenkins on CentOS 10 has positively impacted our organization because it is free and open-source, helping to save a lot of cost on our end. It is customizable since you can add different plugins or whatever you need through Jenkins, and it is very scalable due to the distributed architecture Jenkins has. We are able to efficiently run multiple projects and pipelines, and the large community support for Jenkins means that if there are any issues we run into, we can check out the community notes to fix things. Regular updates, especially security updates, are a major plus.

Regarding specific outcomes since adopting Jenkins on CentOS 10, time to market is what we call it, from the time a product feature is ideated to when the product is deployed. Previously, this process was manual, depending heavily on the developers and ops team to create and deploy packages. Now that we have Jenkins on CentOS 10, things are automated, and we are not dependent on the developers anymore; it is all system-driven with code getting checked in. All the issues coming out of the code are then fixed and deployed, so the time to market is very short now. We are able to deliver multiple features within a week, whereas it used to take three to four weeks to do the same work, translating to cost savings as we are doing more for less. These are positive metrics that show Jenkins helping us in our organization.

The best features that Jenkins on CentOS 10 offers are that it is easy to install and configure. Jenkins has always been a tool that is easy to install and configure. Out of the box, you are able to run a lot of different CI/CD pipelines because the configuration part is also quite simple. It does specific things, but it does it very well.

The difference for our team with Jenkins on CentOS 10 is that we do not really need to install it again and again. The fact that whenever we started doing this and started figuring things out, we can run Jenkins on Docker and test it out and do work on it helps our team a lot, especially since it comes with so many different plugins.

The accuracy and reliability of output for Jenkins on CentOS 10's AI capabilities is pretty good. The AI agents are already trained with good data, so they explain errors in the console output very well and analyze errors in the pipeline, log filtering, and basic functionality that is very useful. It is smart and quite accurate, and I am pretty satisfied with what it has on offer.

Regarding how Jenkins on CentOS 10 can be improved, it is not specific to CentOS 10, but Jenkins is a bit resource-intensive. It consumes significant system resources, especially if there are large codebases running or large projects running, and running it on a server does cost money. If Jenkins could help in that aspect, it would be beneficial, especially considering there are other alternatives in the market, such as GitHub Actions, which does more or less the same or even much more than Jenkins. However, the advantage is that Jenkins is an open-source tool, allowing unlimited usage. The downside is that it consumes a lot of compute power, which we need to provision. Additionally, Jenkins has complexity, particularly for beginners; I have substantial experience, but for newcomers looking to manage Jenkins, the setup can be complex. I think Jenkins needs to listen to common users and make things easier, especially now with the age of AI, and some integration to assist users would be beneficial.

Regarding Jenkins on CentOS 10's AI capabilities, I think it has some security risks since any kind of plugins can be added by people, which if misconfigured or containing malicious elements, can introduce vulnerabilities into Jenkins. That aspect needs to be governed.

We have been using Jenkins on CentOS 10 for two and a half years on this platform. Before this, Jenkins has been around for a long time, as we had been using it long ago for other use cases, but in this organization, we have been using it since probably early 2025.

Jenkins on CentOS 10 is quite stable.

Jenkins on CentOS 10's scalability is excellent because of its distributed architecture. It is extremely scalable.

We previously used GitHub Actions before switching to Jenkins on CentOS 10, and that solution was easier, but we switched because it became costly. Running a lot of different CI/CD pipelines and various test cases on GitHub Actions often exceeded the limited number of minutes per month, resulting in significant costs. Therefore, we found ourselves switching to Jenkins on CentOS 10.

I have seen a return on investment with Jenkins on CentOS 10, as it has saved us and reduced our time to market. Previously, a feature would take one month to reach from ideation to production deployment, but now we do that within a week. We employ a lot of AI as well, and Jenkins on CentOS 10 integration supports that achievement, making it clear that time saved translates to money saved. We are now three times more productive with Jenkins on CentOS 10.

My experience with pricing, setup cost, and licensing for Jenkins on CentOS 10 is that since Jenkins on CentOS 10 is an open-source tool, the only expense we have is the compute costs and server costs. Given its resource-intensive nature, we need to provision higher-end servers to run it effectively, so that is an area where Jenkins on CentOS 10 needs to improve to become less resource-hungry and more cost-efficient.

Before choosing Jenkins on CentOS 10, we evaluated other options, including Azure DevOps, but setting that up was not easy and posed challenges. Additionally, Azure DevOps incurs costs. Therefore, Jenkins on CentOS 10 was the only other viable option we considered due to its open-source nature.

I choose eight out of ten for Jenkins on CentOS 10 because it has significantly helped us reduce time to market, along with enhancing our CI/CD setup, addressing different requirements, and supporting continuous testing, along with continuous quality and code checks. However, there are still some limitations, particularly the resource-intensive nature of Jenkins on CentOS 10 and the complexity of the setup. If those two aspects improve, I think it could be a ten out of ten. I would advise others looking into using Jenkins on CentOS 10 that they should use it if they or their team have the capability or experience to use it. Jenkins on CentOS 10 natively is a bit complex to set up and maintain, but it provides a lot of useful returns on investment and is very cost-effective, so those skill sets are essential to make it work effectively.

We use Jenkins on CentOS 10 to automate pipelines for deployment, build, continuous delivery, integration, and automated tests. We have also been using Jenkins on CentOS 10 extensively to automate the resolution of tickets and cards that are opened for us.

We have a pipeline that uses Jenkins on CentOS 10 to import dashboards from another team, the SRE team. The dashboard is a Grafana dashboard that is converted from the model we use in the cloud to the model we use on-premises in Kubernetes. The pipeline fetches the dashboard, performs the conversion by removing parameters and converting the data sources, makes some modifications inside the dashboard JSON, and then deploys the dashboard to Grafana for on-premises use. We also use Jenkins on CentOS 10 as a build tool for new APIs within projects or teams.

We also use Jenkins on CentOS 10 for infrastructure provisioning. We use a card or ticket where everything we need in the environment is described. Jenkins on CentOS 10 reads this card and provisions the environment. It provisions RDS, EC2, APIs, code, and everything else that is needed. If the card is moved to another type or status, Jenkins on CentOS 10 receives a webhook, and the environment is modified according to the changes in the card.

Jenkins on CentOS 10 has had a positive impact on our organization because it has significantly reduced the time we spend on deploys. It has greatly improved the testing aspect, so we can integrate various tests within a single pipeline without causing delays in application delivery. We have also managed to give teams more control so they can access the pipelines, understand what is going on, and even fix code errors during the build stage before anything goes to the environments. We have also gained very broad visibility into all the metrics by using the DORA Metrics standard, which shows us what we can improve within the pipeline, in code quality, delivery, errors, and more.

We measure the reduction in deployment time with Jenkins on CentOS 10 by using an integration within Grafana itself, which gets data from the Jenkins API. We also use an exporter, which is a plugin that sends logs to Loki, and from Loki we can obtain the pipeline error logs in a more comprehensive way. We can also gather this information from developer feedback.

The best features that Jenkins on CentOS 10 offers include plugin integration. It integrates easily with several tools on the market, at least the main ones.

The programming language gives it a lot of versatility. We are able to do things that we normally cannot do in other pipelines, such as GitHub Actions, Azure DevOps, or GitLab CI itself. We can integrate other programming languages with it.

We can also make heavy use of the concept of templates. We declare and create pipelines that create pipelines for the teams, using the seed job model that Jenkins on CentOS 10 itself provides.

I think the overall performance of Jenkins on CentOS 10 could be improved because it ends up consuming a bit more memory.

I give it that number because I feel it could still have a pipeline defined in YAML, using both Groovy and YAML to define a pipeline.

Regarding the AI features of Jenkins on CentOS 10, at first glance they are very good, but they still need a bit more refinement.

I have been using Jenkins on CentOS 10 for six years, since I started working as a DevOps engineer.

On a scale of 1 to 10, I would rate Jenkins on CentOS 10 a nine overall.

Jenkins on CentOS 10 is deployed in our organization in a hybrid cloud, where we have one Jenkins instance that coordinates several Jenkins instances spread around the world. Each region has its own master and its slaves.

We use AWS as our cloud provider.

My advice to others who are thinking about using Jenkins on CentOS 10 is to carefully evaluate your needs. Properly structure the beginning of the pipelines, including how governance and management of the pipelines within the repositories will work. Also, carefully structure the Shared Libraries.

My main use case for Jenkins on CentOS 10 is to integrate automated tests into CI/CD pipelines, allowing the checks to run automatically. I used Jenkins on CentOS 10 for several years in test automation projects and continuous integration. I worked with different test frameworks, including Selenium and, later on, more modern tools. Jenkins on CentOS 10 helped organize executions, track results, and identify failures before releases.

As a specific example of how I used Jenkins on CentOS 10 to organize executions and handle failures before releases, I set things up so that my automated tests would run, and I configured flags in the code. Every time there was a PR from the development team, it would identify which code section was related to that change and which tests were relevant, run those tests automatically, and notify us whether there was a failure. If the tests passed, it would automatically approve the PR. If they failed, it notified the team, and we discussed the failure and worked on the fix.

Jenkins on CentOS 10 made this journey much faster. We were able to have error predictability, anticipate failures, and prevent defective code from being introduced into production. It helped make the team’s productivity more assertive and more quality-oriented.

Jenkins on CentOS 10 has had a very positive impact on my organization. It gave us predictability and automation. Things that used to take us a long time to do, we managed to automate, so we are able to meet time windows and our targets with the client. It gave us more time and free hands to work on other project demands by automating everything and keeping everything very well tied together.

As a concrete example of improvement, we reduced escaped bugs by 60% after adopting the automated CI/CD process. Regarding time, we used to spend around eight hours on the entire process of deployment, manual post-validation, and other tasks, and we managed to reduce that to forty minutes.

In my opinion, the best feature that Jenkins on CentOS 10 offers is its flexibility. It allows you to integrate different tools, languages, and frameworks into the same CI/CD process. Another positive point is the number of plugins available, which greatly facilitates integration with Git repositories, testing tools, and notification systems, for example. I also consider it important that you can configure customized pipelines according to each project’s needs.

Regarding flexibility and plugins, the ones I consider indispensable for my day-to-day work are the Git plugin, for sure, and the Playwright plugin, to build my automation projects and run them. I think those two are really fundamental in my daily work.

Regarding the AI features of Jenkins on CentOS 10, I think its governance and security are very robust, and it makes us feel confident. There were no restrictions on using it with clients. Clients who are familiar with this topic also did not avoid it; they did not tell us not to use it. So I think it is very robust and very secure.

So far, based on what we have used of the AI features of Jenkins on CentOS 10, I see very good results.

I believe the main challenges with Jenkins on CentOS 10 are in maintenance. Precisely because it is very flexible, we need to spend considerable effort on configuration and monitoring. Depending on how many plugins we use, compatibility issues may arise during updates. I also consider the interface a bit unintuitive compared to more modern solutions. I think the developers could invest more time in addressing these two points, maintenance and usability, by making Jenkins on CentOS 10 more user-friendly and more usable, with an easier and more intuitive interface.

I have been using Jenkins on CentOS 10 for about six years.

Jenkins on CentOS 10 is stable in my experience.

Regarding Jenkins on CentOS 10’s ability to handle increased demand, whether in the number of pipelines, users, or simultaneous projects, I do not notice any limitation. It has performed well as we have grown.

For support with Jenkins on CentOS 10, I turn to the community and, recently, to AI whenever I need help. I never contacted or needed to contact the Jenkins developers or team.

I have used other solutions before, but always due to the client’s needs. Whenever I have the freedom and flexibility to choose, I go with Jenkins on CentOS 10.

Before choosing Jenkins on CentOS 10, I did not evaluate other options. I chose Jenkins on CentOS 10 based on the experience of colleagues, communities, and other companies. It is a tool with a really active community, and it is very widely recommended and well-reviewed.

On a scale from 1 to 10, I would rate Jenkins on CentOS 10 a seven.

I rate it a seven exactly because of what I mentioned: it fulfills the functions, it meets everything we need, and it helps a lot, but the three points needed to reach a ten are the improvements I mentioned in the previous question.

Jenkins on CentOS 10 is deployed in my organization on-premises. Actually, it is not even on-premises in the usual sense; it is on our company’s internal server.

My advice to others who are considering using Jenkins on CentOS 10 is to go ahead and use it. It has a very active community. There is a lot of material on the internet that enables you to quickly configure it and make it work and run perfectly in your daily routine. There are many plugins, and it basically connects with everything you use in your daily work, any technology. You will save a lot of manual effort with the deployment process and with manual test execution. It will bring predictability, effort reduction, and financial gain in the end for your team.

My main use case for Jenkins on CentOS 10 is a big project in which I create a great pipeline for a company where I work as a head engineer. I create a big pipeline with many integrations in Jenkins on CentOS 10 to deploy, build, and start many microservices.

In this project, I connect a Bitbucket integration with JFrog into the Jenkins on CentOS 10 pipeline. I use AWS to deploy this in EKS and other AWS services, such as EC2, S3, and load balancer, to help run those microservices.

In this project, I work extensively with Kubernetes, so I use Helm and other Kubernetes services for great performance and good design patterns.

Jenkins on CentOS 10 has impacted my organization positively by accelerating our CI/CD deployment process.

The deployment frequency in my company is daily. Every day, we deploy eight microservices, and I think each deployment takes ten minutes at most. The manual effort is small, and the process is easy and fast.

I think the best feature Jenkins on CentOS 10 offers is the ease of integration. I cannot name a single best feature, but I think Jenkins on CentOS 10 is very powerful and easy to understand and use, and I think this is its greatest strength.

Jenkins on CentOS 10 is a main service in my company and is very important in our architecture. All of our services, microservices, sites, websites, and systems depend on it.

I have nothing further to add on this point.

I think the process of installing Jenkins on CentOS 10 in an environment could be improved in many cases.

I think simpler packaging and faster provisioning would make that setup process better for my team.

I have been using Jenkins on CentOS 10 since 2017.

Jenkins on CentOS 10 is stable.

The scalability of Jenkins on CentOS 10 is easy, very easy, and great.

We used a customized home solution before, which was bad. It was complicated and broke often, every week. We switched because it was impossible to maintain our solution, which was a legacy solution from 20 years ago.

I think the relevant metric for return on investment is time saved. Jenkins on CentOS 10 gives back a lot of time, allowing me to work with my colleagues on other tasks and make better use of their abilities. It also helps save money because it is easy to maintain and to share services with other services. This matters a great deal to my team.

I estimate that we save about eight hours per week.

I think the pricing is good, and the licensing is okay. All services in AWS and private cloud are usually very expensive, but Jenkins on CentOS 10 is not one of them.

We evaluated other options, such as CloudFormation in AWS and Bamboo in Azure, but they do not offer the same delivery, and I think Jenkins on CentOS 10 is better for all services.

I would tell anyone researching Jenkins on CentOS 10 on PeerSpot that I rate it a nine because it is a great project and very important in the IT world. I give it a nine because we can always improve the services, and I do not like to give a ten.

I think Jenkins on CentOS 10 is good for governance and security.

For accuracy and reliability, I think Jenkins on CentOS 10 is great, and I rate it a ten on this point because of its great impact on my company and all of our other work.

We use Jenkins on CentOS 10 in a private cloud, but in some projects, we use it on-premises.

We use AWS.

We only look at other solutions to understand the market.

The main use case for Jenkins on CentOS 10 is to monitor the pipeline when I deploy software to environments, staging or production.

For example, I deploy the branch I have to CloudFront. I trigger the process to start and follow in Jenkins which stage it is running in. If there is any problem, I can analyze the logs from that point to see what happened and what the actual problem was. Jenkins also gives me a more general view of how long each branch normally takes and what other projects are being deployed and running a pipeline. I have that visualization.

Jenkins on CentOS 10 helps me understand each new portion of software during CI/CD. It helps me understand at which stage something is happening and what the status is. One situation that I find very interesting is the time each step of the pipeline takes. I have a sense, for example, of whether the pipeline that is currently running is within a standard time, or whether it is taking longer, is slower, or has changed in some way. I really appreciate seeing what happens in each stage, because sometimes a pipeline is at a certain stage and I want to see details. I can see if from there it is calling some other tool; for example, Checkmarx is a tool I see a lot in vulnerability analysis. That is where Jenkins on CentOS 10 really helps me understand what is happening. It gives me a deep view of what is going on and what the current situation is.

Jenkins on CentOS 10 has a very positive impact when I understand what is happening at the moment I am deploying software to some environment, staging or production. This helps me a lot to understand at what point the software is.

I measure this impact by noting that there was a decrease in errors because we understand what is happening.

The best features that Jenkins on CentOS 10 offers, in my opinion, are the detailed breakdown of the stages. That is what is most important for me. I can understand the stage that is running and what is actually happening, literally, in that stage. That level of detail helps me a lot. I can also see whether that is within the normal range, or, even if there is no problem, I can analyze a deeper status. That is very interesting.

Regarding this detailed breakdown of the stages, all three functionalities are specific platform functionalities that I frequently use to deepen this analysis. Log visualization is very important because when a problem occurs, I want to understand what happened. Even if there was no problem, I can understand what is really happening in that stage. That is very important. The dashboard helps me a lot to understand how the company is using Jenkins on CentOS 10 at the same time I am using it. For example, if I am running a pipeline now, I can see which other pipelines are running, whether they are all taking a long time, and whether mine has priority over the others. Regarding alerts, when something fails, Jenkins on CentOS 10 sends messages in the company's Google Chat to other responsible people. That helps a lot. It also helps if, for example, it is going to contact some other software that runs alongside it, such as Checkmarx for vulnerability analysis. That helps a lot to understand the whole picture.

In this case, I use Jenkins on CentOS 10 integrated with AWS. It helps me a lot.

Regarding the AI features of Jenkins on CentOS 10, they help me a lot because, through the analysis of my situation and my use of Jenkins, the suggestions become more effective and better.

Regarding the AI features of Jenkins on CentOS 10, I find them to be highly accurate because they really seem to know how to use the collected data to bring me good suggestions.

I believe Jenkins on CentOS 10 can be improved by allowing some customizations in the dashboard in a more immediate way. It would also be interesting to allow this customization for each user. For example, I use another tool in which I can already leave some fields fixed, and I can pin some fields. That helps me a lot in that other tool. It would be interesting to have this in Jenkins on CentOS 10 since it is a tool I use constantly.

My rating of nine is due to the customization I mentioned, which would make me give it a 10.

I have been using Jenkins on CentOS 10 for about two and a half years.

Jenkins on CentOS 10 is stable. When a problem occurs, they manage to resolve it quickly.

I imagine Jenkins on CentOS 10 works well regarding scalability. I do not see any problems related to that.

I do not have access to customer support details, but I believe it works well since the company continues to use it and it is a large company.

I did not previously use a different solution; since I joined the company, we have used Jenkins on CentOS 10.

I can already see time saved as a return on investment.

I do not have access to pricing, setup costs, and licensing information, but I understand that the company uses it and keeps using it.

Before choosing Jenkins on CentOS 10, I did not have access to that part, but I believe they did evaluate others.

On a scale from 1 to 10, I would rate Jenkins on CentOS 10 a nine.

I would say that Jenkins on CentOS 10 will contribute to better visibility of how systems are working and going to the environments.

My main use case for Jenkins on CentOS 10 is CI/CD, providing an integration of various processes.

A specific example of how I use Jenkins on CentOS 10 for integration is the integration with Kubernetes, Docker, and Git.

Jenkins on CentOS 10 significantly helps my team.

The best features Jenkins on CentOS 10 offers include the feature of Jenkins, which I find essential.

I appreciate the automation using plugins with Jenkins on CentOS 10.

I find that using Jenkins on CentOS 10 has a positive impact on my organization.

Collaboration in my organization is enhanced using plugins and Git while working with Jenkins on CentOS 10.

I believe Jenkins on CentOS 10 can be improved with enhancements such as the Docker image in the Docker container.

The integration with Git is an aspect that could see needed improvements.

I think there could be improvements made with Jenkins on CentOS 10.

As a developer, I am using Jenkins on CentOS 10.

I have been using Jenkins on CentOS 10 for 22 years.

Jenkins on CentOS 10 is stable and reliable for my use.

I find the scalability of Jenkins on CentOS 10 to be effective, allowing me to manage growth.

I previously switched from using Ubuntu Linux before adopting Jenkins on CentOS 10.

The return on investment is favorable, reflecting in money saved and shared short.

My experience with pricing, setup cost, and licensing for Jenkins on CentOS 10 was very quick.

The distribution Linux was among the options I evaluated before choosing Jenkins on CentOS 10.

On a scale of 1 to 10, I would rate Jenkins on CentOS 10 a nine.

My overall rating for Jenkins on CentOS 10 is seven.

The reasons leading me to choose the number seven for Jenkins on CentOS 10 are multifaceted.

Regarding Jenkins on CentOS 10's AI capabilities, I think the security in the application is adequate.

In relation to Jenkins on CentOS 10's AI capabilities, I consider the duration to be acceptable for accuracy and reliability.

I would advise others looking into using Jenkins on CentOS 10 to consider the product carefully.

My main use case for Jenkins on CentOS 10 is CI/CD, development pipelines, and deploying to servers, taking code from a repository to the AWS machine.

A specific example of how this CI/CD process with Jenkins on CentOS 10 helped me in my day-to-day work is that it made the pipeline more automated. For example, we were able to make deployments in the CI/CD pipeline automatically through the trigger of a new merged PR in the repository.

Jenkins on CentOS 10 has had a positive impact on my organization in terms of time. The SLA was reduced significantly because we needed to be less manual and more automated.

I can quantify this SLA time reduction as 60% savings.

The best features that Jenkins on CentOS 10 offers include the ability to use various plugins together with Jenkins and to make connections and integrations with other systems.

The plugin I consider indispensable, which has greatly facilitated integration with other systems, is the Atlassian plugin, which is exactly the plugin for where we have our source code repository.

I think Jenkins on CentOS 10 could improve its integrations and its native repository, for example, for source code. One area where it loses out to its competitors is that it does not have the functionality to store your source code there and, from that, perform external automations and internal automations of your own source code. It also lacks the flexibility in automations that GitHub Actions has.

Jenkins on CentOS 10 could have more integration features, specifically features that change the market a bit and provide repositories, so it could be used as a source code repository and we could carry out automations and integrations more easily with our own code. I also think the UX/UI could be improved a lot. The Jenkins interface could be made simpler yet robust, so that we can work more easily and have more infrastructure and pipeline management controls.

I do not believe any other improvement is important for Jenkins on CentOS 10.

I used Jenkins on CentOS 10 for two years.

Jenkins on CentOS 10 is stable.

The scalability of Jenkins on CentOS 10 is good.

I previously used a different solution, Bitbucket Pipelines. We switched because it was a bit limited, very simple, and without much governance, and Jenkins offered us more.

I have obtained a return on investment. Time was saved, and with approximately 60% time savings, we can also reduce staff, which improves our payroll and increases our EBITDA.

We can have a positive ROI on the investment we made and on the internal cost we need to spend in order to use it.

In my experience with pricing, setup costs, and licensing, I found Jenkins on CentOS 10 expensive. This was one of the reasons it took us a while to actually start using it. The configuration is very burdensome, and that requirement is bad.

I think it should use AI more to make configurations faster, reduce the cost, and reduce the price for the end user. In this way, we would be able to use Jenkins on CentOS 10 more.

Before choosing Jenkins on CentOS 10, I evaluated other options such as GitLab and GitHub Actions.

On a scale from one to ten, I rate Jenkins on CentOS 10 a seven.

I chose a seven because it is a middle ground in my mind, between good and great. I do not think it is bad, but it is not great yet either.

Regarding the AI features of Jenkins on CentOS 10, I do not have much information about the use of AI with Jenkins, but I think the results are accurate and very reliable.

I acquired Jenkins on CentOS 10 through Jenkins itself or by recommendation.

The advice I would give to other people who are thinking about using Jenkins on CentOS 10 is that the learning curve needs to be a bit longer, so study and understand it well, and see whether this learning curve is really worth it for your process and your company in order to use Jenkins.

I have been using Jenkins on CentOS 10 for approximately seven to eight years.

My main use case for Jenkins on CentOS 10 is to run CI/CD pipelines.

To run my pipelines using Jenkins on CentOS 10, we have different applications where the whole build, test, deploy phase is run through pipelines, as well as other configuration that are applied to the applications.

I haven't observed anything truly unique in how we interact with Jenkins on CentOS 10 as I've seen more or less the same use case in other companies.

The best features Jenkins on CentOS 10 offers include many plugins that you can get from the community, so it's highly adjustable to the environment, supports multi-branch pipelines, has an architecture of primary and secondary servers for scaling up Jenkins that works really well when you have larger teams using it, and also has many native integrations with Git, Bitbucket and so on, making it excellent overall.

The plugin ecosystem and scalability of Jenkins on CentOS 10 have specifically helped my team because it's really beneficial when you can use additional secondary servers, and it scales well because of that; I use dozens of plugins for authentication, building role-based access control in larger teams and so on, as well as a bunch of pipeline improvements.

The plugins related to the integrations in Jenkins on CentOS 10 are crucial because many of them allow integrations with different systems.

Jenkins on CentOS 10 has positively impacted my organization by allowing our teams to build and deploy applications really fast, and because it has been around for many years, it's easy to find people with good knowledge in Jenkins who can immediately start contributing to the team without having to learn some new tool.

Deployments are at least eighty to ninety percent faster using Jenkins on CentOS 10 compared to scripting your way and developing your own tools, so the time saved is enormous as well as all the cost that comes with it, which otherwise equals additional cost in engineering time spent.

The plugins in Jenkins on CentOS 10, while really great because of the huge ecosystem, can also be a pain point because you never know how long they will be maintained, and there's a slight instability there; if you depend on some plugin that does an integration with some product and the plugin is not maintained anymore, you're blocked from using the product features that would integrate through the plugin, and it doesn't have high availability natively.

I have been using Jenkins on CentOS 10 for approximately seven to eight years.

Jenkins on CentOS 10 is stable.

Jenkins on CentOS 10 can scale well by adding additional servers.

There is no customer support for Jenkins on CentOS 10 since it's open source.

I haven't switched from another solution, but I have used other solutions in parallel.

I have seen a return on investment in terms of time saved and money saved because of the time saved for engineers, but I don't have any specific data that I would be able to share.

At some point, I evaluated CircleCI alongside Jenkins on CentOS 10.

My advice for others looking into using Jenkins on CentOS 10 is that it costs nothing, so give it a try; I'm pretty sure you will find it easy to use. I don't believe there are any improvements needed for Jenkins on CentOS 10 that we haven't discussed yet.

I used Jenkins on CentOS 10 for three years, primarily for pipeline automation and unit test control.

My main use case for Jenkins on CentOS 10 is pipeline automation and unit test control, where pipelines were configured directly through the Jenkins interface, and the unit tests for the applications were scripted and configured.

I use pipeline automation and unit test control in my daily work with Jenkins on CentOS 10, where Jenkins was installed on a Windows platform and it delivered to Kubernetes environments.

Jenkins on CentOS 10 has had a positive impact on my organization by making delivery routines easier, avoiding errors and rework.

This facilitation of deliveries helped my team in day-to-day work by providing delivery metrics, with successful and failed deliveries, and it also made the rollback process easier in case there was a failed delivery.

I believe that Jenkins on CentOS 10 offers the best features with the execution of pipelines and the archiving of artifacts from the tests and from the delivery itself.

Regarding pipeline execution and artifact archiving, I consider that it basically runs the same as other CI/CD managers, but it’s a very important product in the market, with plenty of documentation, and it’s easy to work with.

I believe Jenkins on CentOS 10 could be improved by updating its interface, making it a bit more intuitive and modern.

I have been working in my current field for approximately 20 years, and I have used Jenkins on CentOS 10 for three years.

Jenkins on CentOS 10 is stable.

The scalability of Jenkins on CentOS 10 is good, and it’s easy to scale.

Previously, there was no automation for application delivery, and Jenkins on CentOS 10 came in to provide this automation.

I have seen a return on investment in terms of time saved and fewer delivery failures.

I didn’t have any costs with Jenkins on CentOS 10 as I used the community version.

Before choosing Jenkins on CentOS 10, I evaluated Azure DevOps.

On a scale of 1 to 10, I would rate Jenkins on CentOS 10 an eight.

I rate it an eight because it serves its purpose well, although it has a slightly outdated interface.

I would advise others who are thinking about using Jenkins on CentOS 10 to study the documentation thoroughly to perform a clean and straightforward installation.