🥇Դոկեր և ամեն ինչ, ամեն ինչ, ամեն ինչ

TL;DR. Ընդհանուր ուղեցույց՝ կոնտեյներներում հավելվածների գործարկման շրջանակները համեմատելու համար: Դիտարկվելու են Docker-ի և նմանատիպ այլ համակարգերի հնարավորությունները:

Մի փոքր պատմություն այն մասին, թե որտեղից է այդ ամենը եկել

Պատմություն

Հավելվածը մեկուսացնելու առաջին հայտնի մեթոդը chroot-ն է: Նույն անունով համակարգային կանչը ապահովում է արմատական գրացուցակի փոփոխումը, այդպիսով ապահովելով, որ այն զանգահարած ծրագիրը հասանելի լինի միայն այդ գրացուցակում գտնվող ֆայլերին: Բայց եթե ծրագրին ներքին արմատական արտոնություններ տրվեն, այն կարող է «փախչել» chroot-ից և մուտք ունենալ հիմնական օպերացիոն համակարգ: Բացի այդ, բացի արմատային գրացուցակը փոխելուց, այլ ռեսուրսներ (RAM, պրոցեսոր), ինչպես նաև ցանցի հասանելիությունը սահմանափակված չեն:

Հաջորդ մեթոդը կոնտեյների ներսում լիարժեք օպերացիոն համակարգի գործարկումն է՝ օգտագործելով օպերացիոն համակարգի միջուկի մեխանիզմները։ Տարբեր օպերացիոն համակարգերում այս մեթոդը տարբեր կերպ է կոչվում, բայց էությունը նույնն է՝ գործարկել մի քանի անկախ օպերացիոն համակարգեր, որոնցից յուրաքանչյուրն աշխատում է նույն միջուկը, որի վրա աշխատում է հիմնական օպերացիոն համակարգը: Դրանք ներառում են FreeBSD Jails, Solaris Zones, OpenVZ և LXC Linux-ի համար: Մեկուսացումը ապահովվում է ոչ միայն սկավառակի տարածությամբ, այլև այլ ռեսուրսներով, մասնավորապես, յուրաքանչյուր կոնտեյներ կարող է ունենալ պրոցեսորի ժամանակի, օպերատիվ հիշողության և ցանցի թողունակության սահմանափակումներ: Համեմատած chroot-ի հետ, կոնտեյներից հեռանալն ավելի դժվար է, քանի որ կոնտեյների մեջ գտնվող գերօգտագործողին հասանելի է միայն կոնտեյների պարունակությունը, սակայն կոնտեյների ներսում օպերացիոն համակարգը թարմացնելու անհրաժեշտության և ավելի հին տարբերակների օգտագործման պատճառով: միջուկների համար (համապատասխանում է Linux-ին, փոքր չափով FreeBSD-ին), միջուկի մեկուսացման համակարգը «ճեղքելու» և հիմնական օպերացիոն համակարգ մուտք գործելու հավանականությունը զրոյական չէ:

Կոնտեյների մեջ լիարժեք օպերացիոն համակարգ գործարկելու փոխարեն (նախաստորագրման համակարգով, փաթեթների կառավարիչով և այլն), դուք կարող եք անմիջապես գործարկել հավելվածները, գլխավորը հավելվածներին նման հնարավորություն տալն է (անհրաժեշտ գրադարանների առկայությունը. և այլ ֆայլեր): Այս գաղափարը հիմք հանդիսացավ կոնտեյներացված հավելվածների վիրտուալացման համար, որի ամենահայտնի և հայտնի ներկայացուցիչը Docker-ն է։ Նախորդ համակարգերի համեմատ, ավելի ճկուն մեկուսացման մեխանիզմները՝ զուգորդված կոնտեյներների միջև վիրտուալ ցանցերի ներկառուցված աջակցությամբ և կոնտեյների ներսում կիրառական վիճակի հետևումով, հանգեցրին մեծ թվով ֆիզիկական սերվերներից կոնտեյներների գործարկման համար մեկ համահունչ միջավայր ստեղծելու հնարավորությանը. առանց ռեսուրսների ձեռքով կառավարման անհրաժեշտության:

դոկեր

Docker-ը հավելվածների կոնտեյներացման ամենահայտնի ծրագիրն է: Գրված է Go լեզվով, այն օգտագործում է Linux միջուկի ստանդարտ առանձնահատկությունները՝ cgroups, անվանատարածքներ, հնարավորություններ և այլն, ինչպես նաև Aufs ֆայլային համակարգեր և այլն՝ սկավառակի տարածությունը խնայելու համար:

Աղբյուր՝ վիքիմեդիա

ճարտարապետություն

Մինչև 1.11 տարբերակը, Docker-ը աշխատում էր որպես մեկ ծառայություն, որն իրականացնում էր կոնտեյներների հետ կապված բոլոր գործողությունները՝ բեռնարկղերի պատկերների ներբեռնում, կոնտեյներների գործարկում, API հարցումների մշակում: Սկսած 1.11 տարբերակից՝ Docker-ը բաժանվել է մի քանի մասերի, որոնք փոխազդում են միմյանց հետ՝ կոնտեյներ՝ բեռնարկղերի ողջ կյանքի ցիկլի մշակման համար (սկավառակի տարածք հատկացնելը, պատկերները ներբեռնելը, ցանցի հետ աշխատելը, գործարկումը, տեղադրումը և բեռնարկղերի վիճակը վերահսկելը) և runC՝ կոնտեյների կատարման միջավայր՝ հիմնված cgroups-ի և Linux միջուկի այլ հատկանիշների օգտագործման վրա։ Դոկերի ծառայությունն ինքնին մնում է, բայց այժմ այն ծառայում է միայն API հարցումների մշակմանը, որոնք թարգմանվել են կոնտեյներ:

Տեղադրում և կազմաձևում

Docker-ի տեղադրման իմ ամենասիրելի միջոցը docker-machine-ն է, որը, ի լրումն հեռավոր սերվերների (ներառյալ տարբեր ամպերի) վրա դոկերի ուղղակի տեղադրման և կազմաձևման, հնարավորություն է տալիս աշխատել հեռավոր սերվերների ֆայլային համակարգերի հետ և կարող է նաև գործարկել տարբեր հրամաններ:

Այնուամենայնիվ, 2018 թվականից ի վեր նախագիծը գրեթե չի մշակվել, ուստի մենք այն կտեղադրենք ստանդարտ եղանակով Linux բաշխումների մեծ մասի համար՝ ավելացնելով պահեստ և տեղադրել անհրաժեշտ փաթեթներ:

