Show HN: Build a MAAS and LXD environment in 30 minutes with Multipass on Ubuntu https://ift.tt/3vrl6eV

Show HN: Build a MAAS and LXD environment in 30 minutes with Multipass on Ubuntu https://ift.tt/3BYtWmS October 19, 2021 at 09:00PM

Show HN: The Milho Language https://ift.tt/2Z5Bt4Y

Show HN: The Milho Language https://ift.tt/3G1DiAL October 19, 2021 at 06:59PM

Show HN: Backwards qr: a simple way to send data from phones to computers https://ift.tt/3G3lc1q

Show HN: Backwards qr: a simple way to send data from phones to computers https://ift.tt/2Xr2EGV October 19, 2021 at 06:10PM

Show HN: Datree (YC W20): Prevent K8s misconfigurations from reaching production https://ift.tt/2XwDWVG

Show HN: Datree (YC W20): Prevent K8s misconfigurations from reaching production When I was an Engineering Manager of Infrastructure at ironSource (NASDAQ:IS) for 400 developers, a developer made a mistake, causing a misconfiguration to reach production, which caused major problems for the company's infrastructure. Mistakes happen all the time - you learn from them and hope to never make them again. But how can we prevent a production issue from recurring, or, how about a bigger challenge — how can you prevent the next one from the get-go? In our case, we tried sending emails to our devs, writing Wikis, and hosting meetups and live sessions to educate our developers, but I felt that it just wasn’t driving the message home. How can developers be expected to remember to configure a liveness probe or to put a memory limit in place for their Kubernetes workload when there are so many things that a dev must remember? Infra just isn’t their primary focus. Today, organizations want to delegate infra-as-code responsibilities to developers, but face a dilemma — even a small misconfiguration can cause major production issues. Some companies lock up infra changes and require ops teams to review all changes, which frustrates both sides. Developers want to ship features without waiting for infra. And infra teams don't want to “babysit” developers by reviewing config files all day long, essentially acting as human debuggers for misconfigurations. That’s why I teamed up with Eyar Zilberman to found Datree. Our mission is to help engineering teams prevent Kubernetes misconfigurations from reaching production. We believe that providing guardrails to developers protects their infra changes and frees up DevOps teams to focus on what matters most. Datree provides a CLI tool (https://ift.tt/3gtGevO) that runs automated policy checks against your Kubernetes manifests and Helm charts, identifies any misconfigurations within, and suggests how to fix them. The tool comes with dozens of preset, best-practice rules covering the most common mistakes that could affect your production. In addition, you can write custom rules for your policy. Our built-in rules are based on hundreds of Kubernetes post-mortems to ensure the prevention of issues such as resource limits/requests (MEM/CPU), liveness and readiness probes, labels on resources, Kubernetes schema validation, API version deprecation, and more. Datree comes with a centralized policy dashboard enabling the infra team to dynamically configure rules that run on dev computers during the development phase, as well as within the CI/CD process. This central control point propagates policy checks automatically to all developers/machines in your company. We initially launched Datree as a general purpose policy engine (see our YC Launch https://ift.tt/3cJCp13) in which you could configure all sorts of rules, but the market drove our focus toward infrastructure-as-code and, more specifically, Kubernetes, one of the most painful points of friction between developers and infrastructure teams. When we adjusted to a Kubernetes-focused product, we pivoted our top-down sales-driven model to a wholly new bottom-up adoption-driven model focused on the user. Our new dev tool is self-served and open-source. Hundreds of companies are using it to prevent Kubernetes misconfigurations and, in turn, are helping the tool improve by opening issues and submitting pull requests on GitHub. Today we are a “product-led growth” company, which is a relatively new business methodology centered on user adoption driving product demand toward monetization. Our product is well suited for self-evaluation and immediate value delivery. No more demo calls — just 2 quick steps to try the product yourself! TechWorld with Nana did a deep technical review of our product, which can be viewed at https://www.youtube.com/watch?v=hgUfH9Ab258. We look forward to hearing your feedback and answering any questions you may have. Thank you :) October 19, 2021 at 08:34PM

Show HN: Readini – Bilingual Books with Audio https://ift.tt/3pbQoFI

Show HN: Readini – Bilingual Books with Audio https://readini.com October 19, 2021 at 06:49PM

Show HN: Dim, a open source media manager built with Rust https://ift.tt/3vsrToP

Show HN: Dim, a open source media manager built with Rust https://ift.tt/3pds2ve October 19, 2021 at 06:07PM

Show HN: Practice speaking any language for free https://ift.tt/3G35fYQ

Show HN: Practice speaking any language for free https://linguaroom.io/ October 19, 2021 at 01:46PM