<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	
	>
<channel>
	<title>
	Comments on: Favorites from GitHub Universe	</title>
	<atom:link href="https://blog.iron.io/favorites-from-github-universe/feed/" rel="self" type="application/rss+xml" />
	<link>https://blog.iron.io/favorites-from-github-universe/</link>
	<description>Scalable serverless application tools to run background tasks with Docker containers and manage messaging queues with cloud elasticity and handheld customer support.</description>
	<lastBuildDate>Thu, 31 Dec 2020 18:18:24 +0000</lastBuildDate>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=6.9.4</generator>
	<item>
		<title>
		By: rudijs		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-479</link>

		<dc:creator><![CDATA[rudijs]]></dc:creator>
		<pubDate>Fri, 12 Feb 2016 06:54:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-479</guid>

					<description><![CDATA[For Node.js web apps, shouldn&#039;t there&#039;s be a process manager to restart the server if it crashes? A process manger like PM2, forever or strongloop&#039;s Arc.]]></description>
			<content:encoded><![CDATA[<p>For Node.js web apps, shouldn&#8217;t there&#8217;s be a process manager to restart the server if it crashes? A process manger like PM2, forever or strongloop&#8217;s Arc.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Michał Gryko		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-478</link>

		<dc:creator><![CDATA[Michał Gryko]]></dc:creator>
		<pubDate>Tue, 09 Feb 2016 07:34:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-478</guid>

					<description><![CDATA[Nice idea in overall, great that people finally see that containers should contain only app + its dependency. I&#039;ve created very basic version of such build tool for my previous company: https://github.com/Playsoft/container_builder It saved us lot of disk space and time on container pull. I didn&#039;t understood this &quot;FROM ubuntu&quot; Dockerfiles from very beginning. It feels so heavy.]]></description>
			<content:encoded><![CDATA[<p>Nice idea in overall, great that people finally see that containers should contain only app + its dependency. I&#8217;ve created very basic version of such build tool for my previous company: <a href="https://github.com/Playsoft/container_builder" rel="nofollow ugc">https://github.com/Playsoft/container_builder</a> It saved us lot of disk space and time on container pull. I didn&#8217;t understood this &#8220;FROM ubuntu&#8221; Dockerfiles from very beginning. It feels so heavy.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: zoobab		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-476</link>

		<dc:creator><![CDATA[zoobab]]></dc:creator>
		<pubDate>Thu, 04 Feb 2016 10:05:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-476</guid>

					<description><![CDATA[I made even smaller images with openwrt (basically the rootfs is mostly just busybox). 5MB.]]></description>
			<content:encoded><![CDATA[<p>I made even smaller images with openwrt (basically the rootfs is mostly just busybox). 5MB.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: James Mills		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-475</link>

		<dc:creator><![CDATA[James Mills]]></dc:creator>
		<pubDate>Thu, 04 Feb 2016 07:29:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-475</guid>

					<description><![CDATA[I don&#039;t mean to be a cynic; but this is all based around Alpine. Several or more of us in the community have already done all this (including myself for Python). What is so special about what iron.io have done or provide really?]]></description>
			<content:encoded><![CDATA[<p>I don&#8217;t mean to be a cynic; but this is all based around Alpine. Several or more of us in the community have already done all this (including myself for Python). What is so special about what iron.io have done or provide really?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Ralph Tice		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-474</link>

		<dc:creator><![CDATA[Ralph Tice]]></dc:creator>
		<pubDate>Wed, 03 Feb 2016 23:58:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-474</guid>

					<description><![CDATA[Have fun troubleshooting really insane seg faults because of musl instead of glibc.  I&#039;ve had some fun ones with both python and Oracle JDK.  Just getting the Oracle JDK running at all involves wget&#039;ing some random glibc bits from circleci.]]></description>
			<content:encoded><![CDATA[<p>Have fun troubleshooting really insane seg faults because of musl instead of glibc.  I&#8217;ve had some fun ones with both python and Oracle JDK.  Just getting the Oracle JDK running at all involves wget&#8217;ing some random glibc bits from circleci.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: treeder		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-473</link>

		<dc:creator><![CDATA[treeder]]></dc:creator>
		<pubDate>Wed, 27 Jan 2016 18:31:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-473</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.iron.io/favorites-from-github-universe/#comment-470&quot;&gt;Harlow Ward&lt;/a&gt;.

I don&#039;t think there&#039;s an advantage to build it either way, you should end up with the same bin eight way. I just like building inside containers regardless so I don&#039;t have to setup anything on my machine to do it (GOPATH, etc) and if it&#039;s not static, you can build/test on whatever system you are going to be running on. For instance, a Go binary built on Ubuntu will not run on Alpine, so just build it inside an Alpine container and you&#039;re good to go. And you can test it on the destination operating system too.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.iron.io/favorites-from-github-universe/#comment-470">Harlow Ward</a>.</p>
<p>I don&#8217;t think there&#8217;s an advantage to build it either way, you should end up with the same bin eight way. I just like building inside containers regardless so I don&#8217;t have to setup anything on my machine to do it (GOPATH, etc) and if it&#8217;s not static, you can build/test on whatever system you are going to be running on. For instance, a Go binary built on Ubuntu will not run on Alpine, so just build it inside an Alpine container and you&#8217;re good to go. And you can test it on the destination operating system too.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Dave Newton		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-472</link>

		<dc:creator><![CDATA[Dave Newton]]></dc:creator>
		<pubDate>Wed, 27 Jan 2016 17:45:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-472</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.iron.io/favorites-from-github-universe/#comment-471&quot;&gt;Rémi Alvergnat&lt;/a&gt;.

But the generalized base container would still be the same, and the specialized images would still have the same stuff. I think you&#039;d need a pretty wide swath of micro images to add up to even a few macro images.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.iron.io/favorites-from-github-universe/#comment-471">Rémi Alvergnat</a>.</p>
<p>But the generalized base container would still be the same, and the specialized images would still have the same stuff. I think you&#8217;d need a pretty wide swath of micro images to add up to even a few macro images.</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Rémi Alvergnat		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-471</link>

		<dc:creator><![CDATA[Rémi Alvergnat]]></dc:creator>
		<pubDate>Wed, 27 Jan 2016 09:09:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-471</guid>

					<description><![CDATA[Great post, thanks ! Micro containers are often better, people should keep in mind that if you have 10 container sharing the same big 650Mb image, it won&#039;t eat 10x650Mb, but 1x650Mb. 

So if size matters for ease of distribution and public images, I&#039;m not sure it&#039;s that critical and it can even be counter-productive in some case.

If host runs 10 containers based on 10 distinct micro image, it might eat up more space that it would by using a single bigger and more generalist base image ...]]></description>
			<content:encoded><![CDATA[<p>Great post, thanks ! Micro containers are often better, people should keep in mind that if you have 10 container sharing the same big 650Mb image, it won&#8217;t eat 10x650Mb, but 1x650Mb. </p>
<p>So if size matters for ease of distribution and public images, I&#8217;m not sure it&#8217;s that critical and it can even be counter-productive in some case.</p>
<p>If host runs 10 containers based on 10 distinct micro image, it might eat up more space that it would by using a single bigger and more generalist base image &#8230;</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: Harlow Ward		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-470</link>

		<dc:creator><![CDATA[Harlow Ward]]></dc:creator>
		<pubDate>Tue, 26 Jan 2016 21:37:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-470</guid>

					<description><![CDATA[Great post @treeder:disqus  . Can you expand on the advantage of building the Golang static binary inside the Docker container as opposed to building with `GOOS` and `GOARCH` ENV vars on command line?]]></description>
			<content:encoded><![CDATA[<p>Great post @treeder:disqus  . Can you expand on the advantage of building the Golang static binary inside the Docker container as opposed to building with `GOOS` and `GOARCH` ENV vars on command line?</p>
]]></content:encoded>
		
			</item>
		<item>
		<title>
		By: treeder		</title>
		<link>https://blog.iron.io/favorites-from-github-universe/#comment-469</link>

		<dc:creator><![CDATA[treeder]]></dc:creator>
		<pubDate>Tue, 26 Jan 2016 17:40:00 +0000</pubDate>
		<guid isPermaLink="false">http://ironio2016.wpengine.com//blog/?p=1095#comment-469</guid>

					<description><![CDATA[In reply to &lt;a href=&quot;https://blog.iron.io/favorites-from-github-universe/#comment-468&quot;&gt;naxhh&lt;/a&gt;.

Ya, the layers don&#039;t show the size decrease for some reason, but the total image size is much smaller. In iron/node, we uninstall npm and it cuts the image size down by something like 20MB. Even though the layer for npm uninstall shows 0.]]></description>
			<content:encoded><![CDATA[<p>In reply to <a href="https://blog.iron.io/favorites-from-github-universe/#comment-468">naxhh</a>.</p>
<p>Ya, the layers don&#8217;t show the size decrease for some reason, but the total image size is much smaller. In iron/node, we uninstall npm and it cuts the image size down by something like 20MB. Even though the layer for npm uninstall shows 0.</p>
]]></content:encoded>
		
			</item>
	</channel>
</rss>
