{"id":794,"date":"2018-10-27T22:46:42","date_gmt":"2018-10-27T20:46:42","guid":{"rendered":"http:\/\/wchmurze.cloud\/?p=794"},"modified":"2019-08-18T14:28:06","modified_gmt":"2019-08-18T12:28:06","slug":"pierwsze-zabawy-z-kubernetes-czesc-1-docker","status":"publish","type":"post","link":"https:\/\/wchmurze.cloud\/index.php\/2018\/10\/27\/pierwsze-zabawy-z-kubernetes-czesc-1-docker\/","title":{"rendered":"Pierwsze zabawy z Kubernetes – cz\u0119\u015b\u0107 1 Docker"},"content":{"rendered":"

Konteneryzacja aplikacji wykorzystuj\u0105ca Dockera i ich orkiestracja\u00a0 za pomoc\u0105 Kubernetes\u00a0 przebojem zdobywaj\u0105 coraz wi\u0119ksz\u0105 grup\u0119 zwolennik\u00f3w. Postanowi\u0142em zmierzy\u0107 si\u0119 z tymi produktami.<\/p>\n

Za\u0142o\u017cy\u0142em, ze wykorzystam jakie\u015b darmowe \u015brodowisko, kt\u00f3re pozwoli mi na pierwsze zabawy, bez zb\u0119dnej instalacji oprogramowania na stacji roboczej.\u00a0 Powtarzalne operacje zostan\u0105 zapisane w plikach na Githubie.<\/p>\n

Niniejszy wpis wykorzystuje https:\/\/labs.play-with-k8s.com\/<\/a> .<\/p>\n

\"\"<\/p>\n

Uruchomienie \u015brodowiska wymaga zalogowania si\u0119 na konto GitHub lub na konto DockerHuba. Wybra\u0142em t\u0119 drug\u0105 opcj\u0119.<\/p>\n

Po podaniu naszych po\u015bwiadcze\u0144 i po naci\u015bni\u0119ciu zielonego przycisku Start<\/span> mamy do dyspozycji uruchomione gotowe \u015brodowisko do test\u00f3w, kt\u00f3re zostaje powo\u0142ane na czas czterech godzin.<\/p>\n

\"\"<\/p>\n

Na pocz\u0105tku musimy doda\u0107 pierwsz\u0105 instancj\u0119. Po kr\u00f3tkiej chwili mamy ju\u017c gotowe \u015brodowisko z dost\u0119pem do shella.<\/p>\n

\"\"<\/p>\n

Pierwsze polecenie uname -a<\/p>\n

Linux node1 4.4.0-127-generic #153-Ubuntu SMP Sat May 19 10:58:46 \r\nUTC 2018 x86_64 x86_64 x86_64 GNU\/Linux\r\n<\/pre>\n
Mamy dost\u0119p do schowka
\nShift + insert = kopiuj
\nCtrl + insert = wklej<\/p>\n
Co wi\u0119cej mo\u017cemy doinstalowa\u0107 sobie potrzebne pakiety, np. edytor nano, midnight commander i inne cuda…<\/p>\n
yum install mc nano lynx\r\n<\/pre>\n
Spr\u00f3bujmy uruchomi\u0107 prost\u0105 aplikacj\u0119 w kontenerze z gotowego publicznego repozytorium Docker Hub<\/a>.<\/p>\n
Na pocz\u0105tku uruchomimy pusta aplikacje www opart\u0105 o popularny serwer apache2.<\/p>\n
docker run -d -p 80 httpd:2.4\r\n<\/pre>\n
Polecenie to uruchamia obraz o nazwie httpd w wersji 2.4 z wystawiony portem tcp 80 od strony kontenera, port hosta zostanie zmapowany automatycznie. Za chwile zobaczymy na jak\u0105 warto\u015b\u0107. Obrazu tego nie by\u0142o do tej pory lokalnie, st\u0105d komunikat “unable to find image”.\u00a0 Przed budow\u0105 zostanie on \u015bci\u0105gni\u0119ty z repozytorium Docker Huba.<\/p>\n
Otrzymany wynik:<\/p>\n
Unable to find image 'httpd:2.4' locally\r\n2.4: Pulling from library\/httpd\r\nf17d81b4b692: Pull complete\r\n06fe09255c64: Pull complete\r\n0baf8127507d: Pull complete\r\n07b9730387a3: Pull complete\r\n6dbdee9d6fa5: Pull complete\r\nDigest: sha256:90b34f4370518872de4ac1af696a90d982fe99b0f30c9be994964f49a6e2f421\r\nStatus: Downloaded newer image for httpd:2.4\r\n46da2648c3cb1b8a1354c488a6fac06036b1dfa388758bba0badf646ea775bdb\r\n<\/pre>\n
Sprawd\u017amy list\u0119 naszych obraz\u00f3w<\/p>\n
docker images\r\n<\/pre>\n
Otrzymany wynik:<\/p>\n
REPOSITORY          TAG                 IMAGE ID            CREATED             SIZE\r\nhttpd               2.4                 55a118e2a010        2 days ago          132MB\r\n<\/pre>\n
Sprawdzamy, kt\u00f3re obrazy s\u0105 uruchomione.<\/p>\n
docker ps\r\n<\/pre>\n
Otrzymany wynik:<\/p>\n
 CONTAINER ID        IMAGE               COMMAND              CREATED             STATUS              PORTS                   NAMES\r\n46da2648c3cb        httpd:2.4           \"httpd-foreground\"   32 seconds ago      Up 29 seconds       0.0.0.0:32768->80\/tcp   jolly_engelbart\r\n>80\/tcp   jolly_engelbart\r\n<\/pre>\n
Port 80 tcp kontenera zostaje zmapowany na port 32768 hosta.<\/p>\n
Pojawia si\u0119 niebieskie \u0142\u0105cze o nazwie wystawionego portu. Po klikni\u0119ciu mamy stron\u0119 z napisem<\/p>\n
It works!<\/h1>\n
Wykorzystuj\u0105c gotowe obrazy, kt\u00f3re\u00a0 mo\u017cna traktowa\u0107 jako baz\u0119, mamy mo\u017cliwo\u015b\u0107 tworzenia na ich podstawie bardziej skomplikowanych funkcjonalnie aplikacji. W tym celu mo\u017cemy wykorzysta\u0107 plik konfiguracyjny, tak zwany Dockerfile.<\/p>\n
Przyk\u0142adowy Dockerfile:<\/p>\n
# base image...\r\nFROM phusion\/baseimage\r\n\r\n# author\r\nMAINTAINER djkormo\r\n\r\nRUN apt-get clean -qy\r\nRUN apt-get update -qy\r\n\r\n# install packages\r\nRUN apt-get install apache2 git -qy\r\n\r\n# clone content of sample app\r\nRUN git clone https:\/\/github.com\/djkormo\/simple-chess-ai\r\n\r\n# copy content to apache root directory\r\nRUN cd simple-chess-ai && cp -R .  \/var\/www\/html\/ && cd .. && rm -r  simple-chess-ai\/\r\nRUN chmod a+x -R \/var\/www\/html\/\r\n\r\n# running apache\r\nENTRYPOINT [\"\/usr\/sbin\/apache2ctl\",\"-D\",\"FOREGROUND\"]\r\n\r\n# exposing 80 port\r\nEXPOSE 80\r\n\r\n<\/pre>\n
# Utw\u00f3rzmy dedykowany katalog\r\nmkdir containers\r\ncd containers\r\nmkdir chess-ai\r\ncd chess-ai\r\ntouch Dockerfile\r\n\r\n<\/pre>\n
Uzupe\u0142niamy zawarto\u015b\u0107 pustego pliku Dockerfile i budujemy nasz kontener.<\/p>\n
docker build -t chess-ai .\r\n<\/pre>\n
Uruchamiamy nasz kontener<\/p>\n
docker run -p 80 -d chess-ai\r\n\r\ndocker ps\r\n\r\nCONTAINER ID IMAGE COMMAND CREATED STATUS PORTSNAMES\r\nc4bae941f8d5 chess-ai \"\/usr\/sbin\/apache2ct\u2026\" 7 seconds ago Up 6 seconds 0.0.0.0:32770->80\/tcp\r\n<\/pre>\n
Jak wida\u0107 kontener nas\u0142uchuje na porcie 32770 hosta<\/p>\n
Mo\u017cna t\u0119 informacj\u0119 pobra\u0107 w bardziej elegancji spos\u00f3b:<\/p>\n
PORT=\"$(docker ps|grep chess-ai|sed 's\/.*0.0.0.0:\/\/g'|sed 's\/->.*\/\/g')\"\r\necho $PORT\r\n32770<\/pre>\n
Na g\u00f3rze powinien pojawi\u0107 si\u0119 niebieski link z takim numerem portu.
\nPo uruchomieniu
\nhttp:\/\/ip172-18-0-22-bf4df2mn5ugg00cc6t5g-32770.direct.labs.play-with-k8s.com\/<\/p>\n
Mamy widoczn\u0105 nasz\u0105 aplikacj\u0119.
\n\"\"<\/p>\n
Warto zapami\u0119ta\u0107 budow\u0119 linku:<\/p>\n
http:\/\/ip<hyphen-ip>-<session_jd>-<port>.direct.labs.play-with-k8s.com<\/p>\n
A naszym przypadku by\u0142 to<\/p>\n
http:\/\/ip172-18-0-22-bf4df2mn5ugg00cc6t5g-32770.direct.labs.play-with-k8s.com\/<\/p>\n
Warto pami\u0119ta\u0107 o kilku zasadach, kt\u00f3re pomagaj\u0105 budowa\u0107 obrazy kontenerowe w spos\u00f3b efektywny<\/h4>\n
    \n
  1. Wybieramy obraz, z najbardziej optymaln\u0105\u00a0 funkcjonalno\u015bci\u0105, czyli np. taki kt\u00f3ry zawiera tylko potrzebne oprogramowanie i nic wi\u0119cej.<\/li>\n
  2. Instalujemy tylko potrzebne oprogramowanie.<\/li>\n
  3. Niepotrzebne pliki tymczasowe, kt\u00f3re powstaj\u0105 podczas instalacji oprogramowania powinny zosta\u0107 usuni\u0119te.<\/li>\n
  4. Ka\u017cde polecenie RUN tworzy nowa warstw\u0119 w obrazie, eliminujmy ich liczb\u0119. Stad cz\u0119sto widoczne jest sklejanie polece\u0144 przez &&.<\/li>\n
  5. Ka\u017cdy projekt powinien mie\u0107 w\u0142asny plik .dockerignore<\/code>, w kt\u00f3rym zawarte s\u0105 regu\u0142y wykluczaj\u0105ce pliki i katalogi w procesie budowania.<\/li>\n<\/ol>\n
    Wykonajmy prosty eksperyment.<\/p>\n
    Przygotowa\u0142em dwie wersje pliku DockerFile,<\/p>\n
    jeden to obraz ubuntu:16.04,<\/p>\n
    https:\/\/github.com\/djkormo\/ContainersSamples\/blob\/master\/Docker\/chess-ai\/ubuntu\/Dockerfile<\/a><\/p>\n
    drugi to alpine:3.7.<\/p>\n
    https:\/\/github.com\/djkormo\/ContainersSamples\/tree\/master\/Docker\/chess-ai\/alpine\/Dockerfile<\/a><\/p>\n
    # pobierzmy pliki z repozytorium GitHub.\r\ngit clone https:\/\/github.com\/djkormo\/ContainersSamples.git\r\n<\/pre>\n
    Otrzymany wynik:<\/p>\n
    Cloning into 'ContainersSamples'...\r\nremote: Enumerating objects: 84, done.\r\nremote: Counting objects: 100% (84\/84), done.\r\nremote: Compressing objects: 100% (57\/57), done.\r\nremote: Total 84 (delta 13), reused 81 (delta 10), pack-reused 0\r\nUnpacking objects: 100% (84\/84), done.\r\n<\/pre>\n
    Wchodzimy do podkatalog\u00f3w<\/p>\n
    cd ContainersSamples\/\r\ncd Docker\/\r\ncd chess-ai\/\r\n\r\n<\/pre>\n
    W podkatalogu mamy trzy wersje plik\u00f3w Dockeffile<\/p>\n
    W ka\u017cdym z podkatalog\u00f3w budujemy lokalna wersje obrazu, tu dla przyk\u0142adu dla obrazu pochodz\u0105cego z dystrybucji alpine.<\/p>\n
    docker build -t local\/chess-ai-alpine .\r\n<\/pre>\n
    Dla obrazu Ubuntu<\/p>\n
    docker build -t local\/chess-ai-ubuntu .\r\n<\/pre>\n
    Po zbudowaniu tych dw\u00f3ch obraz\u00f3w , mo\u017cemy por\u00f3wna\u0107 ich rozmiar<\/p>\n
    docker images\r\n<\/pre>\n
    Otrzymujemy nast\u0119puj\u0105ce warto\u015bci:<\/p>\n
    REPOSITORY              TAG                 IMAGE ID            CREATED             SIZE\r\nlocal\/chess-ai-alpine   latest              b9ab394052a6        18 seconds ago      28.3MB\r\nlocal\/chess-ai-ubuntu   latest              db929792894c        58 seconds ago      275MB\r\nubuntu                  16.04               4a689991aa24        8 days ago          116MB\r\nalpine                  3.7                 34ea7509dcad        6 weeks ago         4.2MB\r\n<\/pre>\n
    To co wida\u0107 od razu, z obrazu bazowego alpine:3.7<\/strong> o wielko\u015bci 4.2MB<\/span> powsta\u0142 obraz local\/chess-ai-alpine<\/strong> o wielko\u015bci 28.3MB<\/span>. Natomiast z bazowego obrazu ubuntu:16.04<\/strong> o wielko\u015bci 116MB<\/span> powsta\u0142 obraz localhost\/chess-ai-ubuntu<\/strong> o wielko\u015bci 275MB<\/span>. Funkcjonalno\u015b\u0107 obu aplikacji, czyli prosta gra w szachy napisania w Javascript, jest taka sama, a r\u00f3\u017cnica w wielko\u015bci jest dziesi\u0119ciokrotna.<\/p>\n
    Literatura:<\/p>\n
    https:\/\/medium.com\/@marcosnils\/introducing-pwk-play-with-k8s-159fcfeb787b<\/a><\/p>\n
    https:\/\/github.com\/play-with-docker\/play-with-docker\/issues\/259<\/a><\/p>\n
    http:\/\/phusion.github.io\/baseimage-docker\/<\/a><\/p>\n