Այս մեթոդը օգտագործվում է նաև ավտոմատ տեղադրման համար, օրինակ՝ օգտագործելով Ansible կամ այլ նմանատիպ համակարգեր, բայց ես դա չեմ դիտարկի այս հոդվածում:

Տեղադրումը կիրականացվի Centos 7-ում, որպես սերվեր կօգտագործեմ վիրտուալ մեքենա, տեղադրելու համար պարզապես գործարկեք ստորև նշված հրամանները.

# yum install -y yum-utils
# yum-config-manager --add-repo https://download.docker.com/linux/centos/docker-ce.repo
# yum install docker-ce docker-ce-cli containerd.io

Տեղադրվելուց հետո դուք պետք է գործարկեք ծառայությունը և տեղադրեք այն գործարկման մեջ.

# systemctl enable docker
# systemctl start docker
# firewall-cmd --zone=public --add-port=2377/tcp --permanent

Բացի այդ, դուք կարող եք ստեղծել docker խումբ, որի օգտատերերը կկարողանան աշխատել docker-ի հետ առանց sudo-ի, կարգավորել գրանցում, միացնել մուտքը դեպի API դրսից և չմոռանալ ավելի ճշգրիտ կարգավորել firewall-ը (այն ամենն, ինչ չի թույլատրվում): արգելված է վերևում և ստորև բերված օրինակներում - ես դա բաց թողեցի պարզության և պարզության համար), բայց այստեղ ավելի մանրամասն չեմ անդրադառնա:

Այլ առանձնահատկություններ

Բացի վերը նշված դոկեր մեքենայից, կա նաև դոկեր ռեգիստր, կոնտեյներների համար պատկերներ պահելու գործիք, ինչպես նաև դոկեր կոմպոզի, կոնտեյներներում հավելվածների տեղակայման ավտոմատացման գործիք, YAML ֆայլերը օգտագործվում են կոնտեյներներ կառուցելու և կազմաձևելու համար։ և այլ հարակից բաներ (օրինակ՝ ցանցեր, տվյալների պահպանման մշտական ֆայլային համակարգեր):

Այն կարող է օգտագործվել նաև CICD-ի համար փոխակրիչներ կազմակերպելու համար: Մեկ այլ հետաքրքիր առանձնահատկություն է կլաստերային ռեժիմում աշխատելը, այսպես կոչված, swarm ռեժիմը (մինչ 1.12 տարբերակը հայտնի էր որպես docker swarm), որը թույլ է տալիս հավաքել մեկ ենթակառուցվածք մի քանի սերվերներից՝ կոնտեյներների գործարկման համար: Բոլոր սերվերների վերևում կա վիրտուալ ցանցի աջակցություն, կա ներկառուցված բեռի հավասարակշռող, ինչպես նաև բեռնարկղերի գաղտնիքների աջակցություն:

YAML ֆայլերը docker compose-ից, աննշան փոփոխություններով, կարող են օգտագործվել նման կլաստերների համար՝ ամբողջովին ավտոմատացնելով փոքր և միջին չափի կլաստերների սպասարկումը տարբեր նպատակներով: Խոշոր կլաստերների համար Kubernetes-ը նախընտրելի է, քանի որ swarm ռեժիմի պահպանման ծախսերը կարող են գերազանցել Kubernetes-ի ծախսերը: Բացի runC-ից, դուք կարող եք տեղադրել, օրինակ, որպես կոնտեյների կատարման միջավայր Կատա կոնտեյներներ

Docker-ի հետ աշխատելը

Տեղադրումից և կազմաձևումից հետո մենք կփորձենք հավաքել կլաստեր, որում կտեղակայենք GitLab-ը և Docker Registry-ը մշակողների թիմի համար: Ես կօգտագործեմ երեք վիրտուալ մեքենաներ որպես սերվերներ, որոնց վրա ես լրացուցիչ կտեղակայեմ բաշխված FS GlusterFS-ը; ես այն կօգտագործեմ որպես docker ծավալների պահեստ, օրինակ՝ գործարկելու դոկերի ռեեստրի սխալ հանդուրժող տարբերակը: Գործարկվող հիմնական բաղադրիչները՝ Docker Registry, Postgresql, Redis, GitLab՝ Swarm-ի վերևում GitLab Runner-ի աջակցությամբ: Մենք կգործարկենք Postgresql-ը կլաստերի միջոցով Ստոլոն, այնպես որ ձեզ հարկավոր չէ օգտագործել GlusterFS՝ Postgresql տվյալները պահելու համար: Մնացած կարևոր տվյալները կպահվեն GlusterFS-ում:

GlusterFS-ը բոլոր սերվերների վրա (դրանք կոչվում են node1, node2, node3) տեղակայելու համար անհրաժեշտ է տեղադրել փաթեթներ, միացնել firewall-ը և ստեղծել անհրաժեշտ դիրեկտորիաներ.

# yum -y install centos-release-gluster7
# yum -y install glusterfs-server
# systemctl enable glusterd
# systemctl start glusterd
# firewall-cmd --add-service=glusterfs --permanent
# firewall-cmd --reload
# mkdir -p /srv/gluster
# mkdir -p /srv/docker
# echo "$(hostname):/docker /srv/docker glusterfs defaults,_netdev 0 0" >> /etc/fstab

Տեղադրվելուց հետո GlusterFS-ի կազմաձևման վրա աշխատանքը պետք է շարունակվի մեկ հանգույցից, օրինակ՝ node1:

# gluster peer probe node2
# gluster peer probe node3
# gluster volume create docker replica 3 node1:/srv/gluster node2:/srv/gluster node3:/srv/gluster force
# gluster volume start docker

Այնուհետև դուք պետք է տեղադրեք ստացված ծավալը (հրամանը պետք է կատարվի բոլոր սերվերների վրա).

# mount /srv/docker

Swarm ռեժիմը կազմաձևված է սերվերներից մեկի վրա, որը կլինի Leader-ը, մնացածը պետք է միանան կլաստերին, ուստի առաջին սերվերի վրա հրամանի կատարման արդյունքը պետք է պատճենվի և կատարվի մյուսների վրա։

Կլաստերի սկզբնական կարգավորումը, ես գործարկում եմ հրամանը node1-ում.

# docker swarm init
Swarm initialized: current node (a5jpfrh5uvo7svzz1ajduokyq) is now a manager.

To add a worker to this swarm, run the following command:

    docker swarm join --token SWMTKN-1-0c5mf7mvzc7o7vjk0wngno2dy70xs95tovfxbv4tqt9280toku-863hyosdlzvd76trfptd4xnzd xx.xx.xx.xx:2377

To add a manager to this swarm, run 'docker swarm join-token manager' and follow the instructions.
# docker swarm join-token manager

Մենք պատճենում ենք երկրորդ հրամանի արդյունքը և կատարում այն node2-ում և node3-ում.

