Please enable JavaScript.

Coggle requires JavaScript to display documents.

DOCKER - Coggle Diagram

- - - - Config contains info such as ports, command to be executed as derived container main process, env variables etc
      - RootFS
        
        defines the filesystem which container will have
        
        has ordered list of references to individual layers of filesystem content, each reference is a 256 bit hash of the contents of the layer
  - - - alpine: Bardzo lekki obraz bazowy oparty na Alpine Linux, idealny do tworzenia małych i wydajnych kontenerów.
      - ubuntu: Popularny obraz bazowy oparty na systemie Ubuntu, często używany w aplikacjach wymagających bardziej rozbudowanego systemu operacyjnego.
      - openjdk: Obraz bazowy zawierający środowisko uruchomieniowe Javy (JRE) lub zestaw deweloperski Javy (JDK), używany do aplikacji Java.
- - - - Kubernetes (K8s) i Docker Swarm są narzędziami do orkiestracji kontenerów, ale mają różne cele i zastosowania. Kubernetes jest bardziej zaawansowany i skalowalny, co czyni go idealnym dla dużych i złożonych środowisk produkcyjnych. Docker Swarm jest prostszy i lepiej nadaje się do mniejszych klastrów i prostszych zastosowań.
- - - - You cannot remove a paused container. The container has to be in the stopped state before it can be removed.
  - - - Kontener przestaje działać natychmiastowo, ale wolumeny pozostają nienaruszone.
    - - Kontener przestaje działać po zakończeniu bieżących operacji,
- - - - Wolumeny: Są zarządzane przez Docker. Docker tworzy je i przechowuje w swojej wewnętrznej strukturze.
      - Bind Mounts: Odnoszą się bezpośrednio do systemu plików hosta i nie są zarządzane przez Docker.
    - - Wolumeny: Są bardziej przenośne, ponieważ Docker zarządza ich przechowywaniem. Mogą być łatwo migrowane między różnymi hostami Dockerowymi.
      - Bind Mounts: Odnoszą się do konkretnych ścieżek na hoście, co utrudnia ich przenoszenie na inne hosty.
    - - Wolumeny: Są bezpieczniejsze, ponieważ Docker zarządza ich dostępem. Aplikacja w kontenerze ma dostęp tylko do danych w wolumenie.
      - Bind Mounts: Mogą być mniej bezpieczne, ponieważ bezpośrednio odnoszą się do systemu plików hosta, co może prowadzić do niezamierzonych modyfikacji plików hosta.
    - - Wolumeny: Używane do trwałego przechowywania danych, współdzielenia danych między kontenerami, oraz łatwego tworzenia kopii zapasowych.
      - Bind Mounts: Używane do szybkiego dostępu do plików hosta, szczególnie w środowiskach deweloperskich, gdzie zmiany plików na hoście powinny być natychmiast widoczne w kontenerze - mowa tu o zmianach takich jak np. przebudowa pliku jar. Wymaga to pozniejszego restartu kontenera ale unikamy przebudowy obrazu.
