What's GitOps?
Hi all,
I tried breaking down what's GitOps, so here's how it turned out:
**GitOps** offers a way to automate and manage infrastructure. It does this by using the same DevOps best practices that many teams already use, such as version control, code review, and CI/CD pipelines.
Companies have been adopting DevOps because of its great potential to improve productivity and software quality. Along the way, we’ve found ways to automate the software development lifecycle. But when it comes to infrastructure setup and deployments, it’s still mostly a manual process.
With GitOps teams can **automate the infrastructure provisioning process**. This is due to the ability to write your infrastructure as code (IaC) with the use of declaration files. We can store them in a Git repository, exactly as we store application development code.
# How does GitOps work?
The GitOps concept was initially introduced by [Weaveworks](https://www.weave.works/), a Kubernetes management company. So discussions around GitOps are mainly in the context of Kubernetes. The transformation to microservices running in containers brought a need for orchestration platforms. Container-based applications can be complex and difficult for provisioning and management. GitOps helps in simplifying this by applying techniques proven in the DevOps world.
Nowadays the idea has become popular among DevOps enthusiasts, representing an upgraded model of the IaC concept. It revolves around 3 major components:
1. Infrastructure as code
2. Pull requests
3. CI/CD
*Let’s look at them separately.*
**Infrastructure as Code**
IaC is a practice of provisioning and managing infrastructure as **declaration files**, stored as code. By leveraging IaC and version control teams can optimize all operational procedures.
GitOps centers around the **declarative model of IaC**. This is why Kubernetes is a great example of implementation. Declarative means that configuration is more a declaration of an expected state, instead of a set of commands. For example, in Kubernetes, you can define the number of pods desired for a service in the manifest. The system will then take care of itself. No need for an engineer to write an imperative script that should get to the desired pod number.
Any cloud-native software that conforms to the declarative model can be treated as code. We use AWS CloudFormation, which is a declarative tool, to write AWS infrastructure. This means that **we can treat infrastructure itself as code**. Declare the desired state as code. The system applies the changes to achieve that state with automation.
With that said, declarative models are not a must to benefit in GitOps. You can do as well with imperatively defined environments.
**Pull requests**
The main idea behind the GitOps concept is that the version control system is a single source of truth. We use Git as a change management system for our application code. We can also use it for our infrastructure code. So the entire set of declaration files is in a single place where you can collaborate. This enables us to use the key concept of Git – the **pull request** for operational changes.
In an app development workflow, we use one main branch as a release branch. Developers create feature branches from the main branch. Develop a particular feature or story and when done create a pull request to merge it back into the main branch. This same approach is convenient for infrastructure code.
Creating a pull request enables the code to go through a process of code review before we integrate it into another branch of the codebase. Code reviews stop bad code from getting into test or production environments. This is even more important for infrastructure code. Having formal approvals in place via code reviews helps a lot with the auditing and troubleshooting.
**Git organization**
The deployment process in GitOps requires at least two repos: **the application repo and the environment configuration repo.** The first one contains the source code of the app together with its deployment manifests. The
Hi all,
I tried breaking down what's GitOps, so here's how it turned out:
**GitOps** offers a way to automate and manage infrastructure. It does this by using the same DevOps best practices that many teams already use, such as version control, code review, and CI/CD pipelines.
Companies have been adopting DevOps because of its great potential to improve productivity and software quality. Along the way, we’ve found ways to automate the software development lifecycle. But when it comes to infrastructure setup and deployments, it’s still mostly a manual process.
With GitOps teams can **automate the infrastructure provisioning process**. This is due to the ability to write your infrastructure as code (IaC) with the use of declaration files. We can store them in a Git repository, exactly as we store application development code.
# How does GitOps work?
The GitOps concept was initially introduced by [Weaveworks](https://www.weave.works/), a Kubernetes management company. So discussions around GitOps are mainly in the context of Kubernetes. The transformation to microservices running in containers brought a need for orchestration platforms. Container-based applications can be complex and difficult for provisioning and management. GitOps helps in simplifying this by applying techniques proven in the DevOps world.
Nowadays the idea has become popular among DevOps enthusiasts, representing an upgraded model of the IaC concept. It revolves around 3 major components:
1. Infrastructure as code
2. Pull requests
3. CI/CD
*Let’s look at them separately.*
**Infrastructure as Code**
IaC is a practice of provisioning and managing infrastructure as **declaration files**, stored as code. By leveraging IaC and version control teams can optimize all operational procedures.
GitOps centers around the **declarative model of IaC**. This is why Kubernetes is a great example of implementation. Declarative means that configuration is more a declaration of an expected state, instead of a set of commands. For example, in Kubernetes, you can define the number of pods desired for a service in the manifest. The system will then take care of itself. No need for an engineer to write an imperative script that should get to the desired pod number.
Any cloud-native software that conforms to the declarative model can be treated as code. We use AWS CloudFormation, which is a declarative tool, to write AWS infrastructure. This means that **we can treat infrastructure itself as code**. Declare the desired state as code. The system applies the changes to achieve that state with automation.
With that said, declarative models are not a must to benefit in GitOps. You can do as well with imperatively defined environments.
**Pull requests**
The main idea behind the GitOps concept is that the version control system is a single source of truth. We use Git as a change management system for our application code. We can also use it for our infrastructure code. So the entire set of declaration files is in a single place where you can collaborate. This enables us to use the key concept of Git – the **pull request** for operational changes.
In an app development workflow, we use one main branch as a release branch. Developers create feature branches from the main branch. Develop a particular feature or story and when done create a pull request to merge it back into the main branch. This same approach is convenient for infrastructure code.
Creating a pull request enables the code to go through a process of code review before we integrate it into another branch of the codebase. Code reviews stop bad code from getting into test or production environments. This is even more important for infrastructure code. Having formal approvals in place via code reviews helps a lot with the auditing and troubleshooting.
**Git organization**
The deployment process in GitOps requires at least two repos: **the application repo and the environment configuration repo.** The first one contains the source code of the app together with its deployment manifests. The
WeaveSlot
สล็อต เว็บสล็อตเว็บตรง 100% ฝากถอน True Wallet ไม่มีขั้นต่ำ
สล็อตเว็บตรง 100% ฝากถอน True Wallet ไม่มีขั้นต่ำ สล็อตแตกง่าย เว็บตรงไม่ผ่านเอเย่นต์ เกมสล็อตครบทุกค่าย PG Slot, Jili และอีกมากมาย สมัครสมาชิกรับเครดิตฟรีวันนี้
second one contains the desired state of the whole system described using a declarative specification for each environment. You can describe your environments as dev, test, production in a code repository, containing the applications and infrastructure services that can run with a particular version of that environment.
In the case of infrastructure, the main branch can represent an environment. We can implement the changes in the feature branch. Then create a pull request to merge the changes in the main branch. With this, we enable collaboration, while being transparent of who performed which changes. This is also beneficial for issue tracking to the root cause since all changes are commits in Git.
GitOps works with any Git-based system, like GitHub, BitBucket, or GitLab. It is not dependent on any tool or technology.
**CI/CD**
To achieve a full GitOps implementation, you need a CI/CD pipeline. With automated delivery pipelines you can deliver infrastructure changes to designated environments, each time there is a change in the Git repository.
Pipelines are here to connect your Git pull requests to the orchestration system. When you trigger the pipeline with a pull request, the orchestration system executes the task.
There are two possibilities for a GitOps deployment strategy: **Push and Pull Pipelines**. The difference between them is in the way you ensure the deployment environment resembles the desired infrastructure.
**- Push Pipelines**
Many popular CI/CD tools are using this strategy. We store the source code of the application and its deployment manifests in one repository. The build pipeline triggers when a new update happens in the application code. The pipeline builds the container images and pushes the changes to the environment. This strategy brings more flexibility, as it can support any type of infrastructure. The disadvantage is that it gives the CI/CD tool access to write to your environment.
**- Pull Pipelines**
The community considers the pull pipeline approach a more secure practice for GitOps. With this approach, the operator is introduced. The operator is a component between the pipeline and the orchestration tool. It constantly compares the target state in the environment repository with the actual state in the deployed infrastructure. The operator changes the infrastructure to fit the environment repository if it detects any changes. Also, it’s possible to monitor the image registry to identify new versions of images to deploy. This is what makes GitOps so special.
In GitOps the environment updates happen only when there are changes in the environment repository. The system reverts any modifications made if the implemented infrastructure changes in any manner not defined in the environment repository.
For most applications, you’ll probably need more than one environment. GitOps allows you to create **multiple pipelines** that can change the environment repository. You can use separate branches in the environment repository to manage more environments. The operator can react to the change of one branch by deploying to production and react to another branch by deploying to test.
# What are the benefits of GitOps?
**Using DevOps best practices**
Since GitOps is a model focused on the pre-existing best practices of Git workflow, IaC, CI/CD pipelines, immutable servers, tracking, and observability, it represents a more advanced state of Kubernetes’ cloud-native application management. Therefore, the current stack and experience within the company can serve a lot.
**Continuous deployment—simplified**
Continuous deployment means deploying faster and more often. Due to different considerations such as statefulness of systems, downtime resistance, upstream/downstream dependencies, and many other organizational relevant processes and dependencies, proper continuous deployment has been very challenging.
GitOps allows you to do this without having to manage a bunch of tools as everything occurs in the version control system. It provides structure and automation, thanks to the deployment
In the case of infrastructure, the main branch can represent an environment. We can implement the changes in the feature branch. Then create a pull request to merge the changes in the main branch. With this, we enable collaboration, while being transparent of who performed which changes. This is also beneficial for issue tracking to the root cause since all changes are commits in Git.
GitOps works with any Git-based system, like GitHub, BitBucket, or GitLab. It is not dependent on any tool or technology.
**CI/CD**
To achieve a full GitOps implementation, you need a CI/CD pipeline. With automated delivery pipelines you can deliver infrastructure changes to designated environments, each time there is a change in the Git repository.
Pipelines are here to connect your Git pull requests to the orchestration system. When you trigger the pipeline with a pull request, the orchestration system executes the task.
There are two possibilities for a GitOps deployment strategy: **Push and Pull Pipelines**. The difference between them is in the way you ensure the deployment environment resembles the desired infrastructure.
**- Push Pipelines**
Many popular CI/CD tools are using this strategy. We store the source code of the application and its deployment manifests in one repository. The build pipeline triggers when a new update happens in the application code. The pipeline builds the container images and pushes the changes to the environment. This strategy brings more flexibility, as it can support any type of infrastructure. The disadvantage is that it gives the CI/CD tool access to write to your environment.
**- Pull Pipelines**
The community considers the pull pipeline approach a more secure practice for GitOps. With this approach, the operator is introduced. The operator is a component between the pipeline and the orchestration tool. It constantly compares the target state in the environment repository with the actual state in the deployed infrastructure. The operator changes the infrastructure to fit the environment repository if it detects any changes. Also, it’s possible to monitor the image registry to identify new versions of images to deploy. This is what makes GitOps so special.
In GitOps the environment updates happen only when there are changes in the environment repository. The system reverts any modifications made if the implemented infrastructure changes in any manner not defined in the environment repository.
For most applications, you’ll probably need more than one environment. GitOps allows you to create **multiple pipelines** that can change the environment repository. You can use separate branches in the environment repository to manage more environments. The operator can react to the change of one branch by deploying to production and react to another branch by deploying to test.
# What are the benefits of GitOps?
**Using DevOps best practices**
Since GitOps is a model focused on the pre-existing best practices of Git workflow, IaC, CI/CD pipelines, immutable servers, tracking, and observability, it represents a more advanced state of Kubernetes’ cloud-native application management. Therefore, the current stack and experience within the company can serve a lot.
**Continuous deployment—simplified**
Continuous deployment means deploying faster and more often. Due to different considerations such as statefulness of systems, downtime resistance, upstream/downstream dependencies, and many other organizational relevant processes and dependencies, proper continuous deployment has been very challenging.
GitOps allows you to do this without having to manage a bunch of tools as everything occurs in the version control system. It provides structure and automation, thanks to the deployment
operator.
This also increases productivity and faster MTTD (Mean-time-to-deployment). Automated continuous deployment ensures that the team can ship 30-100 times more changes every day, increasing average production performance 2-3 times.
**Lower MTTR (Mean-time-to-repair)**
MTTR is one of the key metrics DevOps teams should measure. Even small issues can be very challenging to repair in a microservice architecture. As GitOps keeps all changes in the version control system and the management is automated, it is possible to reduce MTTR significantly. You have a full overview of how the environment has changed and error recovery becomes quite easy.
**Simplified Kubernetes management**
Without getting to know Kubernetes thoroughly, developers can use familiar tools such as Git to handle Kubernetes upgrades and features more easily. Newly-embedded developers will get up to speed easily and be active in days rather than months.
**Improved standardization across the company**
You have transparent end-to-end workflows through the entire enterprise because GitOps has one framework for rendering applications, software, and Kubernetes add-on modifications. Git also fully reproduces your operations activities.
# How to prepare for GitOps?
\- **Establish a stable code review and testing process.** Carefully reviewing code changes can point out some obvious actions, like adding a global variable. It can prevent bad code from being released. You can then submit the validated code through pull requests, allowing no changes to be committed directly by developers. Once the pull request is reviewed and merged, you can trigger the pipeline. This is the first step in maintaining a high standard of code and subsequent stability of the system.
\- **Testing, testing, testing.** Incorporating GitOps means having high-level automation that requires thorough testing of pipeline-released applications. Even though GitOps allows you to roll back relatively easily, releasing good code that has gone through good test cases makes your process more reliable.
\- **Focus on monitoring.** GitOps allows repeatable operating processes, improvements in the traceable system state, rollouts, and rollbacks. Careful monitoring can help you identify and prevent any unintended drift and system changes in configuration. So, before starting with GitOps, review your monitoring skills and strengthen them in a way they can handle this change.
\- **Embrace the culture.** Conventional process constraints with lengthy release times can only hold you back. Living a DevOps culture means leveraging the best strategies that will help a team understand the value of both development and operation actions. At the same time, they have to collaborate together to create an overall stable infrastructure, execute applications more rapidly and smoothly, and manage the system effectively. The lack of DevOps culture will prevent you from enjoying the benefits of GitOps.
# Why GitOps?
GitOps is an extremely good workflow pattern that can help you efficiently handle cloud infrastructure. GitOps can provide an engineering team with numerous advantages, including better coordination, transparency, stability, and durability of the system.
Original article was posted here: [https://microtica.com/gitops-devops-for-infrastructure-automation/](https://microtica.com/gitops-devops-for-infrastructure-automation/)
https://redd.it/k1chb6
@r_devops
This also increases productivity and faster MTTD (Mean-time-to-deployment). Automated continuous deployment ensures that the team can ship 30-100 times more changes every day, increasing average production performance 2-3 times.
**Lower MTTR (Mean-time-to-repair)**
MTTR is one of the key metrics DevOps teams should measure. Even small issues can be very challenging to repair in a microservice architecture. As GitOps keeps all changes in the version control system and the management is automated, it is possible to reduce MTTR significantly. You have a full overview of how the environment has changed and error recovery becomes quite easy.
**Simplified Kubernetes management**
Without getting to know Kubernetes thoroughly, developers can use familiar tools such as Git to handle Kubernetes upgrades and features more easily. Newly-embedded developers will get up to speed easily and be active in days rather than months.
**Improved standardization across the company**
You have transparent end-to-end workflows through the entire enterprise because GitOps has one framework for rendering applications, software, and Kubernetes add-on modifications. Git also fully reproduces your operations activities.
# How to prepare for GitOps?
\- **Establish a stable code review and testing process.** Carefully reviewing code changes can point out some obvious actions, like adding a global variable. It can prevent bad code from being released. You can then submit the validated code through pull requests, allowing no changes to be committed directly by developers. Once the pull request is reviewed and merged, you can trigger the pipeline. This is the first step in maintaining a high standard of code and subsequent stability of the system.
\- **Testing, testing, testing.** Incorporating GitOps means having high-level automation that requires thorough testing of pipeline-released applications. Even though GitOps allows you to roll back relatively easily, releasing good code that has gone through good test cases makes your process more reliable.
\- **Focus on monitoring.** GitOps allows repeatable operating processes, improvements in the traceable system state, rollouts, and rollbacks. Careful monitoring can help you identify and prevent any unintended drift and system changes in configuration. So, before starting with GitOps, review your monitoring skills and strengthen them in a way they can handle this change.
\- **Embrace the culture.** Conventional process constraints with lengthy release times can only hold you back. Living a DevOps culture means leveraging the best strategies that will help a team understand the value of both development and operation actions. At the same time, they have to collaborate together to create an overall stable infrastructure, execute applications more rapidly and smoothly, and manage the system effectively. The lack of DevOps culture will prevent you from enjoying the benefits of GitOps.
# Why GitOps?
GitOps is an extremely good workflow pattern that can help you efficiently handle cloud infrastructure. GitOps can provide an engineering team with numerous advantages, including better coordination, transparency, stability, and durability of the system.
Original article was posted here: [https://microtica.com/gitops-devops-for-infrastructure-automation/](https://microtica.com/gitops-devops-for-infrastructure-automation/)
https://redd.it/k1chb6
@r_devops
Microtica
GitOps – DevOps for Infrastructure Automation
GitOps offers a way to automate and manage infrastructure. It does this by using the same DevOps best practices that
Laptop Options
Hey guys I was looking for a budget laptop to get started with developing. Below I will be pasting the links for my top 3 options at the moment and would like your input. I’m also wondering if they are compatible with Linux. Please let me know if you have any other suggestions under $500 as well. Thank you!
[HP Pavilion 14](https://www.staples.com/hp-pavilion-14-ce3065st-14-notebook-intel-i5-8gb-memory-256gb-ssd-windows-10-13q78ua-aba/product_24441411)
[Gateway](https://www.walmart.com/ip/Gateway-14-1-FHD-Ultra-Slim-Notebook-Intel-Core-i5-1035G1-16GB-RAM-256GB-SSD-Tuned-THX-Audio-Fingerprint-Scanner-Webcam-HDMI-Cortana-Windows-10-Home/828696636)
[Lenovo Ideapad 3](https://www.bestbuy.com/site/lenovo-ideapad-3-15-touch-screen-laptop-intel-core-i5-1035g1-12gb-memory-256gb-ssd-platinum-grey/6426712.p?skuId=6426712)
Edited to include better options
https://redd.it/k1bf2o
@r_devops
Hey guys I was looking for a budget laptop to get started with developing. Below I will be pasting the links for my top 3 options at the moment and would like your input. I’m also wondering if they are compatible with Linux. Please let me know if you have any other suggestions under $500 as well. Thank you!
[HP Pavilion 14](https://www.staples.com/hp-pavilion-14-ce3065st-14-notebook-intel-i5-8gb-memory-256gb-ssd-windows-10-13q78ua-aba/product_24441411)
[Gateway](https://www.walmart.com/ip/Gateway-14-1-FHD-Ultra-Slim-Notebook-Intel-Core-i5-1035G1-16GB-RAM-256GB-SSD-Tuned-THX-Audio-Fingerprint-Scanner-Webcam-HDMI-Cortana-Windows-10-Home/828696636)
[Lenovo Ideapad 3](https://www.bestbuy.com/site/lenovo-ideapad-3-15-touch-screen-laptop-intel-core-i5-1035g1-12gb-memory-256gb-ssd-platinum-grey/6426712.p?skuId=6426712)
Edited to include better options
https://redd.it/k1bf2o
@r_devops
Staples.com
HP Pavilion 14-ce3065st 14" Notebook, Intel i5, 8GB Memory, 256GB SSD, Windows 10 | Staples
Shop Staples for HP Pavilion 14-ce3065st 14" Notebook, Intel i5, 8GB Memory, 256GB SSD, Windows 10 and enjoy fast and free shipping on qualifying orders.
Botocove: Run Python functions against all AWS accounts in an organization concurrently
I found myself needing to interact with all of the accounts in our AWS organization often and copying chunks of code around to do it - doing it one account at a time was too slow, so I leveraged concurrency with async.io. I packaged it into a decorator that can run a Python function against a list of AWS account you can assume a role in, or every account in your organization!
https://pypi.org/project/botocove/
I use it for things like automation of inspecting all accounts for security and audit checks, or deployment of changes (such as updating IAM password policy, deploying a Cloudformation stack, and so on). By default it's opinonated to use standard AWS Organizations setup and roles, and generate a list of every account within an organization; but everything is configurable.
Any feedback would be great, hope it's helpful!
https://redd.it/k1330q
@r_devops
I found myself needing to interact with all of the accounts in our AWS organization often and copying chunks of code around to do it - doing it one account at a time was too slow, so I leveraged concurrency with async.io. I packaged it into a decorator that can run a Python function against a list of AWS account you can assume a role in, or every account in your organization!
https://pypi.org/project/botocove/
I use it for things like automation of inspecting all accounts for security and audit checks, or deployment of changes (such as updating IAM password policy, deploying a Cloudformation stack, and so on). By default it's opinonated to use standard AWS Organizations setup and roles, and generate a list of every account within an organization; but everything is configurable.
Any feedback would be great, hope it's helpful!
https://redd.it/k1330q
@r_devops
PyPI
botocove
A decorator to allow running a function against all AWS accounts in an organization
Destroy Every Version On Production Server - Meaning?
Apologies for the simple question, but I've seen t-shirts with "Destroy Every Version On Production Server" - I know it's not the origin of DevOps but what is it supposed to mean? Thanks!
https://redd.it/k166yy
@r_devops
Apologies for the simple question, but I've seen t-shirts with "Destroy Every Version On Production Server" - I know it's not the origin of DevOps but what is it supposed to mean? Thanks!
https://redd.it/k166yy
@r_devops
reddit
Destroy Every Version On Production Server - Meaning?
Apologies for the simple question, but I've seen t-shirts with "Destroy Every Version On Production Server" - I know it's not the origin of DevOps...
Does anyone know if Gitlab Self Hosted is free?
I've installed Gitlab on Linux but I'm wondering if it's entirely free or I need to activate some license?
https://redd.it/k1wp1t
@r_devops
I've installed Gitlab on Linux but I'm wondering if it's entirely free or I need to activate some license?
https://redd.it/k1wp1t
@r_devops
reddit
Does anyone know if Gitlab Self Hosted is free?
I've installed Gitlab on Linux but I'm wondering if it's entirely free or I need to activate some license?
DevOps Introduction
DevOps tools are used basically to improve the efficiency of Developers. The DevOps monitoring tools are used to improve the productivity and efficiency of team members by using Collaborative tools. The presence of plenty of DevOps tools makes the choice difficult and therefore we have brought a consolidated list of the most used and popular DevOps monitoring tools. The list includes tenure and emerging tools, which are developed to help the Developers The following list includes the most relevant, reliable, useful, and secure DevOps tools and technologies. To know how they came into existence, you may check [DevOps Tool Wiki](https://en.wikipedia.org/wiki/DevOps_toolchain).
https://redd.it/k1bvrn
@r_devops
DevOps tools are used basically to improve the efficiency of Developers. The DevOps monitoring tools are used to improve the productivity and efficiency of team members by using Collaborative tools. The presence of plenty of DevOps tools makes the choice difficult and therefore we have brought a consolidated list of the most used and popular DevOps monitoring tools. The list includes tenure and emerging tools, which are developed to help the Developers The following list includes the most relevant, reliable, useful, and secure DevOps tools and technologies. To know how they came into existence, you may check [DevOps Tool Wiki](https://en.wikipedia.org/wiki/DevOps_toolchain).
https://redd.it/k1bvrn
@r_devops
Since Atlassian terminates the support for self-hosted solutions, is Jira+Github a good cost-wise replacement for Jira+Bitbucket?
I know that this question is a very big "IT DEPENDS!!!", but I feel like every article I was reading that compares GH with Bitbucket were kind of purchased, or by people who didn't have to integrate it with many 3rd party systems (say CI/CD).
I use Jira and BB with almost zero plugins (I use one to connect it with Jenkins, but it was very light one) mostly for personal use / code backup / advanced kanban board. I try to keep repositories as small as possible so no, I do not push there any vendor, node\_modules, or zip archive with 4k graphic assets there.
I honestly hate this change, all BB was good for is keeping stuff away from organisations that can remove your repo under some pseudo fake DMCA policies. I am very lawful person, but I am also against storing my code away at big comps like Microsoft.
https://redd.it/k14old
@r_devops
I know that this question is a very big "IT DEPENDS!!!", but I feel like every article I was reading that compares GH with Bitbucket were kind of purchased, or by people who didn't have to integrate it with many 3rd party systems (say CI/CD).
I use Jira and BB with almost zero plugins (I use one to connect it with Jenkins, but it was very light one) mostly for personal use / code backup / advanced kanban board. I try to keep repositories as small as possible so no, I do not push there any vendor, node\_modules, or zip archive with 4k graphic assets there.
I honestly hate this change, all BB was good for is keeping stuff away from organisations that can remove your repo under some pseudo fake DMCA policies. I am very lawful person, but I am also against storing my code away at big comps like Microsoft.
https://redd.it/k14old
@r_devops
reddit
Since Atlassian terminates the support for self-hosted solutions,...
I know that this question is a very big "IT DEPENDS!!!", but I feel like every article I was reading that compares GH with Bitbucket were kind of...
What Every Scrum Master Gets Wrong
Have you wondered why doctors’ appointments are always delayed? It turns out there’s a key lesson for Scrum Masters: planning fewer tasks improves efficiency.
[https://www.codemotion.com/magazine/dev-hub/devops-engineer/scrum-master/](https://www.codemotion.com/magazine/dev-hub/devops-engineer/scrum-master/)
https://redd.it/k21xvp
@r_devops
Have you wondered why doctors’ appointments are always delayed? It turns out there’s a key lesson for Scrum Masters: planning fewer tasks improves efficiency.
[https://www.codemotion.com/magazine/dev-hub/devops-engineer/scrum-master/](https://www.codemotion.com/magazine/dev-hub/devops-engineer/scrum-master/)
https://redd.it/k21xvp
@r_devops
How to install windows app store applications via Scoop?
I'm trying to install windows app store applications via scoop, specifically windows todo. How do I do this? Can I make an app manifest?
https://redd.it/k23rl3
@r_devops
I'm trying to install windows app store applications via scoop, specifically windows todo. How do I do this? Can I make an app manifest?
https://redd.it/k23rl3
@r_devops
reddit
How to install windows app store applications via Scoop?
I'm trying to install windows app store applications via scoop, specifically windows todo. How do I do this? Can I make an app manifest?
Would you say that developers lack confidence?
Have been talking about it with some friends, and all the people we know in our field are friendly and approachable and successful but aren't particularly confident. Wonder why?
https://redd.it/k25hhn
@r_devops
Have been talking about it with some friends, and all the people we know in our field are friendly and approachable and successful but aren't particularly confident. Wonder why?
https://redd.it/k25hhn
@r_devops
reddit
Would you say that developers lack confidence?
Have been talking about it with some friends, and all the people we know in our field are friendly and approachable and successful but aren't...
Job offer, consultancy or not?
I have two job offers to choose from and wondered thoughts since they are very different job roles. I have not worked in a consultancy firm so far in my career so am obviously new to the consultancy game, if I were to take it.
Consultancy firm;
1. Offers a lot more variety, therefore better overall for experience
2. Could be a bit more stressful given the variety which may lead to org's that are so stuck with red tape & politics
3. Gives me more of an 'out' in terms of being less emotionally involved in the projects
4. Travel is limited post COVID but still an important thing, being a single person I don't have any specific reasons to \*not\* travel.
5. Remote mostly, 1-2 days in an office 15 minutes away by car on a route that is not overly busy at the best of times (unless needed on site by a client).
Insurance firm;
1. Single lead devops engineer leading Azure migration from on-premises
2. Interview with CTO that over ran showed me so good qualities - they seem to be eager for change, ready and willing to listen, put down some cash and focus
3. Being the single DevOps engineer = lack of collaboration since there is no 'team' but CTO \*says\* they will be looking to expand the team quickly once I am there and 'settled in'
4. Insurance is still the financial services, so may be a little slower than they say they are at change
5. Remote mostly, 1-2 days in an office 30 minutes away by rail (car traffic very bad as its a main route)
Both roles;
1. Seem to offer job growth in slightly different ways
2. Both gave great feedback in the interview, with zero negative points, and I felt a culture 'click' for both
3. Both have matched salary, benefits are very slightly different but nothing substantially different
So....anything you would think is worthwhile comparing/thinking about?
https://redd.it/k25687
@r_devops
I have two job offers to choose from and wondered thoughts since they are very different job roles. I have not worked in a consultancy firm so far in my career so am obviously new to the consultancy game, if I were to take it.
Consultancy firm;
1. Offers a lot more variety, therefore better overall for experience
2. Could be a bit more stressful given the variety which may lead to org's that are so stuck with red tape & politics
3. Gives me more of an 'out' in terms of being less emotionally involved in the projects
4. Travel is limited post COVID but still an important thing, being a single person I don't have any specific reasons to \*not\* travel.
5. Remote mostly, 1-2 days in an office 15 minutes away by car on a route that is not overly busy at the best of times (unless needed on site by a client).
Insurance firm;
1. Single lead devops engineer leading Azure migration from on-premises
2. Interview with CTO that over ran showed me so good qualities - they seem to be eager for change, ready and willing to listen, put down some cash and focus
3. Being the single DevOps engineer = lack of collaboration since there is no 'team' but CTO \*says\* they will be looking to expand the team quickly once I am there and 'settled in'
4. Insurance is still the financial services, so may be a little slower than they say they are at change
5. Remote mostly, 1-2 days in an office 30 minutes away by rail (car traffic very bad as its a main route)
Both roles;
1. Seem to offer job growth in slightly different ways
2. Both gave great feedback in the interview, with zero negative points, and I felt a culture 'click' for both
3. Both have matched salary, benefits are very slightly different but nothing substantially different
So....anything you would think is worthwhile comparing/thinking about?
https://redd.it/k25687
@r_devops
reddit
Job offer, consultancy or not?
I have two job offers to choose from and wondered thoughts since they are very different job roles. I have not worked in a consultancy firm so far...
DevOps 200k+! How do organisations calculate the compensation for DevOps engineers?
When hiring DevOps Engineers, how do organisations calculate the compensation and ROI (return of investment)? How are results measured or planned to justify investing in DevOps on a business case budget calculation?
This is a follow up question to [this post](https://www.reddit.com/r/devops/comments/jv7hzr/devops_entry_level_100k_usd/).
https://redd.it/k21h17
@r_devops
When hiring DevOps Engineers, how do organisations calculate the compensation and ROI (return of investment)? How are results measured or planned to justify investing in DevOps on a business case budget calculation?
This is a follow up question to [this post](https://www.reddit.com/r/devops/comments/jv7hzr/devops_entry_level_100k_usd/).
https://redd.it/k21h17
@r_devops
Reddit
From the devops community on Reddit: DevOps Entry Level 100k+ USD?
Explore this post and more from the devops community
Fresh grad, joined as an SRE at Citrix. What does my future look like?
I graduated earlier this year and joined Citrix as a Cloud Ops Engineer 1.
I interviewed with Citrix for a software engineering intern role and when I joined, I was placed on an SRE team.
Here are some questions I have
1. How is Citrix generally perceived in the industry? Is it a good starting point?
2. Starting as an SRE will I be able to move to SDE roles later say in the next year or so? (Either within Citrix or outside)
3. My title on paper says Cloud Ops Engineer not Site Reliablity Engineer. How significant is this? Should I talk to my manager about changing the title?
As I said, I am just a fresh grad and tbh these questions have been bothering me for a while now.
All your responses are truly appreciated!
https://redd.it/k2a7ly
@r_devops
I graduated earlier this year and joined Citrix as a Cloud Ops Engineer 1.
I interviewed with Citrix for a software engineering intern role and when I joined, I was placed on an SRE team.
Here are some questions I have
1. How is Citrix generally perceived in the industry? Is it a good starting point?
2. Starting as an SRE will I be able to move to SDE roles later say in the next year or so? (Either within Citrix or outside)
3. My title on paper says Cloud Ops Engineer not Site Reliablity Engineer. How significant is this? Should I talk to my manager about changing the title?
As I said, I am just a fresh grad and tbh these questions have been bothering me for a while now.
All your responses are truly appreciated!
https://redd.it/k2a7ly
@r_devops
reddit
Fresh grad, joined as an SRE at Citrix. What does my future look like?
I graduated earlier this year and joined Citrix as a Cloud Ops Engineer 1. I interviewed with Citrix for a software engineering intern role and...
Distribute REPO to multiple domain forest
Hello,
We have a monitoring tool where we have created a lot of custom monitoring scripts. This monitoring tool works with nodes (Probes) which we install on one of the servers of our customers.
At this moment we use an SFTP server to distribute all our custom scripts to the probe servers. But that is not a 100% failsave. Sometimes the files are not replaced and so on.
We are currently using a repo within Microsoft Azure DevOps and I would like to use this more to our advantage.
I have already created a CI. So that an zip file (artifact) is created when our team pushes an update to the online repo. I figured out that you need a deployment group (vsts agent). This is also done. I even scripted the the creation of a local admin user within the script which installs the vsts agent. I have a CD pipeline that will copy the repo on to the probes. But I want to make this a little more secure.
I'm trying to figure out a way that every probe device has a different password. And that the machine names in the Task "Windows Machine file Copy" are automatically updated when a new probe the added to the deployment group.
I hope to here from you soon.
https://redd.it/k2914j
@r_devops
Hello,
We have a monitoring tool where we have created a lot of custom monitoring scripts. This monitoring tool works with nodes (Probes) which we install on one of the servers of our customers.
At this moment we use an SFTP server to distribute all our custom scripts to the probe servers. But that is not a 100% failsave. Sometimes the files are not replaced and so on.
We are currently using a repo within Microsoft Azure DevOps and I would like to use this more to our advantage.
I have already created a CI. So that an zip file (artifact) is created when our team pushes an update to the online repo. I figured out that you need a deployment group (vsts agent). This is also done. I even scripted the the creation of a local admin user within the script which installs the vsts agent. I have a CD pipeline that will copy the repo on to the probes. But I want to make this a little more secure.
I'm trying to figure out a way that every probe device has a different password. And that the machine names in the Task "Windows Machine file Copy" are automatically updated when a new probe the added to the deployment group.
I hope to here from you soon.
https://redd.it/k2914j
@r_devops
reddit
Distribute REPO to multiple domain forest
Hello, We have a monitoring tool where we have created a lot of custom monitoring scripts. This monitoring tool works with nodes (Probes) which...
Test production deployment
I’ve been working on a personal project for about 6 months now and I’m in the final stages.
I’m deploying an application to a web server, and I’m using GCP for my deployment. What is the best way to do test deployment in a sandbox environment before deploying to my official web server?
The best solution that I came up with so far is to deploy the application on a separate VM, and analyze it before deployment. I chose that route because my nginx configuration automatically routes the ports 80 and the DNS route to the IP of the VM.
https://redd.it/k28be1
@r_devops
I’ve been working on a personal project for about 6 months now and I’m in the final stages.
I’m deploying an application to a web server, and I’m using GCP for my deployment. What is the best way to do test deployment in a sandbox environment before deploying to my official web server?
The best solution that I came up with so far is to deploy the application on a separate VM, and analyze it before deployment. I chose that route because my nginx configuration automatically routes the ports 80 and the DNS route to the IP of the VM.
https://redd.it/k28be1
@r_devops
reddit
Test production deployment
I’ve been working on a personal project for about 6 months now and I’m in the final stages. I’m deploying an application to a web server, and...
Newbie Question: Is kataconda based on kata containers?
Is this website: [https://www.katacoda.com/](https://www.katacoda.com/) using tech developed by this: [https://katacontainers.io/](https://katacontainers.io/) open source project?
https://redd.it/k2lh2t
@r_devops
Is this website: [https://www.katacoda.com/](https://www.katacoda.com/) using tech developed by this: [https://katacontainers.io/](https://katacontainers.io/) open source project?
https://redd.it/k2lh2t
@r_devops
Katacoda
Katacoda - Interactive Learning Platform for Software Engineers
Learn the latest technologies with our hands-on labs
cloudquery: open source tool to query and monitor your cloud with SQL
I recently open sourced cloudquery - [https://github.com/cloudquery/cloudquery](https://github.com/cloudquery/cloudquery)
This is an extensible framework that exposes your cloud config and SaaS application as a relational database, giving you the ability to query and monitor your infrastructure with SQL.
https://redd.it/k2nl7f
@r_devops
I recently open sourced cloudquery - [https://github.com/cloudquery/cloudquery](https://github.com/cloudquery/cloudquery)
This is an extensible framework that exposes your cloud config and SaaS application as a relational database, giving you the ability to query and monitor your infrastructure with SQL.
https://redd.it/k2nl7f
@r_devops
GitHub
GitHub - cloudquery/cloudquery: Data pipelines for cloud config and security data. Build cloud asset inventory, CSPM, FinOps, and…
Data pipelines for cloud config and security data. Build cloud asset inventory, CSPM, FinOps, and vulnerability management solutions. Extract from AWS, Azure, GCP, and 70+ cloud and SaaS sources. -...
Terraform and ansible in the same GitLab repo for CI?
Hi everyone, I'm currently doing a ton of research on CI\\CD for IaC. My background is enterprise IT operations and I'm evolving my career into DevOPs.
I have some Terraform\\Ansible code that provisions VMs and creates an Active Directory domain. What I would like to do is have all of this code in one GitLab repo as a single repo. But I'm trying to understand if this is the right thing to do. I'm currently learning Gitlab CI and I'm not sure if its meant to handle multiple languages for testing. If any one can help me understand what is typically done in a scenario where Terraform and Ansible are both used together to create infrastructure and managed with GitLab that would be great!
https://redd.it/k2uvh4
@r_devops
Hi everyone, I'm currently doing a ton of research on CI\\CD for IaC. My background is enterprise IT operations and I'm evolving my career into DevOPs.
I have some Terraform\\Ansible code that provisions VMs and creates an Active Directory domain. What I would like to do is have all of this code in one GitLab repo as a single repo. But I'm trying to understand if this is the right thing to do. I'm currently learning Gitlab CI and I'm not sure if its meant to handle multiple languages for testing. If any one can help me understand what is typically done in a scenario where Terraform and Ansible are both used together to create infrastructure and managed with GitLab that would be great!
https://redd.it/k2uvh4
@r_devops
reddit
Terraform and ansible in the same GitLab repo for CI?
Hi everyone, I'm currently doing a ton of research on CI\\CD for IaC. My background is enterprise IT operations and I'm evolving my career into...
Kubernetes Hpa limitations
I’m new to cloud and was wondering if someone can help me .
Kubernetes uses a threshold based mechanism which is reactive in nature.
Depending on the workload variation, do we have to change the threshold manually?
What are some instances which workload variation is there ?
Will forecasting resources ahead by analyzing the workload pattern solve the issue of manually adjusting thresholds?
https://redd.it/k2tj4h
@r_devops
I’m new to cloud and was wondering if someone can help me .
Kubernetes uses a threshold based mechanism which is reactive in nature.
Depending on the workload variation, do we have to change the threshold manually?
What are some instances which workload variation is there ?
Will forecasting resources ahead by analyzing the workload pattern solve the issue of manually adjusting thresholds?
https://redd.it/k2tj4h
@r_devops
reddit
Kubernetes Hpa limitations
I’m new to cloud and was wondering if someone can help me . Kubernetes uses a threshold based mechanism which is reactive in nature. Depending...