# docker swarm join --token SWMTKN-x-xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx-xxxxxxxxx xx.xx.xx.xx:2377
This node joined a swarm as a manager.

Այս պահին սերվերների նախնական կոնֆիգուրացիան ավարտված է, եկեք անցնենք ծառայությունների տեղադրմանը, կատարվող հրամանները կգործարկվեն node1-ից, եթե այլ բան նախատեսված չէ:

Նախ, եկեք ստեղծենք ցանցեր կոնտեյներների համար.

# docker network create --driver=overlay etcd
# docker network create --driver=overlay pgsql
# docker network create --driver=overlay redis
# docker network create --driver=overlay traefik
# docker network create --driver=overlay gitlab

Այնուհետև մենք նշում ենք սերվերները, դա անհրաժեշտ է սերվերներին որոշ ծառայություններ կապելու համար.

# docker node update --label-add nodename=node1 node1
# docker node update --label-add nodename=node2 node2
# docker node update --label-add nodename=node3 node3

Հաջորդը, մենք ստեղծում ենք դիրեկտորիաներ etcd տվյալների պահպանման համար, KV պահեստավորում, որն անհրաժեշտ է Traefik-ի և Stolon-ի համար: Postgresql-ի նման, դրանք կլինեն սերվերների հետ կապված կոնտեյներներ, ուստի մենք գործարկում ենք այս հրամանը բոլոր սերվերների վրա.

# mkdir -p /srv/etcd

Հաջորդը, ստեղծեք ֆայլ etcd կարգավորելու համար և օգտագործեք այն.

00etcd.yml

version: '3.7'

services:
  etcd1:
    image: quay.io/coreos/etcd:latest
    hostname: etcd1
    command:
      - etcd
      - --name=etcd1
      - --data-dir=/data.etcd
      - --advertise-client-urls=http://etcd1:2379
      - --listen-client-urls=http://0.0.0.0:2379
      - --initial-advertise-peer-urls=http://etcd1:2380
      - --listen-peer-urls=http://0.0.0.0:2380
      - --initial-cluster=etcd1=http://etcd1:2380,etcd2=http://etcd2:2380,etcd3=http://etcd3:2380
      - --initial-cluster-state=new
      - --initial-cluster-token=etcd-cluster
    networks:
      - etcd
    volumes:
      - etcd1vol:/data.etcd
    deploy:
      replicas: 1
      placement:
        constraints: [node.labels.nodename == node1]
  etcd2:
    image: quay.io/coreos/etcd:latest
    hostname: etcd2
    command:
      - etcd
      - --name=etcd2
      - --data-dir=/data.etcd
      - --advertise-client-urls=http://etcd2:2379
      - --listen-client-urls=http://0.0.0.0:2379
      - --initial-advertise-peer-urls=http://etcd2:2380
      - --listen-peer-urls=http://0.0.0.0:2380
      - --initial-cluster=etcd1=http://etcd1:2380,etcd2=http://etcd2:2380,etcd3=http://etcd3:2380
      - --initial-cluster-state=new
      - --initial-cluster-token=etcd-cluster
    networks:
      - etcd
    volumes:
      - etcd2vol:/data.etcd
    deploy:
      replicas: 1
      placement:
        constraints: [node.labels.nodename == node2]
  etcd3:
    image: quay.io/coreos/etcd:latest
    hostname: etcd3
    command:
      - etcd
      - --name=etcd3
      - --data-dir=/data.etcd
      - --advertise-client-urls=http://etcd3:2379
      - --listen-client-urls=http://0.0.0.0:2379
      - --initial-advertise-peer-urls=http://etcd3:2380
      - --listen-peer-urls=http://0.0.0.0:2380
      - --initial-cluster=etcd1=http://etcd1:2380,etcd2=http://etcd2:2380,etcd3=http://etcd3:2380
      - --initial-cluster-state=new
      - --initial-cluster-token=etcd-cluster
    networks:
      - etcd
    volumes:
      - etcd3vol:/data.etcd
    deploy:
      replicas: 1
      placement:
        constraints: [node.labels.nodename == node3]

volumes:
  etcd1vol:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/etcd"
  etcd2vol:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/etcd"
  etcd3vol:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/etcd"

networks:
  etcd:
    external: true

# docker stack deploy --compose-file 00etcd.yml etcd

Որոշ ժամանակ անց մենք ստուգում ենք, որ etcd կլաստերը վեր է:

# docker exec $(docker ps | awk '/etcd/ {print $1}')  etcdctl member list
ade526d28b1f92f7: name=etcd1 peerURLs=http://etcd1:2380 clientURLs=http://etcd1:2379 isLeader=false
bd388e7810915853: name=etcd3 peerURLs=http://etcd3:2380 clientURLs=http://etcd3:2379 isLeader=false
d282ac2ce600c1ce: name=etcd2 peerURLs=http://etcd2:2380 clientURLs=http://etcd2:2379 isLeader=true
# docker exec $(docker ps | awk '/etcd/ {print $1}')  etcdctl cluster-health
member ade526d28b1f92f7 is healthy: got healthy result from http://etcd1:2379
member bd388e7810915853 is healthy: got healthy result from http://etcd3:2379
member d282ac2ce600c1ce is healthy: got healthy result from http://etcd2:2379
cluster is healthy

Մենք ստեղծում ենք դիրեկտորիաներ Postgresql-ի համար, կատարում ենք հրամանը բոլոր սերվերների վրա.

# mkdir -p /srv/pgsql

Հաջորդը, ստեղծեք ֆայլ Postgresql-ը կարգավորելու համար.

01pgsql.yml

version: '3.7'

