<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
	<channel>
		<title>Opinion on Puppeteers Oy</title>
		<link>https://www.puppeteers.net/categories/opinion/</link>
		<description>Recent content in Opinion on Puppeteers Oy</description>
		<generator>Hugo</generator>
		<language>en-US</language>
		
		
		
		
			<lastBuildDate>Sun, 25 Dec 2022 00:00:00 +0000</lastBuildDate>
		
			<atom:link href="https://www.puppeteers.net/categories/opinion/index.xml" rel="self" type="application/rss+xml" />
			<item>
				<title>Microsoft Teams: a rant</title>
				<link>https://www.puppeteers.net/blog/microsoft-teams-a-rant/</link>
				<pubDate>Sun, 25 Dec 2022 00:00:00 +0000</pubDate>
				<guid>https://www.puppeteers.net/blog/microsoft-teams-a-rant/</guid>
				<description>&lt;p&gt;It&amp;rsquo;s time for a brief rant about Microsoft Teams. Before we start I&amp;rsquo;ll state that Teams is probably an ok platform for collaboration when you work for just one organization. But when you need to work with multiple organizations, each with their own Teams, you immediately run into a world of hurt. There are two reasons:&lt;/p&gt;&#xA;&lt;ul&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;There are &lt;em&gt;no&lt;/em&gt; third-party clients or plugins for Teams&lt;/p&gt;&#xA;&lt;/li&gt;&#xA;&lt;li&gt;&#xA;&lt;p&gt;Official Teams web and desktop clients force you to actually &lt;em&gt;switch&lt;/em&gt; workspaces (or organizations) if you want to participate in discussions&lt;/p&gt;</description>
			</item>
			<item>
				<title>To containerize in AWS or not: the cost perspective</title>
				<link>https://www.puppeteers.net/blog/to-containerize-in-aws-or-not-the-cost-perspective/</link>
				<pubDate>Tue, 15 Jun 2021 00:00:00 +0000</pubDate>
				<guid>https://www.puppeteers.net/blog/to-containerize-in-aws-or-not-the-cost-perspective/</guid>
				<description>&lt;p&gt;I recently checked the pricing model for &lt;a href=&#34;https://aws.amazon.com/fargate/?nc=sn&amp;amp;loc=1&amp;amp;whats-new-cards.sort-by=item.additionalFields.postDateTime&amp;amp;whats-new-cards.sort-order=desc&amp;amp;fargate-blogs.sort-by=item.additionalFields.createdDate&amp;amp;fargate-blogs.sort-order=desc&#34;&gt;Amazon Fargate&lt;/a&gt; to see if migrating a fair number of EC2 instance-based workloads to containers would save money. In theory this should have been the case, as a container has less &amp;ldquo;fat&amp;rdquo; compared to a full virtual machine. In this case the workload itself was perfectly suited for a container: a single process with single configuration file that was mostly network-bound running on t3.micro instances.&lt;/p&gt;</description>
			</item>
			<item>
				<title>Explicit high-level dependencies in Puppet</title>
				<link>https://www.puppeteers.net/blog/overusing-the-anchor-pattern/</link>
				<pubDate>Wed, 09 Oct 2019 00:00:00 +0000</pubDate>
				<guid>https://www.puppeteers.net/blog/overusing-the-anchor-pattern/</guid>
				<description>&lt;p&gt;I&amp;rsquo;ve noticed that some people - I won&amp;rsquo;t reveal their names here to protect them - love using contain and/or ordering arrows in Puppet. A typical use-case is for role classes:&lt;/p&gt;&#xA;&lt;p&gt;class role::webserver {&#xA;contain ::packetfilter::endpoint&#xA;contain ::profile::monit&#xA;contain ::profile::unixbase&#xA;contain ::profile::ipa_client&#xA;contain ::profile::webserver&lt;/p&gt;&#xA;&lt;p&gt;&lt;code&gt;Class[::packetfilter::endpoint]&lt;/code&gt;&#xA;&lt;code&gt;-&amp;gt; Class[::profile::monit]&lt;/code&gt;&#xA;&lt;code&gt;-&amp;gt; Class[::profile::unixbase]&lt;/code&gt;&#xA;&lt;code&gt;-&amp;gt; Class[::profile::ipa_client]&lt;/code&gt;&#xA;&lt;code&gt;-&amp;gt; Class[::profile::webserver]&lt;/code&gt;&#xA;}&lt;/p&gt;&#xA;&lt;p&gt;The above code nicely ensures that all the classes get applied in the exact order defined above. What happens under the hood is that Puppet generates dependencies between the classes and applies them in order.&lt;/p&gt;</description>
			</item>
	</channel>
</rss>
