Tekton Reviews

The platform's most valuable feature is its wireless capability, which makes installation easy and sets up the flow.

The product's UI could be improved, as there are occasional latency issues. The triggering part, especially the CRD installation needs enhancement.

I have been using Tekton for one and a half years. 

The platform could be more scalable. 

The technical community support could be better.

Neutral

The initial setup process is easy. 

The product is free of cost.

We used Tekton to integrate it with different DevOps tools. We used various SaaS tools like Fortify and Jenkins and security tools such as JMeter and Google Lighthouse. 

I rate it a seven out of ten. 

Tekton is the orchestration engine within OpenShift, which is our on-premise platform. Since we are not on the cloud yet, OpenShift plays a strategic role, and Tekton is a significant part of it. It serves as an orchestrator.

In my experience of the last two years using Tekton and OpenShift pipelines, I haven't encountered many issues. As an orchestrator, Tekton works best. It's just one component of the larger OpenShift platform. Tekton consists of multiple components like events, trigger bindings, and more. However, when it comes to the overall OpenShift platform, being a platform as a service, most aspects are taken care of. 

Tekton plays a primary role as an orchestrator. When we receive a webhook from any Git repository, such as Azure Git or GitLab, Tekton triggers the pipeline and performs tasks like code retrieval, running SonarQube or Fortify tasks, and creating and deploying images to multiple environments.

So we can have multiple promoted environments, starting from dev to SIT, then to UAT, and finally to production. We follow a continuous flow branching approach, allowing us to promote changes from smaller environments to larger ones like dev to SIT, SIT to UAT, and UAT to production, which is our master branch. This helps us maintain a smooth workflow and ensures reliable deployment.

Tekton is an orchestrator. It provides seamless integration for our pipelines. It offers robust support for executing tasks within the pipeline, allowing us to set up and run pipelines quickly.

Additionally, Tekton's underlying architecture with OpenShift enables us to create, implement, and run end-to-end pipelines. We can integrate various automation tools like Fortify or SonarQube for testing, code scanning, regression testing, and more. All these tasks can be executed within the pipeline using Tekton.

There might be occasional issues with storage or cluster-level logging, which can affect production. But as a component, Tekton performs flawlessly.

As an orchestrator, Tekton effectively executes most tasks. However, there are instances where we feel that YAML files, which Tekton reads, could benefit from increased flexibility. You see, in OpenShift, everything revolves around YAML. We have different components specified in YAML files, and when we put them together in an OpenShift pipeline, it generally works fine. However, occasionally we encounter difficulties when editing these YAML files.

I have been working with Tekton since we implemented it in 2020, so it's been almost two years.

We haven't encountered any stability issues with it. It has been reliable and available.

Tekton is scalable.

Red Hat's support has been quite excellent. We have a close partnership with Red Hat, as our DevOps strategy heavily relies on OpenShift as a core component. 

Since our entire architecture is on-premise, we have made significant investments in OpenShift. Setting up the OpenShift cluster and configuring different components, including Tekton, has been smooth and hassle-free for us, thanks to Red Hat's support.

It's not solely about Tekton itself. We chose OpenShift as a platform as a service because we opted for on-premise implementation instead of the cloud. The implementation of OpenShift includes the incorporation of Tekton.

The initial setup is actually easy. Tekton is just one of the underlying components in OpenShift pipelines. It's a technology and engine with a straightforward architecture, so the setup process is quite simple.

We have a command-line setup where we use the OpenShift client to connect to Tekton. It's like talking to the cluster, and Tekton executes the tasks on that specific cluster. It's an efficient and streamlined process.

The entire OpenShift platform is supported by just two DevOps engineers.

But we might need to expand the team in the future. Two resources are not sufficient considering the workload and stress we handle.

The pricing is based on OpenShift's vCPU licenses. We pay according to the number of virtual CPUs, which can be costly. 

However, it's important to note that Tekton is just one of the underlying components in OpenShift. Therefore, the pricing and licensing considerations are more related to OpenShift as a whole rather than Tekton alone.