services:
  pgsentinel:
    image: sorintlab/stolon:master-pg10
    command:
      - gosu
      - stolon
      - stolon-sentinel
      - --cluster-name=stolon-cluster
      - --store-backend=etcdv3
      - --store-endpoints=http://etcd1:2379,http://etcd2:2379,http://etcd3:2379
      - --log-level=debug
    networks:
      - etcd
      - pgsql
    deploy:
      replicas: 3
      update_config:
        parallelism: 1
        delay: 30s
        order: stop-first
        failure_action: pause
  pgkeeper1:
    image: sorintlab/stolon:master-pg10
    hostname: pgkeeper1
    command:
      - gosu
      - stolon
      - stolon-keeper
      - --pg-listen-address=pgkeeper1
      - --pg-repl-username=replica
      - --uid=pgkeeper1
      - --pg-su-username=postgres
      - --pg-su-passwordfile=/run/secrets/pgsql
      - --pg-repl-passwordfile=/run/secrets/pgsql_repl
      - --data-dir=/var/lib/postgresql/data
      - --cluster-name=stolon-cluster
      - --store-backend=etcdv3
      - --store-endpoints=http://etcd1:2379,http://etcd2:2379,http://etcd3:2379
    networks:
      - etcd
      - pgsql
    environment:
      - PGDATA=/var/lib/postgresql/data
    volumes:
      - pgkeeper1:/var/lib/postgresql/data
    secrets:
      - pgsql
      - pgsql_repl
    deploy:
      replicas: 1
      placement:
        constraints: [node.labels.nodename == node1]
  pgkeeper2:
    image: sorintlab/stolon:master-pg10
    hostname: pgkeeper2
    command:
      - gosu
      - stolon 
      - stolon-keeper
      - --pg-listen-address=pgkeeper2
      - --pg-repl-username=replica
      - --uid=pgkeeper2
      - --pg-su-username=postgres
      - --pg-su-passwordfile=/run/secrets/pgsql
      - --pg-repl-passwordfile=/run/secrets/pgsql_repl
      - --data-dir=/var/lib/postgresql/data
      - --cluster-name=stolon-cluster
      - --store-backend=etcdv3
      - --store-endpoints=http://etcd1:2379,http://etcd2:2379,http://etcd3:2379
    networks:
      - etcd
      - pgsql
    environment:
      - PGDATA=/var/lib/postgresql/data
    volumes:
      - pgkeeper2:/var/lib/postgresql/data
    secrets:
      - pgsql
      - pgsql_repl
    deploy:
      replicas: 1
      placement:
        constraints: [node.labels.nodename == node2]
  pgkeeper3:
    image: sorintlab/stolon:master-pg10
    hostname: pgkeeper3
    command:
      - gosu
      - stolon 
      - stolon-keeper
      - --pg-listen-address=pgkeeper3
      - --pg-repl-username=replica
      - --uid=pgkeeper3
      - --pg-su-username=postgres
      - --pg-su-passwordfile=/run/secrets/pgsql
      - --pg-repl-passwordfile=/run/secrets/pgsql_repl
      - --data-dir=/var/lib/postgresql/data
      - --cluster-name=stolon-cluster
      - --store-backend=etcdv3
      - --store-endpoints=http://etcd1:2379,http://etcd2:2379,http://etcd3:2379
    networks:
      - etcd
      - pgsql
    environment:
      - PGDATA=/var/lib/postgresql/data
    volumes:
      - pgkeeper3:/var/lib/postgresql/data
    secrets:
      - pgsql
      - pgsql_repl
    deploy:
      replicas: 1
      placement:
        constraints: [node.labels.nodename == node3]
  postgresql:
    image: sorintlab/stolon:master-pg10
    command: gosu stolon stolon-proxy --listen-address 0.0.0.0 --cluster-name stolon-cluster --store-backend=etcdv3 --store-endpoints http://etcd1:2379,http://etcd2:2379,http://etcd3:2379
    networks:
      - etcd
      - pgsql
    deploy:
      replicas: 3
      update_config:
        parallelism: 1
        delay: 30s
        order: stop-first
        failure_action: rollback

volumes:
  pgkeeper1:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/pgsql"
  pgkeeper2:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/pgsql"
  pgkeeper3:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/pgsql"

secrets:
  pgsql:
    file: "/srv/docker/postgres"
  pgsql_repl:
    file: "/srv/docker/replica"

networks:
  etcd:
    external: true
  pgsql:
    external: true

Մենք ստեղծում ենք գաղտնիքներ և օգտագործում ենք ֆայլը.

# </dev/urandom tr -dc 234567890qwertyuopasdfghjkzxcvbnmQWERTYUPASDFGHKLZXCVBNM | head -c $(((RANDOM%3)+15)) > /srv/docker/replica
# </dev/urandom tr -dc 234567890qwertyuopasdfghjkzxcvbnmQWERTYUPASDFGHKLZXCVBNM | head -c $(((RANDOM%3)+15)) > /srv/docker/postgres
# docker stack deploy --compose-file 01pgsql.yml pgsql

Որոշ ժամանակ անց (տես հրամանի ելքը docker ծառայություն lsոր բոլոր ծառայություններն ավարտված են) մենք նախաստորագրում ենք Postgresql կլաստերը.

# docker exec $(docker ps | awk '/pgkeeper/ {print $1}') stolonctl --cluster-name=stolon-cluster --store-backend=etcdv3 --store-endpoints=http://etcd1:2379,http://etcd2:2379,http://etcd3:2379 init

Ստուգելով Postgresql կլաստերի պատրաստվածությունը.

# docker exec $(docker ps | awk '/pgkeeper/ {print $1}') stolonctl --cluster-name=stolon-cluster --store-backend=etcdv3 --store-endpoints=http://etcd1:2379,http://etcd2:2379,http://etcd3:2379 status
=== Active sentinels ===

ID      LEADER
26baa11d    false
74e98768    false
a8cb002b    true

=== Active proxies ===

ID
4d233826
9f562f3b
b0c79ff1

=== Keepers ===

UID     HEALTHY PG LISTENADDRESS    PG HEALTHY  PG WANTEDGENERATION PG CURRENTGENERATION
pgkeeper1   true    pgkeeper1:5432         true     2           2
pgkeeper2   true    pgkeeper2:5432          true            2                   2
pgkeeper3   true    pgkeeper3:5432          true            3                   3

=== Cluster Info ===

Master Keeper: pgkeeper3

===== Keepers/DB tree =====

pgkeeper3 (master)
├─pgkeeper2
└─pgkeeper1

Մենք կարգավորում ենք traefik-ը, որպեսզի բացվի մուտքը դեպի բեռնարկղեր դրսից.

03traefik.yml

version: '3.7'

services:
  traefik:
    image: traefik:latest
    command: >
      --log.level=INFO
      --providers.docker=true
      --entryPoints.web.address=:80
      --providers.providersThrottleDuration=2
      --providers.docker.watch=true
      --providers.docker.swarmMode=true
      --providers.docker.swarmModeRefreshSeconds=15s
      --providers.docker.exposedbydefault=false
      --accessLog.bufferingSize=0
      --api=true
      --api.dashboard=true
      --api.insecure=true
    networks:
      - traefik
    ports:
      - 80:80
    volumes:
      - /var/run/docker.sock:/var/run/docker.sock
    deploy:
      replicas: 3
      placement:
        constraints:
          - node.role == manager
        preferences:
          - spread: node.id
      labels:
        - traefik.enable=true
        - traefik.http.routers.traefik.rule=Host(`traefik.example.com`)
        - traefik.http.services.traefik.loadbalancer.server.port=8080
        - traefik.docker.network=traefik

networks:
  traefik:
    external: true

# docker stack deploy --compose-file 03traefik.yml traefik

