About
Use any linux distribution inside your terminal. Enable both backward and forward compatibility with software and freedom to use whatever distribution you’re more comfortable with. Mirror available at:
Atsibodo virtualios IT konferencijos? Mums taip pat. Todėl jau ši balandį norime Tave pakviesti į jau antrą kartą vyksiantį DevOps forumą "DevOps in Shorts".
There is no such system that will not fail, so the question - how?
Talks about failure domains, fault isolation and testing it (using chaos engineering)
cross-posted from [!softwareengineering@group.lt](https://group.lt/c/softwareengineering): https://group.lt/post/46385
> Adopting DevOps practices is nowadays a recurring task in the industry. DevOps is a set of practices intended to reduce the friction between the software development (Dev) and the IT operations (Ops), resulting in higher quality software and a shorter development lifecycle. Even though many resources are talking about DevOps practices, they are often inconsistent with each other on the best DevOps practices. Furthermore, they lack the needed detail and structure for beginners to the DevOps field to quickly understand them.
>
> In order to tackle this issue, this paper proposes **four foundational DevOps patterns: Version Control Everything, Continuous Integration, Deployment Automation, and Monitoring**. The patterns are both detailed enough and structured to be easily reused by practitioners and flexible enough to accommodate different needs and quirks that might arise from their actual usage context. Furthermore, the **patterns are tuned to the DevOps principle of Continuous Improvement by containing metrics so that practitioners can improve their pattern implementations**.
---
The article does not describes but actually identified and included 2 other patterns in addition to the four above (so actually 6):
- **Cloud Infrastructure**, which includes cloud computing, scaling, infrastructure as a code, ...
- **Pipeline**, "important for implementing Deployment Automation and Continuous Integration, and segregating it from the others allows us to make the solutions of these patterns easier to use, namely in contexts where a pipeline does not need to be present."

The paper is interesting for the following structure in describing the patterns:
> - Name: An evocative name for the pattern.
> - Context: Contains the context for the pattern providing a background for the problem.
> - Problem: A question representing the problem that the pattern intends to solve.
> - Forces: A list of forces that the solution must balance out.
> - Solution: A detailed description of the solution for our pattern’s problem.
> - Consequences: The implications, advantages and trade-offs caused by using the pattern.
> - Related Patterns: Patterns which are connected somehow to the one being described.
> - Metrics: A set of metrics to measure the effectiveness of the pattern’s solution implementation.
So... the house of cards is starting to fall?
Such and similar events always remind me two readings:
[How complex systems fail](https://how.complexsystems.fail/) and
[Why Do Computers Stop
and What Can Be Done
About It?](https://www.hpl.hp.com/techreports/tandem/TR-85.7.pdf)
can this be prevented? I don't think so, but what could be done? Check this book - [Antifragile](https://ziurkes.group.lt/book/5325/s/antifragile)
HELP!
I am in an awkward situation: after unsuccessful attempt to mount new disks to my Yunohost, I got the above on the server (old laptop) screen. OF COURSE I have the password, saved in my KeePass. The problem is, there are characters there I do not know how to enter, like **ô¼Î** etc.
Hints welcome.
You are not logged in. However you can subscribe from another Fediverse account, for example Lemmy or Mastodon. To do this, paste the following into the search field of your instance: !bofh@group.lt