<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Ben Koller</title><link>https://www.benkoller.de/</link><description>Recent content on Ben Koller</description><generator>Hugo</generator><language>en-GB</language><copyright>Benedikt Koller</copyright><lastBuildDate>Tue, 02 Mar 2021 00:00:00 +0000</lastBuildDate><atom:link href="https://www.benkoller.de/feed.xml" rel="self" type="application/rss+xml"/><item><title>Podcast: MLEngineered</title><link>https://www.benkoller.de/MLEngineered-podcast/</link><pubDate>Tue, 02 Mar 2021 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/MLEngineered-podcast/</guid><description/></item><item><title>You train it, you run it</title><link>https://www.benkoller.de/you-train-it-you-run-it/</link><pubDate>Fri, 05 Feb 2021 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/you-train-it-you-run-it/</guid><description>&lt;p&gt;The quote &lt;em&gt;&amp;ldquo;You build it, you run it&amp;rdquo;&lt;/em&gt; is among the most influential quotes in modern software development. It has guided the conception of high-performing software teams since its inception. Pick any successful, software-driven business of today, their mentalities will all be at least influenced by the sentiment.&lt;/p&gt;
&lt;p&gt;It&amp;rsquo;s origins go all the way back to 2006, when the CTO of Amazon, Werner Vogels, gave a &lt;a href="https://queue.acm.org/detail.cfm?id=1142065"&gt;seminal interview&lt;/a&gt;:&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;“&lt;strong&gt;Giving developers operational responsibilities has greatly enhanced the quality of the services, both from a customer and a technology point of view&lt;/strong&gt;. The traditional model is that you take your software to the wall that separates development and operations and throw it over and then forget about it. Not at Amazon. &lt;strong&gt;You build it, you run it. This brings developers into contact with the day-to-day operation of their software. It also brings them into day-to-day contact with the customer. This customer feedback loop is essential for improving the quality of the service.&lt;/strong&gt;”&lt;/p&gt;</description></item><item><title>A most unusual year</title><link>https://www.benkoller.de/a-most-unusual-year/</link><pubDate>Sat, 26 Dec 2020 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/a-most-unusual-year/</guid><description>&lt;p&gt;As this is the end of the year, it&amp;rsquo;s a great chance to remind yourself: how did we get here?&lt;/p&gt;
&lt;p&gt;Let me beginn with a flashback to 2019. As a company, we&amp;rsquo;re focussed on optimising remaining useful live of industrial assets through clever use of Machine Learning for predictive analysis, root-cause analysis and other forms of reasoning. We managed to secure a few big projects and very promising POCs, and across the board we were able to show good results. One of our projects even got government funding, providing a nice runway going forward.&lt;/p&gt;</description></item><item><title>TMLS Summit 2020: The tale of a thousand pipelines</title><link>https://www.benkoller.de/tale-of-a-thousand-pipelines/</link><pubDate>Thu, 19 Nov 2020 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/tale-of-a-thousand-pipelines/</guid><description>&lt;p&gt;This is an Ops-guy&amp;rsquo;s story that tackles the process of building scalable deep learning pipelines for hundreds of model training on giant time-series datasets and on how it helped saved 80% of the cost along the way.&lt;/p&gt;</description></item><item><title>MLOps: Learning from history</title><link>https://www.benkoller.de/MLOps-Learning-from-history/</link><pubDate>Mon, 09 Nov 2020 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/MLOps-Learning-from-history/</guid><description>&lt;p&gt;TL;DR: Running successful ML teams and projects requires cross-functional collaboration within the executing team.&lt;/p&gt;
&lt;p&gt;That sentence alone does not help anyone. It feels unsubstantiated, and someone playing bullshit bingo might luck out just on that one sentence - and yet, it’s true. Why? Because it’s taking the main driver behind the DevOps revolution in software development and applies it to Machine Learning.&lt;/p&gt;
&lt;p&gt;If you’re familiar with what DevOps stands for, where it came from and why it’s such a game-changer, feel free to skip to &lt;a href="#a-better-way"&gt;the conclusion&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>12 factors of reproducible Machine Learning in production</title><link>https://www.benkoller.de/12-factors-of-ml-in-production/</link><pubDate>Mon, 28 Sep 2020 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/12-factors-of-ml-in-production/</guid><description>&lt;p&gt;The last two decades have yielded us some great understandings about Software Development. A big part of that is due to the emergence of DevOps and it’s wide adoption throughout the industry.&lt;/p&gt;
&lt;p&gt;Leading software companies follow identical patterns: Fast iterations in software development followed by Continuous Integration, Continuous Delivery, Continuous Deployment. Every artefact is tested on its ability to provide value, always has a state of readiness and is deployed through automation.&lt;/p&gt;</description></item><item><title>A case for declarative configurations for ML training</title><link>https://www.benkoller.de/declarative_configs_for_mlops/</link><pubDate>Sun, 17 May 2020 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/declarative_configs_for_mlops/</guid><description>&lt;p&gt;No way around it: I am what you call an &amp;ldquo;Ops guy&amp;rdquo;. In my career I admin&amp;rsquo;ed more servers than I&amp;rsquo;ve written code. Over twelve years in the industry have left their permanent mark on me. For the last two of those I&amp;rsquo;m exposed to a new beast - Machine Learning. My hustle is bringing Ops-Knowledge to ML. These are my thoughts on that.&lt;/p&gt;
&lt;h2 id="deploying-software-into-production"&gt;Deploying software into production&lt;/h2&gt;
&lt;p&gt;Hundreds of thousands of companies deploy software into production every day. Every deployment mechanism has someone who built it. Whoever it was (The Ops Guy™, SRE-Teams, &amp;ldquo;Devops Engineers&amp;rdquo;), all follow tried-and-true paradigms. After all, the goal is to ship code often, in repeatable and reliable ways. Let me give you a quick primer on two of those.&lt;/p&gt;</description></item><item><title>Immutable Infrastructure</title><link>https://www.benkoller.de/transforming-a-startup-immutable-infrastructure/</link><pubDate>Thu, 30 Mar 2017 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/transforming-a-startup-immutable-infrastructure/</guid><description>&lt;p&gt;Immutable Infrastructure describes the separation of infrastructural state and application. Consecutive deployments spin up unique and explicitly defined infrastructure instead of replacing application artifacts on already existing infrastructure.&lt;/p&gt;
&lt;p&gt;In the desire to deliver working software with each deploy without downtimes lie challenges immutable infrastructure attempts to solve.&lt;/p&gt;
&lt;h3 id="background"&gt;Background&lt;/h3&gt;
&lt;p&gt;Startups in their early stages tend to neglect infrastructural design in favour of perceived speed in development. A prototypical production environment is focused on a single server. Backups are added as an afterthought and revolve around cronjobs. Deployments are a concatenation of manual steps and increase in risk each time. Downtime is almost always necessary during deployments. Even distributed designs suffer from the risks introduced by consecutive changes to their infrastructure.&lt;/p&gt;</description></item><item><title>Monitoring</title><link>https://www.benkoller.de/transforming-a-startup-monitoring/</link><pubDate>Wed, 15 Feb 2017 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/transforming-a-startup-monitoring/</guid><description>&lt;p&gt;Already a while back I got introduced to my current employer: &lt;a href="https://www.talentry.de"&gt;Talentry&lt;/a&gt;. They, and thus me, try to make employee recommendation the #1 recruiting source. It&amp;rsquo;s a mission easy to align with as I strongly believe in it. Luckily, so do other companies, as the customer base proves. In the past months growth fell upon &lt;a href="https://www.talentry.de"&gt;Talentry&lt;/a&gt;, and the platform&amp;rsquo;s infrastructure became due to an overhaul. This is where I step in. Along the way I&amp;rsquo;ll shed some light upon projects and organisational developments. Parts might be left out, parts will be intentionally vague, nonetheless the lessons learned will prevail.&lt;/p&gt;</description></item><item><title>Growth advice: All advice is about context</title><link>https://www.benkoller.de/growth-advice-all-advice-is-about-context/</link><pubDate>Mon, 12 Dec 2016 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/growth-advice-all-advice-is-about-context/</guid><description>&lt;p&gt;I worked in multiple companies in my live. I saw reasonable high evaluations of eight digits and more. I&amp;rsquo;ve had ample opportunity to examine organisational voodoo, and surely you have seen incomprehensible things happen in companies, too. Great design decisions, good management styles, innovative IT architecture, and all their negative counterparts. &lt;strong&gt;Growth advice&lt;/strong&gt; will be my section to talk about the trapdoors of growing a business, and how to avoid them.&lt;/p&gt;</description></item><item><title>Interconnect VPCs with VyOS</title><link>https://www.benkoller.de/interconnect/</link><pubDate>Sun, 01 Nov 2015 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/interconnect/</guid><description>&lt;p&gt;&lt;strong&gt;TL;DR:&lt;/strong&gt; Stylight, a company I used to work with, runs a number of VPCs in multiple regions, and only partial interconnectivity existed. After adding a set of new VPCs in 2015 for services that require a stable and performant interconnection a new solution was required. We used VyOS and the AWS VPNs to pull it off.&lt;/p&gt;
&lt;blockquote&gt;
&lt;p&gt;I&amp;rsquo;d like to tell you a joke about our VPN setup but it&amp;rsquo;s virtually private.&lt;/p&gt;</description></item><item><title>About</title><link>https://www.benkoller.de/about/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/about/</guid><description>&lt;p&gt;This is a blog, like everybody else&amp;rsquo;s blogs. However, it&amp;rsquo;s my blog, which makes
it at least somewhat different than everybody else&amp;rsquo;s.&lt;/p&gt;
&lt;p&gt;Things written about usually take their origins in my professional career. I
started as a SysAdmin, picked up a casual interest in programming and settled on
helping startups grow their infrastructure to accommodate the success they
deserve. And because of an insatiable hunger and great people around me, I tend
to &amp;ldquo;entrepreneur things&amp;rdquo;.&lt;/p&gt;</description></item><item><title>Imprint</title><link>https://www.benkoller.de/imprint/</link><pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate><guid>https://www.benkoller.de/imprint/</guid><description>&lt;h2 id="imprint"&gt;Imprint&lt;/h2&gt;
&lt;p&gt;Sole responsible dude: me (Benedikt Koller).&lt;/p&gt;
&lt;p&gt;Links may contain all kinds of shit, but because they&amp;rsquo;re hosted elsewhere you
can&amp;rsquo;t blame me. Content here is mine, and if it isn&amp;rsquo;t I&amp;rsquo;ll make sure it&amp;rsquo;s
abundantly clear.&lt;/p&gt;
&lt;p&gt;Contact: &lt;a href="mailto:sayhi@benkoller.de"&gt;sayhi@benkoller.de&lt;/a&gt;&lt;/p&gt;
&lt;h2 id="gdpr--data-privacy"&gt;GDPR / Data privacy&lt;/h2&gt;
&lt;p&gt;I respect your privacy and don&amp;rsquo;t track anything. No external javascript, actually
not even internal javascript. No hidden bullshit. Only you, your browser, your
ISP and anyone with a BGP hop between you and this server will know you were here
— I won&amp;rsquo;t track you.&lt;/p&gt;</description></item></channel></rss>