Մենք գործարկում ենք Redis Cluster-ը, դա անելու համար մենք ստեղծում ենք պահեստային գրացուցակ բոլոր հանգույցների վրա.

# mkdir -p /srv/redis

05redis.yml

version: '3.7'

services:
  redis-master:
    image: 'bitnami/redis:latest'
    networks:
      - redis
    ports:
      - '6379:6379'
    environment:
      - REDIS_REPLICATION_MODE=master
      - REDIS_PASSWORD=xxxxxxxxxxx
    deploy:
      mode: global
      restart_policy:
        condition: any
    volumes:
      - 'redis:/opt/bitnami/redis/etc/'

  redis-replica:
    image: 'bitnami/redis:latest'
    networks:
      - redis
    ports:
      - '6379'
    depends_on:
      - redis-master
    environment:
      - REDIS_REPLICATION_MODE=slave
      - REDIS_MASTER_HOST=redis-master
      - REDIS_MASTER_PORT_NUMBER=6379
      - REDIS_MASTER_PASSWORD=xxxxxxxxxxx
      - REDIS_PASSWORD=xxxxxxxxxxx
    deploy:
      mode: replicated
      replicas: 3
      update_config:
        parallelism: 1
        delay: 10s
      restart_policy:
        condition: any

  redis-sentinel:
    image: 'bitnami/redis:latest'
    networks:
      - redis
    ports:
      - '16379'
    depends_on:
      - redis-master
      - redis-replica
    entrypoint: |
      bash -c 'bash -s <<EOF
      "/bin/bash" -c "cat <<EOF > /opt/bitnami/redis/etc/sentinel.conf
      port 16379
      dir /tmp
      sentinel monitor master-node redis-master 6379 2
      sentinel down-after-milliseconds master-node 5000
      sentinel parallel-syncs master-node 1
      sentinel failover-timeout master-node 5000
      sentinel auth-pass master-node xxxxxxxxxxx
      sentinel announce-ip redis-sentinel
      sentinel announce-port 16379
      EOF"
      "/bin/bash" -c "redis-sentinel /opt/bitnami/redis/etc/sentinel.conf"
      EOF'
    deploy:
      mode: global
      restart_policy:
        condition: any

volumes:
  redis:
    driver: local
    driver_opts:
      type: 'none'
      o: 'bind'
      device: "/srv/redis"

networks:
  redis:
    external: true

# docker stack deploy --compose-file 05redis.yml redis

Ավելացնել Docker Registry:

06registry.yml

version: '3.7'

services:
  registry:
    image: registry:2.6
    networks:
      - traefik
    volumes:
      - registry_data:/var/lib/registry
    deploy:
      replicas: 1
      placement:
        constraints: [node.role == manager]
      restart_policy:
        condition: on-failure
      labels:
        - traefik.enable=true
        - traefik.http.routers.registry.rule=Host(`registry.example.com`)
        - traefik.http.services.registry.loadbalancer.server.port=5000
        - traefik.docker.network=traefik

volumes:
  registry_data:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/docker/registry"

networks:
  traefik:
    external: true

# mkdir /srv/docker/registry
# docker stack deploy --compose-file 06registry.yml registry

Եվ վերջապես - GitLab:

08gitlab-runner.yml

version: '3.7'

services:
  gitlab:
    image: gitlab/gitlab-ce:latest
    networks:
      - pgsql
      - redis
      - traefik
      - gitlab
    ports:
      - 22222:22
    environment:
      GITLAB_OMNIBUS_CONFIG: |
        postgresql['enable'] = false
        redis['enable'] = false
        gitlab_rails['registry_enabled'] = false
        gitlab_rails['db_username'] = "gitlab"
        gitlab_rails['db_password'] = "XXXXXXXXXXX"
        gitlab_rails['db_host'] = "postgresql"
        gitlab_rails['db_port'] = "5432"
        gitlab_rails['db_database'] = "gitlab"
        gitlab_rails['db_adapter'] = 'postgresql'
        gitlab_rails['db_encoding'] = 'utf8'
        gitlab_rails['redis_host'] = 'redis-master'
        gitlab_rails['redis_port'] = '6379'
        gitlab_rails['redis_password'] = 'xxxxxxxxxxx'
        gitlab_rails['smtp_enable'] = true
        gitlab_rails['smtp_address'] = "smtp.yandex.ru"
        gitlab_rails['smtp_port'] = 465
        gitlab_rails['smtp_user_name'] = "[email protected]"
        gitlab_rails['smtp_password'] = "xxxxxxxxx"
        gitlab_rails['smtp_domain'] = "example.com"
        gitlab_rails['gitlab_email_from'] = '[email protected]'
        gitlab_rails['smtp_authentication'] = "login"
        gitlab_rails['smtp_tls'] = true
        gitlab_rails['smtp_enable_starttls_auto'] = true
        gitlab_rails['smtp_openssl_verify_mode'] = 'peer'
        external_url 'http://gitlab.example.com/'
        gitlab_rails['gitlab_shell_ssh_port'] = 22222
    volumes:
      - gitlab_conf:/etc/gitlab
      - gitlab_logs:/var/log/gitlab
      - gitlab_data:/var/opt/gitlab
    deploy:
      mode: replicated
      replicas: 1
      placement:
        constraints:
        - node.role == manager
      labels:
        - traefik.enable=true
        - traefik.http.routers.gitlab.rule=Host(`gitlab.example.com`)
        - traefik.http.services.gitlab.loadbalancer.server.port=80
        - traefik.docker.network=traefik
  gitlab-runner:
    image: gitlab/gitlab-runner:latest
    networks:
      - gitlab
    volumes:
      - gitlab_runner_conf:/etc/gitlab
      - /var/run/docker.sock:/var/run/docker.sock
    deploy:
      mode: replicated
      replicas: 1
      placement:
        constraints:
        - node.role == manager

volumes:
  gitlab_conf:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/docker/gitlab/conf"
  gitlab_logs:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/docker/gitlab/logs"
  gitlab_data:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/docker/gitlab/data"
  gitlab_runner_conf:
    driver: local
    driver_opts:
      type: none
      o: bind
      device: "/srv/docker/gitlab/runner"

networks:
  pgsql:
    external: true
  redis:
    external: true
  traefik:
    external: true
  gitlab:
    external: true

# mkdir -p /srv/docker/gitlab/conf
# mkdir -p /srv/docker/gitlab/logs
# mkdir -p /srv/docker/gitlab/data
# mkdir -p /srv/docker/gitlab/runner
# docker stack deploy --compose-file 08gitlab-runner.yml gitlab

Կլաստերի և ծառայությունների վերջնական վիճակը.