We have evaluated multiple vendors, including Red Hat, whose DevOps architecture includes Tekton as an underlying component. However, other vendors also offer similar orchestration components in their architectures. 

So, there are various tools available from different vendors that serve the same purpose as Tekton.

There are several vendors in the market who provide their own versions of orchestration components for DevOps architectures, apart from Red Hat. They implement their own approaches and name their components accordingly, but the purpose is similar to Tekton.

I would recommend Tekton as an orchestrator because it works well within the OpenShift environment. While there may be similar orchestrator components offered by other vendors in different DevOps architectures, Tekton's integration with other OpenShift components makes it a strong choice.

I would rate Tekton a seven. The only drawback I've experienced is the difficulty of modifying YAML files on the fly and making changes, as it doesn't work well in that aspect. However, apart from that, Tekton performs well in other areas.

The CI solution of the team I worked for was based on Tekton. Since Tekton is a Kubernetes native framework, we can easily configure it within a Kubernetes cluster, which has many benefits.

I would say the customization ability that Tekton provides is good. As an example, if we look at the pipeline structure of Tekton, a Tekton Pipeline was built with Tekton Tasks. We can specify a Tekton Task within the pipeline YAML. Otherwise, we can specify the task in a separate YAML and add it as a reference within the pipeline so that we can use the Tekton Task as a reusable component in other pipelines as well. Another thing is that we can execute a Tekton Task based on conditions such as "when" expressions. Furthermore, Tekton provides Tekton Triggers. We use Tekton Triggers to dynamically execute a pipeline based on an event, which is also a very useful feature for us. These customization features of Tekton made it more valuable and flexible to use for us.

The product's documentation is an area of concern, making it an area where improvements are required.

Apart from the documentation, there is one more thing that I believe needs to improve in Tekton. In the Tekton pipeline structure, there is an optional feature called finally section, where we can add all the core Tekton Tasks, which have to be executed even in a pipeline failure scenario. But the issue is that we cannot give a sequence for the tasks in the finally section, so all the tasks are running simultaneously. I believe if we had a feature to help users add a sequence for the tasks in the finally section, then it would make our lives easier.

The scalability could improve a lot in the future.

I have been using Tekton for a year. I am a user of the tool.

Sometimes, we face some version compatibility issues, but when we upgrade the version, it gets rectified. Stability-wise, I rate the solution an eight out of ten.

I know that there are more than 20 people using Tekton within our company. As the CI solution in our company is based on Tekton, many people, including new joiners, also have to learn Tekton. Scalability-wise, I rate the solution a seven out of ten.

When our company faced challenges with the tool, we had to do our own trials and errors to find a solution. Sometimes, we had to go through some GitHub issues related to the challenges we faced, but most of the time, we couldn't find an exact solution by looking at the GitHub issues. So we had to try to resolve the issues we faced in Tekton with the knowledge we had. We did not contact Tekton's support team.

Tekton's integration capabilities have helped our company's development workflow. Tekton is a Kubernetes native framework, so most of the command lines that we use in Kubernetes could also be used within Tekton framework. Basically, configuring Tekton Pipelines within our Kubernetes cluster was very easy compared to using other solutions. Overall, the development workflow was easy when using Tekton.

As a beginner who is trying to use Tekton, it will take some effort to learn it because the documentation in Tekton has to improve a lot. There are no tutorials to learn about Tekton because I personally learned it from my seniors and my experience and even when we faced challenges in the development, we couldn't find a solution on the internet. We had to do our own trial and error to find a solution, which was one of the main challenges while using Tekton.

I recommend the tool to others as using Tekton makes our lives easier. As far as I know, many companies don't know about Tekton. If they knew that there is something called Tekton, they would definitely adjust to it. 

I rate the tool a nine out of ten.

We use Tekton to build and deploy business apps, which include analytics programming in their strategy. Our DeepLab setup involves routers that trigger Tekton within our clusters to build and deploy their strategy as needed.

Tekton is also used in Flutter, eliminating the need for GitLab CI for our setup. While GitLab Runners can handle build and deployment tasks, Tekton offers strong integration with EKS and Kubernetes clusters. 

