<?xml version="1.0" encoding="utf-8" standalone="yes"?>
<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
  <channel>
    <title>Devop on My Information Centre</title>
    <link>https://my.center-of.info/tags/devop/</link>
    <description>Recent content in Devop on My Information Centre</description>
    <generator>Hugo</generator>
    <language>en-us</language>
    <managingEditor>blog@haddouti.com (Hafid Haddouti)</managingEditor>
    <webMaster>blog@haddouti.com (Hafid Haddouti)</webMaster>
    <lastBuildDate>Sat, 16 Jan 2016 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://my.center-of.info/tags/devop/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>DevEnv: Docker und Elasticsearch</title>
      <link>https://my.center-of.info/post/2016/2016-01-16-devenv-docker-und-elasticsearch/</link>
      <pubDate>Sat, 16 Jan 2016 00:00:00 +0000</pubDate><author>blog@haddouti.com (Hafid Haddouti)</author>
      <guid>https://my.center-of.info/post/2016/2016-01-16-devenv-docker-und-elasticsearch/</guid>
      <description>&lt;p&gt;Docker, eine simple Art seine Umgebung modular und wiederverwendbar aufzubauen. Da ich schrittweise exemplarisch eine ganze Entwicklungsumgebung auf Docker darstellen möchte, stelle ich heute vor, wie man Elasticsearch innerhalb eines eigenen Docker Container zum Einsatz bringt.&lt;/p&gt;</description>
    </item>
    <item>
      <title>DevEnv: Docker und AppServer</title>
      <link>https://my.center-of.info/post/2015/2015-04-26-docker-und-appserver/</link>
      <pubDate>Sun, 26 Apr 2015 00:00:00 +0000</pubDate><author>blog@haddouti.com (Hafid Haddouti)</author>
      <guid>https://my.center-of.info/post/2015/2015-04-26-docker-und-appserver/</guid>
      <description>&lt;p&gt;Docker ist aktuell in aller Munde und das Ökosystem um Docker wächst kontinuierlich weiter. Somit lohnt sich mal ein genauerer Blick. Ich werde hier schildern, wie ein Docker Image mit einem Application Server erstellt werden kann. Als Application Server werde ich WildFly verwenden, jedoch ist jegliche andere Software denkbar.&lt;/p&gt;&#xA;&lt;h1 id=&#34;überblick&#34;&gt;Überblick&lt;/h1&gt;&#xA;&lt;div class=&#34;highlight&#34;&gt;&lt;pre tabindex=&#34;0&#34; style=&#34;color:#f8f8f2;background-color:#272822;-moz-tab-size:4;-o-tab-size:4;tab-size:4;&#34;&gt;&lt;code class=&#34;language-toc&#34; data-lang=&#34;toc&#34;&gt;&lt;span style=&#34;display:flex;&#34;&gt;&lt;span&gt;# This code block gets replaced with the TOC&#xA;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/pre&gt;&lt;/div&gt;&lt;p&gt;Im einem Softwareprojekt strebt man an, dass alle Umgebungen (Entwicklung, Integration und Produktion) die selben Systeme, Versionen und Einstellungen besitzen. Dies kann man mit sehr genauen Installations- und Konfigurations-Anleitung bewerkstelligen. Jedoch ist der manuelle Aufwand hoch, genauso auch sehr fehleranfällig. Eine andere Möglichkeit ist es, immer das selbe VM Image zu verwenden. Dies kann einheitlich erstellt werde und dann auf allen Umgebungen verwendet werden. Ein solches VM Image beinhaltet jedoch neben der für das Projekt benötigte Software auch mind. das Betriebssystem. Dieser Sachverhalt verursacht ein verhältnismäßig zu großes Artefakt, was dann auch nicht schnell mal auf einer neuen Umgebung kopiert und bereitgestellt werden kann. Hier kommt dann Docker ins Spiel [1]. Docker kapselt die Software in einem Container und erwartet auf dem Host-System eine Docker Engine um den Container zum Laufen zu bringen. D.h. der Container beinhaltet nur die „projekt-relevanten“ Softwareprodukte. Dieser Container ist leichtgewichtiger als ein komplettes VM Image. Einmal erstellt, können diese Docker Container überall eingesetzt werden können, wo ein Docker Engine zur Verfügung steht – für Windows-User gibt es hier auch eine Lösung ;-).&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