# docker service ls
ID                  NAME                   MODE                REPLICAS            IMAGE                          PORTS
lef9n3m92buq        etcd_etcd1             replicated          1/1                 quay.io/coreos/etcd:latest
ij6uyyo792x5        etcd_etcd2             replicated          1/1                 quay.io/coreos/etcd:latest
fqttqpjgp6pp        etcd_etcd3             replicated          1/1                 quay.io/coreos/etcd:latest
hq5iyga28w33        gitlab_gitlab          replicated          1/1                 gitlab/gitlab-ce:latest        *:22222->22/tcp
dt7s6vs0q4qc        gitlab_gitlab-runner   replicated          1/1                 gitlab/gitlab-runner:latest
k7uoezno0h9n        pgsql_pgkeeper1        replicated          1/1                 sorintlab/stolon:master-pg10
cnrwul4r4nse        pgsql_pgkeeper2        replicated          1/1                 sorintlab/stolon:master-pg10
frflfnpty7tr        pgsql_pgkeeper3        replicated          1/1                 sorintlab/stolon:master-pg10
x7pqqchi52kq        pgsql_pgsentinel       replicated          3/3                 sorintlab/stolon:master-pg10
mwu2wl8fti4r        pgsql_postgresql       replicated          3/3                 sorintlab/stolon:master-pg10
9hkbe2vksbzb        redis_redis-master     global              3/3                 bitnami/redis:latest           *:6379->6379/tcp
l88zn8cla7dc        redis_redis-replica    replicated          3/3                 bitnami/redis:latest           *:30003->6379/tcp
1utp309xfmsy        redis_redis-sentinel   global              3/3                 bitnami/redis:latest           *:30002->16379/tcp
oteb824ylhyp        registry_registry      replicated          1/1                 registry:2.6
qovrah8nzzu8        traefik_traefik        replicated          3/3                 traefik:latest                 *:80->80/tcp, *:443->443/tcp

Էլ ի՞նչ կարելի է բարելավել։ Համոզվեք, որ կարգավորեք Traefik-ը, որպեսզի բեռնարկղերը աշխատի https-ով, ավելացրեք tls կոդավորումը Postgresql-ի և Redis-ի համար: Բայց ընդհանուր առմամբ, այն արդեն կարող է տրվել մշակողներին որպես PoC: Այժմ նայենք Docker-ի այլընտրանքներին:

Պոդման

Մեկ այլ բավականին հայտնի շարժիչ՝ խմբավորված բեռնարկղերի կողմից խմբավորված բեռնարկղերի համար (կոմպոններ, բեռնարկղերի խմբեր, որոնք տեղակայված են միասին): Ի տարբերություն Docker-ի, կոնտեյներներ գործարկելու համար այն չի պահանջում որևէ ծառայություն, ամբողջ աշխատանքը կատարվում է libpod գրադարանի միջոցով: Նաև գրված է Go-ում, պահանջում է OCI-համատեղելի գործարկման ժամանակ՝ բեռնարկղերը գործարկելու համար, օրինակ՝ runC:

Podman-ի հետ աշխատելը, ընդհանուր առմամբ, հիշեցնում է դա Docker-ի համար, այն աստիճան, որ դուք կարող եք դա անել այսպես (ինչպես ասում են շատերը, ովքեր փորձել են դա, ներառյալ այս հոդվածի հեղինակը).

$ alias docker=podman

և դուք կարող եք շարունակել աշխատել: Ընդհանուր առմամբ, Podman-ի հետ կապված իրավիճակը շատ հետաքրքիր է, քանի որ եթե Kubernetes-ի վաղ տարբերակները աշխատել են Docker-ի հետ, ապա մոտավորապես 2015 թվականին՝ կոնտեյներների աշխարհի ստանդարտացումից հետո (OCI - Open Container Initiative) և Docker-ի բաժանումը կոնտեյներների և runC-ի, Կուբերնետեսում աշխատելու համար Docker-ին այլընտրանք է մշակվել՝ CRI-O: Podman-ն այս առումով Docker-ի այլընտրանքն է, որը կառուցված է Kubernetes-ի սկզբունքներով, ներառյալ կոնտեյներների խմբավորումը, սակայն նախագծի հիմնական նպատակն է գործարկել Docker-ի ոճով կոնտեյներներ՝ առանց լրացուցիչ ծառայությունների: Հասկանալի պատճառներով, պարսային ռեժիմ չկա, քանի որ մշակողները հստակ ասում են, որ եթե ձեզ կլաստերի կարիք ունեք, վերցրեք Kubernetes-ը:

Տեղակայում

Centos 7-ում տեղադրելու համար պարզապես ակտիվացրեք Extras պահոցը, այնուհետև տեղադրեք ամեն ինչ հրամանով.

# yum -y install podman

Այլ առանձնահատկություններ

Podman-ը կարող է միավորներ ստեղծել systemd-ի համար՝ այդպիսով լուծելով սերվերի վերագործարկումից հետո կոնտեյներների գործարկման խնդիրը: Բացի այդ, systemd-ը հայտարարվում է, որ ճիշտ է աշխատում որպես pid 1 կոնտեյներով: Կա առանձին buildah գործիք կոնտեյներներ կառուցելու համար, կան նաև երրորդ կողմի գործիքներ՝ docker-compose-ի անալոգներ, որոնք նաև ստեղծում են Kubernetes-ի հետ համատեղելի կազմաձևման ֆայլեր, ուստի Podman-ից Kubernetes-ին անցումը հնարավորինս պարզեցված է:

Պոդմանի հետ աշխատելը

Քանի որ swarm ռեժիմ չկա (եթե կլաստերի կարիք լինի, մենք պետք է անցնենք Kubernetes-ին), մենք այն կհավաքենք առանձին տարաներով։

Տեղադրեք podman-compose:

# yum -y install python3-pip
# pip3 install podman-compose

Ստացված կազմաձևման ֆայլը podman-ի համար մի փոքր այլ է, ուստի, օրինակ, մենք ստիպված էինք առանձին ծավալների բաժինը տեղափոխել անմիջապես ծառայությունների բաժին:

gitlab-podman.yml

version: '3.7'

services:
  gitlab:
    image: gitlab/gitlab-ce:latest
    hostname: gitlab.example.com
    restart: unless-stopped
    environment:
      GITLAB_OMNIBUS_CONFIG: |
        gitlab_rails['gitlab_shell_ssh_port'] = 22222
    ports:
      - "80:80"
      - "22222:22"
    volumes:
      - /srv/podman/gitlab/conf:/etc/gitlab
      - /srv/podman/gitlab/data:/var/opt/gitlab
      - /srv/podman/gitlab/logs:/var/log/gitlab
    networks:
      - gitlab

  gitlab-runner:
    image: gitlab/gitlab-runner:alpine
    restart: unless-stopped
    depends_on:
      - gitlab
    volumes:
      - /srv/podman/gitlab/runner:/etc/gitlab-runner
      - /var/run/docker.sock:/var/run/docker.sock
    networks:
      - gitlab