- - - - ENTRYPOINT różni się od instrukcji CMD tym, że jest bardziej sztywna – zawsze uruchamia określone polecenie, a CMD może być nadpisane przez argumenty podane podczas uruchamiania kontenera. Często ENTRYPOINT jest używane w połączeniu z CMD, aby dostarczyć domyślne argumenty dla ENTRYPOINT, które mogą być nadpisane podczas uruchamiania kontenera.
        ENTRYPOINT ["java", "-jar", "/app/myapp.jar"] CMD ["--server.port=8080"]
      - Można nadpisać ENTRYPOINT podczas uruchamiania kontenera za pomocą opcji --entrypoint:
        docker run --entrypoint /bin/bash myapp
      - FROM openjdk:11-jre-slim COPY target/myapp.jar /app/myapp.jar # Definiowanie ENTRYPOINT w formacie exec ENTRYPOINT ["java", "-jar", "/app/myapp.jar"] # Definiowanie CMD dostarczającego domyślnych argumentów CMD ["--server.port=8080"]
      - ENTRYPOINT ["java", "-jar", "/app/myapp.jar"] – Definiuje polecenie uruchamiane po starcie kontenera. Ta instrukcja nie tworzy nowej warstwy, ale jest częścią konfiguracji kontenera.
    - - Podobne do COPY, ale dodatkowo obsługuje dekompresję archiwów i pobieranie z URL.
        Przykład: ADD https://example.com/file.tar.gz /app
    - - Definiuje obraz bazowy, od którego zaczyna się budowanie nowego obrazu.
        Przykład: FROM node:14
      - komenda FROM może występować kilka razy w jednym Dockerfile. Każde wystąpienie FROM rozpoczyna nowy etap budowania (build stage), co jest używane w technice znanej jako multi-stage builds. Multi-stage builds pozwalają na tworzenie bardziej efektywnych i mniejszych obrazów Docker przez oddzielenie etapów budowania aplikacji od etapów tworzenia finalnego obrazu, który zawiera tylko niezbędne pliki i zależności.
    - - Ustawia katalog roboczy dla następnych instrukcji.
        Przykład: WORKDIR /app
      - eśli katalog określony w instrukcji WORKDIR nie istnieje, Docker automatycznie go utworzy.
    - - ENV służy do definiowania zmiennych środowiskowych (environment variables), które są dostępne zarówno podczas budowania obrazu, jak i w uruchomionych kontenerach.
      - Przykład: ENV NODE_ENV=production
      - Wartość można podać bezpośrednio w Dockerfile lub za pomocą opcji -e podczas uruchamiania kontenera.
    - - Określa, który port aplikacja w kontenerze nasłuchuje na połączenia.
      - Przykład: EXPOSE 8080
    - - Tworzy punkt montowania w kontenerze, który może być używany do przechowywania danych.
      - Przykład: VOLUME /data
      - Jeśli nie podasz konkretnego wolumenu podczas uruchamiania kontenera, Docker automatycznie utworzy i przypisze domyślny wolumen.
      - Jeśli zabijesz kontener (np. używając docker kill lub docker stop), domyślny wolumen utworzony przez Docker w wyniku deklaracji VOLUME w Dockerfile pozostanie na dysku, nawet jeśli kontener zostanie usunięty. Domyślne wolumeny są zarządzane przez Docker i nie są automatycznie usuwane po zakończeniu życia kontenera, co zapewnia trwałość danych.
    - - Ustawia użytkownika do wykonywania następnych instrukcji.
      - Przykład: USER node
    - - ARG służy do definiowania zmiennych budowania (build-time variables), które są dostępne tylko podczas procesu budowania obrazu Docker i nie są dostępne w uruchomionych kontenerach; ścieżek do plików konfiguracyjnych, opcji kompilacji i innych parametrów specyficznych dla procesu budowania
      - Wartość można podać za pomocą --build-arg podczas budowania obrazu.
      - , ścieżek do plików konfiguracyjnych, opcji kompilacji i innych parametrów specyficznych dla procesu budowania
      - # Definiowanie zmiennej ARG dla opcji kompilacji ARG BUILD_TYPE=release # Użycie zmiennej ARG w poleceniu RUN RUN mvn clean install -Dbuild.type=${BUILD_TYPE}
        docker build --build-arg BUILD_TYPE=debug -t myapp:debug .
- - - - Każdy kontener jest podłączony do mostka sieciowego (bridge) utworzonego przez Docker. Kontenery na tej samej sieci bridge mogą komunikować się ze sobą, używając prywatnych adresów IP.
      - Typowy tryb używany do izolacji sieciowej kontenerów od sieci hosta.
      - docker run -d --name mycontainer --network bridge myimage
    - - Kontener używa sieci hosta bez izolacji sieciowej. Kontener i host współdzielą ten sam stos sieciowy, co oznacza, że kontener ma bezpośredni dostęp do sieci hosta.
      - Przydatny, gdy potrzebny jest bezpośredni dostęp do zasobów sieciowych hosta bez narzutu izolacji. Aplikacje, które wymagają niskich opóźnień i wysokiej przepustowości sieciowej.
    - - Opis: Kontener nie ma żadnej konfiguracji sieciowej. Używany, gdy potrzebna jest maksymalna izolacja sieciowa lub gdy sieć jest zarządzana ręcznie.
        Zastosowanie: Izolacja kontenera bez dostępu do sieci.
      - Scenariusze, w których kontener nie potrzebuje dostępu do sieci. Aplikacje, które wymagają maksymalnej izolacji z powodów bezpieczeństwa.
    - - Tworzy sieć rozproszoną na wielu hostach Docker, co umożliwia kontenerom uruchomionym na różnych hostach komunikację ze sobą. Zastosowanie: Używany w środowiskach klastrowych z Docker Swarm lub Kubernetes.
      - Wsparcie dla sieciowania wielowęzłowego z automatycznym wykrywaniem serwisów.
    - - Opis: Umożliwia przypisanie fizycznych adresów MAC kontenerom, co pozwala im zachowywać się jak fizyczne urządzenia w sieci.
        Zastosowanie: Używany, gdy potrzebna jest bezpośrednia komunikacja warstwy 2 między kontenerami a innymi urządzeniami w sieci.
      - Środowiska, gdzie kontenery muszą być widoczne bezpośrednio w sieci lokalnej. Wymaga zaawansowanej konfiguracji sieciowej.