- Jan 2024
- Sep 2023
-
github.com github.com
- Jul 2023
-
queue.acm.org queue.acm.org
-
Tell future-you why you did that thing; they can read but don't know what you intended. Oral tradition is like never writing state to disk; flush those buffers.
Tags
Annotators
URL
-
- Jun 2023
-
terrateam.io terrateam.io
-
Platform engineering is trying to deliver the self-service tools teams want to consume to rapidly deploy all components of software. While it may sound like a TypeScript developer would feel more empowered by writing their infrastructure in TypeScript, the reality is that it’s a significant undertaking to learn to use these tools properly when all one wants to do is create or modify a few resources for their project. This is also a common source of technical debt and fragility. Most users will probably learn the minimal amount they need to in order to make progress in their project, and oftentimes this may not be the best solution for the longevity of a codebase. These tools are straddling an awkward line that is optimized for no-one. Traditional DevOps are not software engineers and software engineers are not DevOps. By making infrastructure a software engineering problem, it puts all parties in an unfamiliar position. I am not saying no-one is capable of using these tools well. The DevOps and software engineers I’ve worked with are more than capable. This is a matter of attention. If you look at what a DevOps engineer has to deal with day-in and day-out, the nuances of TypeScript or Go will take a backseat. And conversely, the nuances of, for example, a VPC will take a backseat to a software engineer delivering a new feature. The gap that the AWS CDK and Pulumi try to bridge is not optimized for anyone and this is how we get bugs, and more dangerously, security holes.
-
- Jan 2023
-
www.proud2becloud.com www.proud2becloud.com
-
Configure Fargate tasks as gitlab runners, with many code samples.
-
-
www.youtube.com www.youtube.com
-
tl;dw (best DevOps tools in 2023)
- Low-budget cloud computing : Civo (close to Scaleway)
- Infrastructure and Service Management: Crossplane
- App Management - manifests : cdk8s (yes, not Kustomize or Helm)
- App Management - k8s operators: tie between Knative and Crossplane
- App Management - managed services: Google Cloud Run
- Dev Envs: Okteto (yeap, not GitPod)
- CI/CD: GitHub Actions (as it's simplest to use)
- GitOps (CD): Argo CD (wins with Flux due to its adoption rate)
- Policy Management: Kyverno (simpler to use than industry's most powerful tool: OPA / Gatekeeper)
- Observability: OpenTelemetry (instrumentation of apps), VictoriaMetrics (metrics - yes not Prometheus), Grafana / Loki (logs), Grafana Tempo (tracing), Grafana (dashboards), Robusta (alerting), Komodor (troubleshooting)
-
-
www.snaplet.dev www.snaplet.devSnaplet1
-
Get production-accurate data and preview databases to code against, fast.
운영환경 데이터베이스의 스냅샷을 떠서 개발용 데이터베이스를 갖추는 전문 도구이다. Postgres 을 지원한다. 초기단계의 제품이라 Postgres 관련 기능을 먼저 개발한 후에 MySQL 등도 지원할 모양이다.
-
-
www.dbmarlin.com www.dbmarlin.comHome1
-
DB marlin. 데이터베이스 전용 모니터링 솔루션. DataDog 보다 나을까? APM과 연계하는 편이 모니터링의 효과가 가장 좋을 듯 한데 전용 솔루션은 약하지 않을까?
-
-
-
Use ssh -f -N -L to run the port-forwarding session in the background.
Tags
Annotators
URL
-
- Dec 2022
-
www.zhihu.com www.zhihu.com
-
一个成熟的自动化运维系统具备什么功能?
Tags
Annotators
URL
-
-
www.zhihu.com www.zhihu.com
-
有哪些好用的devops工具,适合中小企业开发?
Tags
Annotators
URL
-
-
-
Devops With Nix tips & practices.
-
- Nov 2022
-
-
GitLab Bot source code.
Tags
Annotators
URL
-
-
hub.docker.com hub.docker.com
-
Unchecked if it supports .NET Framework.
Tags
Annotators
URL
-
-
jonascarpay.com jonascarpay.com
-
Tutorial successfully combining NixOS & TerraformDev
-
- Oct 2022
-
medium.com medium.com
-
If we say that MLOps is just DevOps + “some things”, then CI/CD is a core principle of that.
-
- Sep 2022
-
www.atlassian.com www.atlassian.com
-
DevOps is a set of practices, tools, and a cultural philosophy that automate and integrate the processes between software development and IT teams. It emphasizes team empowerment, cross-team communication and collaboration, and technology automation.
This is important
-
- Aug 2022
-
www.codica.com www.codica.com
-
Computers and networks have transformed many aspects of our everyday routines. The evolution resulted in new learning and communications techniques as well as security requirements for virtual systems.
-
- Jun 2022
-
en.itpedia.nl en.itpedia.nl
-
DevOps team roles and responsibilities
In a DevOps team, everyone participates in software development and is responsible for its early release. Characteristic and different from other development methods is a process that we call Continuous Deployment. Which roles do we recognize within a team, and which skills are needed?
-
-
refactoring.fm refactoring.fm
-
In a Staging workflow, releases are slower because of more steps, and bigger because of batching.
-
For Staging to be useful, it has to catch a special kind of issues that 1) would happen in production, but 2) wouldn’t happen on a developer's laptop.What are these? They might be problems with data migrations, database load and queries, and other infra-related problems.
How "Staging" environment can be useful
Tags
Annotators
URL
-
- Apr 2022
-
-
Which Components of IT Infrastructure do we need for DevOps?
Many companies that want to move to DevOps eventually struggle with the question “What are the Components of IT Infrastructure we need? The use of DevOps stems from the desire to be able to release software more often and faster. The traditional Operations Team (OPS) however will not wholeheartedly embrace this because they would rather benefit from maintaining a stable infrastructure and its maintenance.
-
- Mar 2022
-
mlops.community mlops.community
-
DevOps is an interesting case study for understanding MLOps for a number of reasons: It underscores the long period of transformation required for enterprise adoption.It shows how the movement is comprised of both tooling advances as well as shifts in cultural mindset at organizations. Both must march forward hand-in-hand.It highlights the emerging need for practitioners with cross-functional skills and expertise. Silos be damned.
3 things MLOps can learn from DevOps
-
-
-
Deployment: Significance of Branching for Continuous Delivery
The deployment of software in DevOps is based on Continuous Delivery. Continuous Delivery enables all kinds of changes, including new features, configuration changes, bug fixes and experiments, to be put into production safely and quickly in a sustainable manner. A Branching strategy and Base Truncs play an important role in this.
-
- Jan 2022
-
-
What is End User Computing (EUC)? Thanks to the progressive introduction of DevOps, attention to the role of the end user in software development and testing has increased significantly. It is now important to think like an end user when we develop and test software. After all, that's what we're all doing it for.
What is End User Computing (EUC)? Thanks to the progressive introduction of DevOps, attention to the role of the end user in software development and testing has increased significantly. It is now important to think like an end user when we develop and test software. After all, that's what we're all doing it for.
-
-
techleadjournal.dev techleadjournal.dev
Tags
Annotators
URL
-
-
levelup.gitconnected.com levelup.gitconnected.com
-
you can also mount different FastAPI applications within the FastAPI application. This would mean that every sub-FastAPI application would have its docs, would run independent of other applications, and will handle its path-specific requests. To mount this, simply create a master application and sub-application file. Now, import the app object from the sub-application file to the master application file and pass this object directly to the mount function of the master application object.
It's possible to mount FastAPI applications within a FastAPI application
-
-
www.percona.com www.percona.com
-
There are officially 5 types of UUID values, version 1 to 5, but the most common are: time-based (version 1 or version 2) and purely random (version 3). The time-based UUIDs encode the number of 10ns since January 1st, 1970 in 7.5 bytes (60 bits), which is split in a “time-low”-“time-mid”-“time-hi” fashion. The missing 4 bits is the version number used as a prefix to the time-hi field. This yields the 64 bits of the first 3 groups. The last 2 groups are the clock sequence, a value incremented every time the clock is modified and a host unique identifier.
There are 5 types of UUIDs (source):
Type 1: stuffs MAC address+datetime into 128 bits
Type 3: stuffs an MD5 hash into 128 bits
Type 4: stuffs random data into 128 bits
Type 5: stuffs an SHA1 hash into 128 bits
Type 6: unofficial idea for sequential UUIDs
-
Even though most posts are warning people against the use of UUIDs, they are still very popular. This popularity comes from the fact that these values can easily be generated by remote devices, with a very low probability of collision.
-
- Dec 2021
-
arnoldgalovics.com arnoldgalovics.com
-
Artifactory/Nexus/Docker repo was unavailable for a tiny fraction of a second when downloading/uploading packagesThe Jenkins builder randomly got stuck
Typical random issues when deploying microservices
-
Microservices can really bring value to the table, but the question is; at what cost? Even though the promises sound really good, you have more moving pieces within your architecture which naturally leads to more failure. What if your messaging system breaks? What if there’s an issue with your K8S cluster? What if Jaeger is down and you can’t trace errors? What if metrics are not coming into Prometheus?
Microservices have quite many moving parts
-
If you’re going with a microservice:
9 things needed for deploying a microservice (listed below)
-
Let’s take a simple online store app as an example.
5 things needed for deploying a monolith (listed below)
-
some of the pros for going microservices
Pros of microservices (not always all are applicable):
- Fault isolation
- Eliminating the technology lock
- Easier understanding
- Faster deployment
- Scalability
-
-
techleadjournal.dev techleadjournal.dev
-
We’ve spent a lot of times telling our developers, go faster, go faster. And then turning to our operators and say, keep it stable. And I’ve been that operator. I know the best way to keep the system stable is to not change it. But that’s not good for our customers.
That is a very good quote!
Tags
Annotators
URL
-
- Oct 2021
-
www.oreilly.com www.oreilly.com
-
In contrast, a defining feature of ML-powered applications is that they are directly exposed to a large amount of messy, real-world data which is too complex to be understood and modeled by hand.
One of the best ways to picture a difference between DevOps and MLOps
-
- Sep 2021
-
-
Upcoming Trends in DevOps and SRE in 2021 DevOps and SRE are domains with rapid growth and frequent innovations. With this blog you can explore the latest trends in DevOps, SRE and stay ahead of the curve.
Top 2021 trends for DevOps, SRE.
-
- Jul 2021
-
www.reactivemanifesto.org www.reactivemanifesto.org
-
This means that an event-driven system focuses on addressable event sources while a message-driven system concentrates on addressable recipients. A message can contain an encoded event as its payload.
Event-Driven vs Message-Driven
-
-
www.reactivemanifesto.org www.reactivemanifesto.org
-
we want systems that are Responsive, Resilient, Elastic and Message Driven. We call these Reactive Systems.
Reactive Systems:
- responsive - responds in a timely manner
- resilient - stays responsive in the face of failure
- elastic - system stays responsive under varying workload
- message driven - asynchronous message-passing to establish a boundary between components that ensures loose coupling, isolation and location transparency
as a result, they are:
- flexible
- loosely-coupled
- scalable
- easy to develop and change
- more tolerant of failure
- highly responsive with interactive feedback
-
Resilience is achieved by replication, containment, isolation and delegation.
Components of resilience
-
Today applications are deployed on everything from mobile devices to cloud-based clusters running thousands of multi-core processors. Users expect millisecond response times and 100% uptime. Data is measured in Petabytes.
Today's demands from users
-
- Jun 2021
-
stackoverflow.com stackoverflow.com
-
It basically takes any command line arguments passed to entrypoint.sh and execs them as a command. The intention is basically "Do everything in this .sh script, then in the same shell run the command the user passes in on the command line".
What is the use of this part in a Docker entry point:
#!/bin/bash set -e ... code ... exec "$@"
-
-
-
We should think about the number of simultaneous connections (peak and average) and the message rate/payload size. I think, the threshold to start thinking about AnyCable (instead of just Action Cable) is somewhere between 500 and 1000 connections on average or 5k-10k during peak hours.
number of simultaneous connections (peak and average)
the message rate/payload size.
-
-
www.maketecheasier.com www.maketecheasier.com
-
As it stands, sudo -i is the most practical, clean way to gain a root environment. On the other hand, those using sudo -s will find they can gain a root shell without the ability to touch the root environment, something that has added security benefits.
Which
sudo
command to use:sudo -i
<--- most practical, clean way to gain a root environmentsudo -s
<--- secure way that doesn't let touching the root environment
-
Much like sudo su, the -i flag allows a user to get a root environment without having to know the root account password. sudo -i is also very similar to using sudo su in that it’ll read all of the environmental files (.profile, etc.) and set the environment inside the shell with it.
sudo -i
vssudo su
. Simply,sudo -i
is a much cleaner way of gaining root and a root environment without directly interacting with the root user -
This means that unlike a command like sudo -i or sudo su, the system will not read any environmental files. This means that when a user tells the shell to run sudo -s, it gains root but will not change the user or the user environment. Your home will not be the root home, etc. This command is best used when the user doesn’t want to touch root at all and just wants a root shell for easy command execution.
sudo -s
vssudo -i
andsudo su
. Simply,sudo -s
is good for security reasons -
Though there isn’t very much difference from “su,” sudo su is still a very useful command for one important reason: When a user is running “su” to gain root access on a system, they must know the root password. The way root is given with sudo su is by requesting the current user’s password. This makes it possible to gain root without the root password which increases security.
Crucial difference between
sudo su
andsu
: the way password is provided -
“su” is best used when a user wants direct access to the root account on the system. It doesn’t go through sudo or anything like that. Instead, the root user’s password has to be known and used to log in with.
The
su
command is used to get a direct access to the root account
-
- Mar 2021
-
brain.jaredweakly.com brain.jaredweakly.comDevOps1
Tags
Annotators
URL
-
- Jan 2021
-
www.tecton.ai www.tecton.ai
-
Different data sources are better suited for different types of data transformations and provide access to different data quantities at different freshnesses
Comparison of data sources
- Data warehouses / lakes (such as Snowflake or Redshift) tend to hold a lot of information but with low data freshness (hours or days). They can be a gold mine, but are most useful for large-scale batch aggregations with low freshness requirements, such as “number of lifetime transactions per user.”
- Transactional data sources (such as MongoDB or MySQL) usually store less data at a higher freshness and are not built to process large analytical transformations. They’re better suited for small-scale aggregations over limited time horizons, like the number of orders placed by a user in the past 24 hrs.
- Data streams (such as Kafka) store high-velocity events and provide them in near real-time (within milliseconds). In common setups, they retain 1-7 days of historical data. They are well-suited for aggregations over short time-windows and simple transformations with high freshness requirements, like calculating that “trailing count over the last 30 minutes” feature described above.
- Prediction request data is raw event data that originates in real-time right before an ML prediction is made, e.g. the query a user just entered into the search box. While the data is limited, it’s often as “fresh” as can be and contains a very predictive signal. This data is provided with the prediction request and can be used for real-time calculations like finding the similarity score between a user’s search query and documents in a search corpus.
-
MLOps platforms like Sagemaker and Kubeflow are heading in the right direction of helping companies productionize ML. They require a fairly significant upfront investment to set up, but once properly integrated, can empower data scientists to train, manage, and deploy ML models.
Two popular MLOps platforms: Sagemaker and Kubeflow
-
…Well, deploying ML is still slow and painful
How the typical ML production pipeline may look like:
Unfortunately, it ties hands of Data Scientists and takes a lot of time to experiment and eventually ship the results to production
Tags
Annotators
URL
-
-
www.cleveroad.com www.cleveroad.com
-
DevOps Services
If you want to find DevOps consulting services, I suggest you checking Cleveroad.
-
- Nov 2020
-
-
Automation suggests that a sysadmin has invented a system to cause a computer to do something that would normally have to be done manually. In automation, the sysadmin has already made most of the decisions on what needs to be done, and all the computer must do is execute a "recipe" of tasks. Orchestration suggests that a sysadmin has set up a system to do something on its own based on a set of rules, parameters, and observations. In orchestration, the sysadmin knows the desired end result but leaves it up to the computer to decide what to do.
Most intuitive difference between automation and orchestration
-
For instance, automation usually involves scripting, often in Bash or Python or similar, and it often suggests scheduling something to happen at either a precise time or upon a specific event. However, orchestration often begins with an application that's purpose-built for a set of tasks that may happen irregularly, on demand, or as a result of any number of trigger events, and the exact results may even depend on a variety of conditions.
Automation is like a subset of orchestration.
Orchestration suggest moving many parts, and automation usually refers to a singular task or a small number of strongly related tasks.
-
- Oct 2020
-
github.com github.com
-
-
Tabular Comparison Between All Deployment Methods:
Tabular comparison of 4 deployment options:
- Travis-CI/Circle-CI
- Cloud + Jenkins
- Bitbucket Pipelines/Github Actions
- Automated Cloud Platforms
-
- May 2020
-
en.wikipedia.org en.wikipedia.org
-
more developers are becoming DevOps skilled and distinctions between being a software developer or hardware engineer are blurring
Tags
Annotators
URL
-
-
gitlab.com gitlab.com
-
Secrets management is one of the most sensitive and critical disciplines in all of DevOps and is becoming increasingly important as we move toward a fully continuous deployment world. AWS Keys, deploy keys, ssh keys are often the key attack vector for a bad actor or insider threat, and thus all users and customers are concerned about robust secrets management.
-
-
about.gitlab.com about.gitlab.com
-
In some contexts, "ops" refers to operators. Operators were the counterparts to Developers represented in the original coining of the term DevOps.
I have always believed the Ops was short for Operations, not Operators.
https://en.wikipedia.org/wiki/DevOps even confirms that belief.
-
-
fire.ci fire.ci
-
Continuous Delivery of Deployment is about running as thorough checks as you can to catch issues on your code. Completeness of the checks is the most important factor. It is usually measured in terms code coverage or functional coverage of your tests. Catching errors early on prevents broken code to get deployed to any environment and saves the precious time of your test team.
Continuous Delivery of Deployment (quick summary)
-
Continuous Integration is a trade off between speed of feedback loop to developers and relevance of the checks your perform (build and test). No code that would impede the team progress should make it to the main branch.
Continuous Integration (quick summary)
-
A good CD build: Ensures that as many features as possible are working properly The faster the better, but it is not a matter of speed. A 30-60 minutes build is OK
Good CD build
-
A good CI build: Ensures no code that breaks basic stuff and prevents other team members to work is introduced to the main branch Is fast enough to provide feedback to developers within minutes to prevent context switching between tasks
Good CI build
-
The idea of Continuous Delivery is to prepare artefacts as close as possible from what you want to run in your environment. These can be jar or war files if you are working with Java, executables if you are working with .NET. These can also be folders of transpiled JS code or even Docker containers, whatever makes deploy shorter (i.e. you have pre built in advance as much as you can).
Idea of Continuous Delivery
-
Continuous Delivery is about being able to deploy any version of your code at all times. In practice it means the last or pre last version of your code.
Continous Delivery
-
Continuous Integration is not about tools. It is about working in small chunks and integrating your new code to the main branch and pulling frequently.
Continuous Integration is not about tools
-
The app should build and start Most critical features should be functional at all times (user signup/login journey and key business features) Common layers of the application that all the developers rely on, should be stable. This means unit tests on those parts.
Things to be checked by Continous Integration
-
Continuous Integration is all about preventing the main branch of being broken so your team is not stuck. That’s it. It is not about having all your tests green all the time and the main branch deployable to production at every commit.
Continuous Integration prevents other team members from wasting time through a pull of faulty code
-
- Apr 2020
-
kodekloud.com kodekloud.com
-
While talking about DevOps, three things are important continuous integration, continuous deployment, and continuous delivery.
DevOps process
- Continuous Integration - code gets integrated several times a day (checked by automated pipeline(server))
- Continuous Delivery - introducing changes with every commit, making code ready for production
- Continuous Deployment - deployment in production is automatic, without explicit approval from a developer
another version of the image: and one more:
-
Basic prerequisites to learn DevOps
Basic prerequisites to learn DevOps:
- Basic understanding of Linux/Unix system concepts and administration
- Familiarity with command-line interface
- Knowing how build and deployment process works
- Familiarity with text editor
- Setting up a home lab environment with VirtualBox
- Networking in VirtualBox
- Setting up multiple VMs in VirtualBox
- Basics of Vagrant
- Linux networking basics
- Good to know basic scripting
- Basics of applications - Java, NodeJS, Python
- Web servers - Apache HTTPD, G-Unicorn, PM2
- Databases - MySQL, MongoDB
-
DevOps benefits
DevOps benefits:
- Improves deployment frequency
- Helps with faster time to market
- Lowers the failure rate of new releases
- Increased code quality
- More collaboration between the teams and departments
- Shorter lead times between fixes
- Improves the mean time to recovery
-
Operations in the software industry include administrative processes and support for both hardware and software for clients as well as internal to the company. Infrastructure management, quality assurance, and monitoring are the basic roles for operations.
Operations (1/2 of DevOps):
- administrative processes
- support for both hardware and software for clients, as well as internal to the company
- infrastructure management
- quality assurance
- monitoring
-
-
-
I set it with a few clicks at Travis CI, and by creating a .travis.yml file in the repo
You can set CI with a few clicks using Travis CI and creating a .travis.yml file in your repo:
language: node_js node_js: node before_script: - npm install -g typescript - npm install codecov -g script: - yarn lint - yarn build - yarn test - yarn build-docs after_success: - codecov
-
I set it with a few clicks at Travis CI, and by creating a .travis.yml file in the repo
You can set CI with a few clicks using Travis CI and creating a .travis.yml file in your repo:
language: node_js node_js: node before_script: - npm install -g typescript - npm install codecov -g script: - yarn lint - yarn build - yarn test - yarn build-docs after_success: - codecov
-
Continuous integration makes it easy to check against cases when the code: does not work (but someone didn’t test it and pushed haphazardly), does work only locally, as it is based on local installations, does work only locally, as not all files were committed.
CI - Continuous Integration helps to check the code when it :
- does not work (but someone didn’t test it and pushed haphazardly),
- does work only locally, as it is based on local installations,
- does work only locally, as not all files were committed.
-
With Codecov it is easy to make jest & Travis CI generate one more thing:
Codecov lets you generate a score on your tests:
-
-
fire.ci fire.ci
-
Continuous Deployment is the next step. You deploy the most up to date and production ready version of your code to some environment. Ideally production if you trust your CD test suite enough.
Continuous Deployment
Tags
Annotators
URL
-
- Mar 2020
-
theforeman.org theforeman.orgForeman1
-
- Feb 2020
-
loadimpact.com loadimpact.com
-
DevOps has taught us that the software development process can be generalized and reused for dealing with change not just in application code but also in infrastructure, docs and tests. It can all just be code.
-
- Dec 2019
-
gist.github.com gist.github.com
-
Environment variables are 'exported by default', making it easy to do silly things like sending database passwords to Airbrake.
airbrake -- monitoring service
Tags
Annotators
URL
-
- May 2019
-
devopsdays.org devopsdays.orgProgram9
-
Valdomiro Bilharvas - Squads mais eficientes com Devops
Mais um caso prático que vai te mostrar a importância da preparação de um ambiente de desenvolvimento que facilita a vida de todos e garante entregas contínuas e de qualidade. O assunto é transversal a vários tópicos de nossa certificação DevOps Tools.
-
Daniel Wildt, Guilherme Lacerda - Voltando para as raízes do Desenvolvimento Ágil
Se você acha que DevOps é modinha, coisa nova, assista a palestra do Daniel e do Guilherme, uma dupla sempre motivadora.
-
João Brito - CI/CD - Pense um pouco além das ferramentas
Continuous Integration e Delivery são também tópicos importantes da certificação LPI DevOps Tools, mas como o João Brito vai falar nessa palestra, é importante entender o porque do uso dessas ferramentas.
701.4 Continuous Integration and Continuous Delivery (weight: 5)
-
Allan Moraes - Automatizando o Monitoramento de Infraestrutura
Docker, Grafana e Ansible fazem parte da palestra do Allan e também são tópicos cobertos na prova DevOps Tools do Linux Professional Institute.
705.1 IT Operations and Monitoring (weight: 4)
-
Amanda Matos - Métricas & DevOps - Por que você deve medir para conquistar?
Operações e monitoramento têm um tópico específico entre as exigências do LPI na certificação DevOps. A Amanda irá contar como implementar métricas com ferramentas de código aberto. Fica de olho!
705.1 IT Operations and Monitoring (weight: 4)
-
Aurora Li Min de Freitas Wang - Sendo dev em meio ao DevOps: Mudança de cultura de baixo para cima
A carreira de DevOps é bastante atrativa e desafiante, mas requer uma mudança na cultura predominante. Veja o que a Aurora tem a dizer sobre isso.
-
Mateus Prado - DevOps Engineers: por que é tão difícil contratar?
Há falte de profissionais prontos para o mercado que exige DevOps. Compare o que o Mateus precisa com os tópicos que cobrimos em nossa certificação LPI DevOps Tools. Aproveite para seguir os tópicos em https://wiki.lpi.org/wiki/DevOps_Tools_Engineer_Objectives_V1 para criar seu programa de estudos para se tornar um bom profissional DevOps.
-
Tiago Roberto Lammers - Nossa jornada DevOps na Delivery Much para microserviços e o que aprendemos
Microservices é um dos temas cobertos pela certificação DevOps Tools do Linux Professional Institute e também é um assunto determinante na escolha de ferramentas do cinto de utilidade de um profissional DevOps. Aproveite para conversar com o Tiago sobre a sua experiência com o uso do Docker, assunto que também cai na prova.
Tópicos (dentre outros):
701.1 Modern Software Development (weight: 6) 701.4 Continuous Integration and Continuous Delivery (weight: 5) 702.1 Container Usage (weight: 7)
-
Program
Comentei, aqui no programa do DevOpsDays Porto Alegre, as palestras que podem te motivar e dar mais informações sobre os tópicos cobertos em nossa prova de certificação DevOps Tools. Visite https://wiki.lpi.org/wiki/DevOps_Tools_Engineer_Objectives_V1 para a lista completa dos tópicos.
-
- Mar 2019
-
www.thedevelopersconference.com.br www.thedevelopersconference.com.br
-
Acabe com o caos no seu pipeline com 4 ferramentas de métricas e controle
Lembra de clicar no título para ver mais anotações nas palavras ou frases em destaque!
-
Encerramento e Sorteios
Será que vai ter algum sorteio do LPI? Gruda lá na trilha! ;-)
-
Hashicorp Vault: One-Time Password para SSH
Está aí um assunto sob o qual quero aprender! Não é explicitamente coberto pelos tópicos de certificação DevOps, mas dá uma olhada nos assuntos cobrindo ssh e security (procura também por vault em https://wiki.lpi.org/wiki/DevOps_Tools_Engineer_Objectives_V1).
-
Como o iFood criou seu próprio RDS?
Sempre é bom conhecer casos reais de empresas (e perguntar muito) para conhecer bem o que é o trabalho de um DevOps, especialmente se você é novato ou está querendo ser um profissional desse tipo.
-
Repositorio NPM privado grátis com Verdaccio e AWS
Excelente para você entender, na prática, sobre Cloud Deployment (um de nossos importantes subtópicos!). Além disso, vai sair da palestra com mais ferramentas para seu cinto de utilidades!
-
Usando Traefik para automatizar o proxy reverso de seus containers docker
Ainda que esse não seja um assunto cobrado diretamente na prova, essas são ferramentas que devem fazer parte do cinto de utilidades de um bom DevOps. E busca por "container" nos nossos tópicos, nesse link, que tu vais descobrir a importância de conhecer bem sobre o assunto.
-
Como construir uma stack ELK sem dor de cabeça
Assunto amplamente cobrado pelo subtópico 705.2 - Log Management and Analysis. Dá uma olhada também nesse post de nosso blog.
-
Pipeline de CI/CD no Kubernetes usando Jenkins e Spinnaker
Uau! Muitos assuntos da prova LPI DevOps são explorados nessa palestra. Fica de olho no tópico: 702 Container Management.
-
Implementando CI com GitLab
Ainda que os tópicos da prova LPI DevOps não cubram apenas o Git para a integração contínua (ele é usado especialmente em Source Code Management), é muito importante conhecer bem os conceitos de integração e entrega contínua cobertos nessa palestra. Eles estão nesse tópico:
701.4 Continuous Integration and Continuous Delivery
-
Trilha DevOps Tools
Que tal aproveitar a trilha DevOps Tools do TDC para se preparar para a prova LPI Devops? Minhas anotações nessa página conectam os assuntos desenvolvidos nas palestras com os tópicos da prova.
Em cada uma das palestras expanda o assunto (clicando no título delas) para ver mais anotações que fiz.
-
Jenkins Pipelines
Veja esse tópico específico: 701.4 Continuous Integration and Continuous Delivery (weight: 5), especialmente o assunto:
- Understand how Jenkins models continuous delivery pipelines and implement a declarative continuous delivery pipeline in Jenkins
-
Grafana
Parte do 1.o assunto no tópico 705 Service Operations: 705.1 IT Operations and Monitoring (weight: 4)
Understand the architecture of Prometheus, including Exporters, Pushgateway, Alertmanager and Grafana
-
Prometheus
Parte do 1.o assunto no tópico 705 Service Operations: 705.1 IT Operations and Monitoring (weight: 4)
Understand the architecture of Prometheus, including Exporters, Pushgateway, Alertmanager and Grafana
-
Intervalo para Almoço
Vamos aproveitar para falar sobre carreiras e certificações nesse intervalo?
-
Você consegue visualizar a saúde da sua aplicação?
Ainda que aqui os tópicos da certificação não cubram exatamente esse assunto, monitorar a saúde de um sistema e suas aplicações é missão do profissional DevOps. Atente para os tópicos:
701 Software Engineering 701.1 Modern Software Development (weight: 6)
e
705.2 Log Management and Analysis (weight: 4)
Tags
- Continuous Integration
- Error Tracking
- Spinnaker
- Hashicorp Vault
- CD
- Grafana
- AWS
- LPI
- Docker
- Security
- DevOps
- RDS
- ELK
- Traefik
- Prometheus
- Elasticsearch
- CI
- Jenkins
- Cloud Deployment
- Containers
- Log Analysis
- Vault
- GitLab
- Exception Handling
- SSH
- Continuous Delivery
- Cloud
- Git
- Kubernetes
- swag
- Kibana
- Pipelines
Annotators
URL
-
- Oct 2018
-
insights.sei.cmu.edu insights.sei.cmu.edu
-
We have also begun developing an instrument to assess organizations' readiness to adopt Agile and DevOps. We would welcome opportunities to pilot this assessment instrument with your organization.
How do we get involved in the pilot?
-
- Jan 2018
-
12factor.net 12factor.net
-
There is only one codebase per app, but there will be many deploys of the app
Typically Terraform violates the spirit of this principle. Though each deploy may be defined (typically as an environment) in the same repo, the codebase is different. We work around this making heavy use of modules to limit divergence between deploys.
Tags
Annotators
URL
-
- Oct 2017
-
intellyx.com intellyx.com
-
Direct annotations don't work here.
-
- Feb 2017
-
-
Why Pipeline?
Docker/DSL Pipeline vs Groovy native?
-
- Jan 2014
-
blog.ingineering.it blog.ingineering.it
-
at its core, DevOps is about culture
-
The true essence of DevOps is empathy.
-
-
redmonk.com redmonk.com
-
Is it because ops care deeply about systems while devs consider them a tool or implementation detail?
What is the divide?
-
When I look at the DevOps “community” today, what I generally see is a near-total lack of overlap between people who started on the dev side and on the ops side.
I see this same near-total lack of overlap. There is a different language, mindset, and approach.
-