networks:
  gitlab:

# podman-compose -f gitlab-runner.yml -d up

Արդյունք:

# podman ps
CONTAINER ID  IMAGE                                  COMMAND               CREATED             STATUS                 PORTS                                      NAMES
da53da946c01  docker.io/gitlab/gitlab-runner:alpine  run --user=gitlab...  About a minute ago  Up About a minute ago  0.0.0.0:22222->22/tcp, 0.0.0.0:80->80/tcp  root_gitlab-runner_1
781c0103c94a  docker.io/gitlab/gitlab-ce:latest      /assets/wrapper       About a minute ago  Up About a minute ago  0.0.0.0:22222->22/tcp, 0.0.0.0:80->80/tcp  root_gitlab_1

Տեսնենք, թե ինչ է այն առաջացնում systemd-ի և kubernetes-ի համար, դրա համար մենք պետք է պարզենք pod-ի անունը կամ id-ը.

# podman pod ls
POD ID         NAME   STATUS    CREATED          # OF CONTAINERS   INFRA ID
71fc2b2a5c63   root   Running   11 minutes ago   3                 db40ab8bf84b

Kubernetes:

# podman generate kube 71fc2b2a5c63
# Generation of Kubernetes YAML is still under development!
#
# Save the output of this file and use kubectl create -f to import
# it into Kubernetes.
#
# Created with podman-1.6.4
apiVersion: v1
kind: Pod
metadata:
  creationTimestamp: "2020-07-29T19:22:40Z"
  labels:
    app: root
  name: root
spec:
  containers:
  - command:
    - /assets/wrapper
    env:
    - name: PATH
      value: /opt/gitlab/embedded/bin:/opt/gitlab/bin:/assets:/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
    - name: TERM
      value: xterm
    - name: HOSTNAME
      value: gitlab.example.com
    - name: container
      value: podman
    - name: GITLAB_OMNIBUS_CONFIG
      value: |
        gitlab_rails['gitlab_shell_ssh_port'] = 22222
    - name: LANG
      value: C.UTF-8
    image: docker.io/gitlab/gitlab-ce:latest
    name: rootgitlab1
    ports:
    - containerPort: 22
      hostPort: 22222
      protocol: TCP
    - containerPort: 80
      hostPort: 80
      protocol: TCP
    resources: {}
    securityContext:
      allowPrivilegeEscalation: true
      capabilities: {}
      privileged: false
      readOnlyRootFilesystem: false
    volumeMounts:
    - mountPath: /var/opt/gitlab
      name: srv-podman-gitlab-data
    - mountPath: /var/log/gitlab
      name: srv-podman-gitlab-logs
    - mountPath: /etc/gitlab
      name: srv-podman-gitlab-conf
    workingDir: /
  - command:
    - run
    - --user=gitlab-runner
    - --working-directory=/home/gitlab-runner
    env:
    - name: PATH
      value: /usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
    - name: TERM
      value: xterm
    - name: HOSTNAME
    - name: container
      value: podman
    image: docker.io/gitlab/gitlab-runner:alpine
    name: rootgitlab-runner1
    resources: {}
    securityContext:
      allowPrivilegeEscalation: true
      capabilities: {}
      privileged: false
      readOnlyRootFilesystem: false
    volumeMounts:
    - mountPath: /etc/gitlab-runner
      name: srv-podman-gitlab-runner
    - mountPath: /var/run/docker.sock
      name: var-run-docker.sock
    workingDir: /
  volumes:
  - hostPath:
      path: /srv/podman/gitlab/runner
      type: Directory
    name: srv-podman-gitlab-runner
  - hostPath:
      path: /var/run/docker.sock
      type: File
    name: var-run-docker.sock
  - hostPath:
      path: /srv/podman/gitlab/data
      type: Directory
    name: srv-podman-gitlab-data
  - hostPath:
      path: /srv/podman/gitlab/logs
      type: Directory
    name: srv-podman-gitlab-logs
  - hostPath:
      path: /srv/podman/gitlab/conf
      type: Directory
    name: srv-podman-gitlab-conf
status: {}

Համակարգված:

# podman generate systemd 71fc2b2a5c63
# pod-71fc2b2a5c6346f0c1c86a2dc45dbe78fa192ea02aac001eb8347ccb8c043c26.service
# autogenerated by Podman 1.6.4
# Thu Jul 29 15:23:28 EDT 2020

[Unit]
Description=Podman pod-71fc2b2a5c6346f0c1c86a2dc45dbe78fa192ea02aac001eb8347ccb8c043c26.service
Documentation=man:podman-generate-systemd(1)
Requires=container-781c0103c94aaa113c17c58d05ddabf8df4bf39707b664abcf17ed2ceff467d3.service container-da53da946c01449f500aa5296d9ea6376f751948b17ca164df438b7df6607864.service
Before=container-781c0103c94aaa113c17c58d05ddabf8df4bf39707b664abcf17ed2ceff467d3.service container-da53da946c01449f500aa5296d9ea6376f751948b17ca164df438b7df6607864.service

[Service]
Restart=on-failure
ExecStart=/usr/bin/podman start db40ab8bf84bf35141159c26cb6e256b889c7a98c0418eee3c4aa683c14fccaa
ExecStop=/usr/bin/podman stop -t 10 db40ab8bf84bf35141159c26cb6e256b889c7a98c0418eee3c4aa683c14fccaa
KillMode=none
Type=forking
PIDFile=/var/run/containers/storage/overlay-containers/db40ab8bf84bf35141159c26cb6e256b889c7a98c0418eee3c4aa683c14fccaa/userdata/conmon.pid

[Install]
WantedBy=multi-user.target
# container-da53da946c01449f500aa5296d9ea6376f751948b17ca164df438b7df6607864.service
# autogenerated by Podman 1.6.4
# Thu Jul 29 15:23:28 EDT 2020

[Unit]
Description=Podman container-da53da946c01449f500aa5296d9ea6376f751948b17ca164df438b7df6607864.service
Documentation=man:podman-generate-systemd(1)
RefuseManualStart=yes
RefuseManualStop=yes
BindsTo=pod-71fc2b2a5c6346f0c1c86a2dc45dbe78fa192ea02aac001eb8347ccb8c043c26.service
After=pod-71fc2b2a5c6346f0c1c86a2dc45dbe78fa192ea02aac001eb8347ccb8c043c26.service