Tekton is useful for us, especially since we use it for all other deployments and in the cloud. In terms of build and deployment capabilities, it can function similarly to GitLab.

The Helm Chart for Tekton doesn't come with all the manifests needed for installation; you must apply them manually. I use ArgoCD to upgrade and manage Tekton, but manual updates to the Helm charts are still required.

I have been using Tekton for one year.

We have analytics that utilize a negative tone. Around 50 people use this in the cloud. When they need to deploy or release a strategy, they tag it and create a new Tekton task. Tekton then handles building and integrating its strategy within our clusters.

It is open source, like DeepLab Community Edition.

Tekton is easy to use, but updating from older versions can be challenging due to method changes with each release. I've spent a lot of time upgrading it. Once you start using Tekton, you can manage it with just a few files and apply them easily. 

The best documentation for Tekton is their CRD for the operator.

Overall, I rate the solution a six out of ten.

I use the platform to manage development pipelines. Our infrastructure is integrated with Kubernetes, and we utilize it within an OpenShift environment for automation. I have developed various pipelines and plugins for both front-end and back-end applications, including Angular for the front end and Quarkus, a Java framework for microservices, for the back end. The platform supports tasks such as code cloning, testing, and deployment by integrating SonarQube, Argo, and Nexus tools.

The product's best feature is its ease of implementation. It is well-suited for microservices architecture and integrates seamlessly with Docker and other tasks. The orientation towards microservices makes managing different tasks and projects efficient.

Initially, working with YAML configuration can be challenging using the solution. 

I have been using Tekton for two years.

I have not encountered any stability issues with the platform.

Approximately four people in our organization use Tekton. It is a scalable platform. 

The setup process is simplified by its integration with Kubernetes and its examples for various tasks.

I suggest utilizing available tasks and resources, such as copying and using tools like ChatGPT, to write and configure tasks. 

The platform is user-friendly and provides good support for managing different pipelines.

I rate it an eight out of ten. 

I use the product primarily for CI/CD in application cloud-native environments. It helps us build code, and occasionally, it is also used for deployment.

The platform's most valuable feature is its cloud-native and Kubernetes-ready design.It integrates seamlessly with container environments, providing a significant advantage for Kubernetes users.

While Tekton is highly effective for Kubernetes-based setups, it might not suit users who require more control over bare-metal environments.

I have been using Tekton intermittently for the past four or five years.

The product is stable. I have not experienced any crashes, and it operates reliably as a Kubernetes controller.

I have used Jenkins and Concourse before. 

Tekton is designed specifically for Kubernetes, making it a natural fit for Kubernetes environments. 

The initial setup was quite straightforward. I recently reinstalled it with minimal effort, particularly using the Tekton operator on OpenShift. The process was smooth, and there were no major challenges encountered.

The pipeline resources are comprehensive and meet our CI/CD requirements. They help automate the deployment process efficiently, and I have not faced significant issues related to resource consumption.

The product is free and open-source. Some platforms may have additional costs for advanced features, but the core framework is free.

Tekton has been more than other solutions efficient as it reduces the need to maintain servers like Jenkins. 

Overall, I rate it a nine out of ten. 

We are utilizing Tekton as a pipeline tool for their CI/CD process, which involves connecting GitLab to Nexus, then Nexus to Argo CD, and ultimately to Kubernetes.

We are a Kubernetes-centric company, so it's advantageous for us to use a cloud-native, Kubernetes-driven solution. Tekton is serverless and runs on OpenShift, and we leverage Tekton to take full advantage of the Kubernetes features such as running and scaling the solution in PaaS.

There is a need for substantial improvement in connecting with other tools and open-source software. Configuring Tekton requires a deep understanding of Kubernetes, which can be difficult for developers. Furthermore, there is no existing template that gives defaults for developers to build a pipeline, making it challenging for them to use. In conclusion, Tekton is not particularly user-friendly for developers and has room for improvement.

I would like Tekton to change its dashboard to be similar to the one GitLab offers.

I have been using the solution for one year.