[Service]
Restart=on-failure
ExecStart=/usr/bin/podman start da53da946c01449f500aa5296d9ea6376f751948b17ca164df438b7df6607864
ExecStop=/usr/bin/podman stop -t 10 da53da946c01449f500aa5296d9ea6376f751948b17ca164df438b7df6607864
KillMode=none
Type=forking
PIDFile=/var/run/containers/storage/overlay-containers/da53da946c01449f500aa5296d9ea6376f751948b17ca164df438b7df6607864/userdata/conmon.pid

[Install]
WantedBy=multi-user.target
# container-781c0103c94aaa113c17c58d05ddabf8df4bf39707b664abcf17ed2ceff467d3.service
# autogenerated by Podman 1.6.4
# Thu Jul 29 15:23:28 EDT 2020

[Unit]
Description=Podman container-781c0103c94aaa113c17c58d05ddabf8df4bf39707b664abcf17ed2ceff467d3.service
Documentation=man:podman-generate-systemd(1)
RefuseManualStart=yes
RefuseManualStop=yes
BindsTo=pod-71fc2b2a5c6346f0c1c86a2dc45dbe78fa192ea02aac001eb8347ccb8c043c26.service
After=pod-71fc2b2a5c6346f0c1c86a2dc45dbe78fa192ea02aac001eb8347ccb8c043c26.service

[Service]
Restart=on-failure
ExecStart=/usr/bin/podman start 781c0103c94aaa113c17c58d05ddabf8df4bf39707b664abcf17ed2ceff467d3
ExecStop=/usr/bin/podman stop -t 10 781c0103c94aaa113c17c58d05ddabf8df4bf39707b664abcf17ed2ceff467d3
KillMode=none
Type=forking
PIDFile=/var/run/containers/storage/overlay-containers/781c0103c94aaa113c17c58d05ddabf8df4bf39707b664abcf17ed2ceff467d3/userdata/conmon.pid

[Install]
WantedBy=multi-user.target

Ցավոք սրտի, բացի կոնտեյներներ գործարկելուց, systemd-ի համար ստեղծված միավորն այլ բան չի անում (օրինակ՝ մաքրում է հին կոնտեյներները, երբ նման ծառայությունը վերագործարկվում է), այնպես որ դուք ստիպված կլինեք ինքներդ գրել նման բաներ։

Սկզբունքորեն, Podman-ը բավական է փորձել, թե ինչ են կոնտեյներները, փոխանցել հին կոնֆիգուրացիաները docker-compose-ի համար, այնուհետև շարժվել դեպի Kubernetes, եթե ձեզ անհրաժեշտ է կլաստեր, կամ ստանալ Docker-ի ավելի հեշտ օգտագործման այլընտրանք:

rkt

Ծրագիր մտավ արխիվ մոտ վեց ամիս առաջ, քանի որ RedHat-ը գնել է այն, ուստի ես ավելի մանրամասն չեմ անդրադառնա դրա վրա: Ընդհանուր առմամբ շատ լավ տպավորություն թողեց, բայց Դոկերի ու հատկապես Պոդմանի համեմատությամբ կոմբայնի տեսք ունի։ Կար նաև CoreOS բաշխում, որը կառուցված էր rkt-ի վերևում (թեև նրանք ի սկզբանե ունեին Docker), բայց դա նույնպես ավարտվեց RedHat-ի գնումից հետո:

Պլաշ

Ավելի շատ մեկ նախագիծ, որի հեղինակը պարզապես ցանկացել է կոնտեյներներ կառուցել և գործարկել։ Դատելով փաստաթղթավորումից և ծածկագրից՝ հեղինակը չի հետևել չափանիշներին, այլ պարզապես որոշել է գրել իր ներդրումը, ինչը, սկզբունքորեն, արել է։

Արդյունքները

Kubernetes-ի հետ կապված իրավիճակը շատ հետաքրքիր է. մի կողմից, Docker-ի հետ դուք կարող եք ստեղծել կլաստեր (swarm ռեժիմում), որի միջոցով կարող եք նույնիսկ արտադրանքի միջավայրեր գործարկել հաճախորդների համար, սա հատկապես վերաբերում է փոքր թիմերին (3-5 հոգի) , կամ փոքր ընդհանուր ծանրաբեռնվածությամբ, կամ Kubernetes-ի ստեղծման բարդությունները հասկանալու ցանկության բացակայության դեպքում, ներառյալ բարձր բեռների համար:

Podman-ը լիարժեք համատեղելիություն չի ապահովում, բայց ունի մեկ կարևոր առավելություն՝ համատեղելիություն Kubernetes-ի հետ, ներառյալ լրացուցիչ գործիքներ (buildah և այլն): Հետևաբար, աշխատանքի համար գործիքի ընտրությանը ես կմոտենամ հետևյալ կերպ. - Կուբերնետես.

Վստահ չեմ, որ ապագայում Docker-ի հետ կապված իրավիճակը չի փոխվի, ի վերջո, նրանք պիոներ են և աստիճանաբար ստանդարտացվում են նաև քայլ առ քայլ, բայց Podman-ը, իր բոլոր թերություններով հանդերձ (աշխատում է միայն Linux-ով, առանց կլաստերի, հավաքումը և այլ գործողությունները երրորդ կողմի լուծումներն են) ապագան ավելի պարզ է, ուստի ես հրավիրում եմ բոլորին մեկնաբանություններում քննարկել այս բացահայտումները:

PS Օգոստոսի 3-ին մենք սկսում ենք «Docker վիդեո դասընթաց», որտեղ կարող եք ավելին իմանալ նրա աշխատանքի մասին։ Մենք կվերլուծենք նրա բոլոր գործիքները՝ հիմնական աբստրակցիաներից մինչև ցանցային պարամետրեր, տարբեր օպերացիոն համակարգերի և ծրագրավորման լեզուների հետ աշխատելու նրբերանգներ: Դուք կծանոթանաք տեխնոլոգիային և կհասկանաք, թե որտեղ և ինչպես լավագույնս օգտագործել Docker-ը: Մենք նաև կկիսվենք լավագույն փորձի դեպքերով:

Նախնական պատվերի արժեքը մինչև թողարկումը՝ 5000 ռուբլի: Դուք կարող եք դիտել Docker Video Course ծրագիրը դասընթացի էջում.

Source: www.habr.com

Դոկերը և բոլորը, բոլորը, բոլորը

Պատմություն

դոկեր

ճարտարապետություն

Տեղադրում և կազմաձևում

Այլ առանձնահատկություններ

Docker-ի հետ աշխատելը

Պոդման

Տեղակայում

Այլ առանձնահատկություններ

Պոդմանի հետ աշխատելը

rkt

Պլաշ

Արդյունքները

Добавить комментарий Չեղարկել պատասխանել