We are not relying heavily on Tekton or OpenShift for stability since our applications used in the DevOps culture are not critical ones, thus reducing the risk.

Tekton is a scalable product that we have not yet taken full advantage of. Although our needs are relatively simple, focusing on DevOps delivery, we have not reached the desired level of use.

Setting up Tekton initially was not a simple process. We did not choose to use Tekton, but rather it was selected due to its availability. IBM promotes Tekton and its integration with OpenShift, so when we set up OpenShift a year and a half ago, we also set up Tekton. We have already implemented GitLab Runner for multiple projects, replacing Tekton. GitLab Runner has been found to be advantageous for developers, due to its ease of use. As a result, we are now running two distinct pipelines for different projects, with the majority of developers preferring GitLab Runner over Tekton.

I give the initial setup a five out of ten.

The implementation of Tekton took some time due to operational challenges, rather than a lack of technical knowledge. These challenges included a lack of understanding of Tekton and the availability of the infrastructure personnel. The overall implementation took us around one month.

We collaborated with IBM and Red Hat vendors to set up the OpenShift PaaS solution. To ensure a successful outcome, we conducted a proof-of-concept (POC) in parallel with the vendors.

I give the solution a five out of ten.

We have around 50 people using the solution in our organization.

From a usage perspective, people are trying to move up from Tekton to GitLab in our organization.

Using Tekton depends on the strength of our Red Hat resources. I recommend GitLab over Tekton.

In my company, we use Tekton for the pipeline, specifically Bitbucket pipelines. We have some cluster setups as well. In order to run some testing of the cluster, we chose to handle pipelines via Tekton.

The best feature of Tekton is that it is a Kubernetes-native tool for CI/CD. The tool offers flexibility and compatibility. If we look under the Kubernetes-native area, Tekton is built to run natively on Kubernetes, so it leverages Kubernetes 'scalability, security, and robustness, making it an ideal cloud-native application. I can relate to the pipeline customization in Tekton. It provides a highly customizable and reusable pipeline component. You can define tasks and pipelines that suit your specific workflow needs and easily reuse them as a different service platform. If you see the interoperability, Tekton is designed to indicate that there are other tools and services in the Kubernetes ecosystem. It makes it easy to incorporate things into the existing workflow.

Earlier, I used to use Jenkins pipeline, but compared to Jenkins, Tekton is better. Tekton is quite a user-friendly tool. The tool offers good dashboard access, and it is extremely user-friendly. If you are a beginner, then accessing the flexibility part can be overwhelming. We think the learning curve of the tool is steep, especially for those who are not already familiar with Kubernetes. There is a need to improve the recommendations and create more tutorials for the tool. The tool is very user-friendly for advanced users and not for beginners. There are some limitations, especially since the tool primarily operates through YAML configurations and command lines with limited graphical user interface options. While there are some third-party tools that look like Tekton's dashboard, there are still basic and compact major systems like Jenkins or GitLab.With more advanced built-in CGI and GUI, as a user, we can make it easier to monitor and manage Python faster. We can also improve the data handling and debugging. The debugging of failed pipelines in Tekton can be challenging. The error messages are not very descriptive, and the tool has limited support for step-by-step debugging. So, the improvement in error handling and data handling for debugging needs to be improved so that it could significantly improve the developer experience.

I have been using Tekton for three years. In our company, we have been using the tool for more than eight months. I am just a user of the tool.

In our company, there are around more than 5,000 employees. There are actually many things under the cloud and platform delivery and infrastructure. We don't know the exact number of employees who are using the tool. I believe over 100 people in my company use the tool.

In my entire career, I never went to the support team for help. If I had any doubts or any kind of features, I was able to Google it or use ChatGPT.

The solution is deployed on the cloud.

Beginners should go through the product documentation. There are many tutorials available on the product that can help a person to configure the pipeline and task functions. Once you get a proper idea of the architecture of Tekton and how it works, only after knowing how to use the tool will a person get to apply the practical knowledge in the Tekton tools. I suggest that businesses get an idea about Python and how it works, as they need to understand the architecture of Tekton.

I rate the tool an eight out of ten.