Sysdig: რა არის ეს და როგორ გამოვიყენოთ იგი

Sysdig არის უნივერსალური სისტემის ხილვადობის ინსტრუმენტი, კონტეინერების დახმარებით. რაც Sysdig- ს განსაკუთრებულს ხდის ის არის, რომ ის თავად ხვდება მანქანაში არსებულ ბირთვს და აყალიბებს ინფორმაციას კონტეინერზე დაყრდნობით. მოცემული გაკვეთილის მიზნისთვის, ჩვენ ყურადღებას გავამახვილებთ Sysdig– ის ღია კოდის ვერსიაზე.

შემდეგ სექციებში:

  • დააინსტალირეთ Sysdig
  • შეავსეთ Wordpress– ის ინსტალაცია დოკერ-კომპოზიციის გამოყენებით
  • გამოიყენეთ Sysdig, რომ შეაგროვოთ მოვლენები და გააანალიზოთ ისინი მოგვიანებით
  • გამოიყენეთ Sysdig მონაცემების რეალურ დროში გაანალიზების მიზნით

წინაპირობები

  • დოკერი დამონტაჟებულია თქვენს სისტემაში. Docker- ის დაყენების შესახებ დეტალებისთვის იხილეთ Install Docker გვერდი.
  • Docker კომპოზიცია დაინსტალირებულია თქვენს სისტემაში. იხილეთ ინსტალაცია Docker კომპოზიციის გვერდზე ინსტრუქციის შესახებ, თუ როგორ უნდა დააყენოთ Docker კომპოზიცია.
  • ბირთვის ჰედები დამონტაჟებულია მასპინძლის სისტემაში.

დააინსტალირეთ Sysdig

მიყევით ამ ნაბიჯებს, რომ დააინსტალიროთ Sysdig შიგნით Docker კონტეინერი:

  1. ტერმინალის ფანჯარაში, შეასრულეთ შემდეგი ბრძანება, რომ გაიყვანოთ Sysdig Docker სურათი:
docker pull sysdig / sysdig
ნაგულისხმევი ტეგის გამოყენებით: უახლესი: გამოძევება sysdig / sysdig 2967486b0658: გაიყვანეთ სრული 78101b780c72: გაიყვანეთ დასრულებული 7e78b657334d: გაიყვანეთ სრული 650327159ca8: გაიყვანეთ სრული 47ebf73ab754: გაიყვანეთ მთლიანი bf51ac76a6d9: Pull00 სრული6 დააჭირეთ დასრულებული 6de86c8ed6e9: გაიყვანეთ დასრულებული 8d1825f8be4b: გაიყვანეთ სრულად დაიჯესტი: sha256: bbfe6953fd2b3221a8974eb13024dd33c7e78aebef8fee3d7a0d9ecdeed84ce0 სტატუსი: ჩამოტვირთეთ ახალი გამოსახულება sysdig / sy

2. გაუშვით Sysdig კონტეინერში შესვლის საშუალებით:

docker run -i -t - სახელი sysdig - privileged -v /var/run/docker.sock:/host/var/run/docker.sock -v / dev: / host / dev -v / proc: / host / proc: ro -v / boot: / host / boot: ro-v / lib / modules: / host / lib / modules: ro -v / usr: / host / usr: ro sysdig / sysdig
* მასპინძელიდან / usr / src ბმულების დაყენება * sysdig-probe- ის ჩატვირთვა, ასეთის არსებობის შემთხვევაში * dkms- ის დაინსტალირება sysdig– ის შეცდომაზე! echo თქვენი ბირთვის სათაურები 3.10.0-957.12.2.el7.x86_64 ვერ ნახავთ /lib/modules/3.10.0-957.12.2.el7.x86_64/build ან /lib/modules/3.10.0-957.12 .2.el7.x86_64 / წყარო. Dkms build– ის დასრულება ვერ მოხერხდა, ვერ მოიძებნა /var/lib/dkms/sysdig/0.26.4/build/make.log * სისტემის sysdig-probe ჩატვირთვის ჩატვირთვა. ასეთის არსებობის შემთხვევაში * ცდილობს მოძებნოთ წინასწარი შედგენილი sysdig-probe for 3.10 .0-957.12.2.el7.x86_64 ნაპოვნია ბირთვის კონფიგურაცია მისამართზე / host/boot/config-3.10.0-957.12.2.el7.x86_64 * წინასწარი შედგენილი მოდულის ჩამოტვირთვა სცადეთ https://s3.amazonaws.com/download .draios.com / სტაბილური / sysdig-probe-binaries / sysdig-probe-0.26.4-x86_64-3.10.0-957.12.2.el7.x86_64-82e2ae1fb159132636f7b50a762f20ef.ko ჩამოტვირთეთ წარმატებული, ჩატვირთვა მოდულის root @ 7b14a23f22eb: / #

ზემოთ მოცემულ ბრძანებასთან დაკავშირებით უნდა აღინიშნოს რამდენიმე საკითხი:

  • -I დროშა STDIN- ს ღიად ინახავს.
  • --Privileged პარამეტრი უზრუნველყოფს მასპინძელ ყველა მოწყობილობას. ასევე იგი ადგენს SELinux- ს, რათა კონტეინერის შიგნით მიმდინარე პროცესები დაუშვან მასპინძელზე იმავე დაშვებას, როგორც მასპინძელ პროცესზე.
  • -V დროშა განსაზღვრავს ფაილების ჩამონათვალს (მასპინძელზე), რომელსაც Sysdig– ს შეუძლია წვდომა.

შეავსეთ Wordpress– ის ინსტალაცია

ამ განყოფილებაში თქვენ დააინსტალირებთ Wordpress– ს docker-compose ბრძანების გამოყენებით.

  1. ახალ ტერმინალის ფანჯარაში გადადით თქვენი პროექტების დირექტორიაში და ჩაწერეთ შემდეგი ბრძანებები:
mkdir wordpress-sysdig && cd wordpress-sysdig

2. შექმენით ფაილი სახელწოდებით docker-compose შემდეგი შინაარსით:

ვერსია: '3.3' მომსახურება: დბ: სურათი: mysql: 5.7 მოცულობა: - db_data: / var / lib / mysql გადატვირთვა: ყოველთვის გარემო: MYSQL_ROOT_PASSWORD: გარკვეულწარმონი MYSQL_DATABASE: wordpress MYSQL_USER: wordpress MYSQL_PASSWORD: wordpress wordpress: უახლესი პორტები: - "8000: 80" გადატვირთვა: ყოველთვის გარემო: WORDPRESS_DB_HOST: db: 3306 WORDPRESS_DB_USER: wordpress WORDPRESS_DB_PASSWORD: wordpress WORDPRESS_DB_NAME: wordpress მოცულობა: db_data: {}

3. განახორციელეთ docker-comppos up ბრძანება განცალკევებულ რეჟიმში:

დოკერი-კომპოზიცია up -d
ქსელის "wordpress-sysdig_default" შექმნა სტანდარტულ დრაივერთან ერთად შექმნა მოცულობა "wordpress-sysdig_db_data" ნაგულისხმევი დრაივერით 8c04561117a4: Pull სრული d6b7434b63a2: Pull სრული 83d8859e9744: Pull სრული 9c3d824d0ad5: Pull სრული 9e316fd5b3b3: Pull სრული 578b40496c37: Pull სრული 814ae7711d3c: Pull სრული 4896fed78b6b: Pull სრული e74d71e9611d: Pull სრული 46017765526c: Pull სრული 280386098458: Pull სრული f32eb0d8c540: გაიგეთ სრული 5c47b9ea747a: გაიგეთ სრული ecda5b7aad12: Pull სრული 84256a6b6b44: Pull სრული 35d4f385efb7: Pull სრული bf697c2ae701: Pull სრული d054b015f084: Pull სრული მიმოხილვა: SHA256: 73e8d8adf491c7a358ff94c74c8ebe35cb5f8857e249eb8ce6062b8576a01465 სტატუსი: გადმოვიწერე ახალი იმიჯის wordpress: უახლესი შექმნა wordpress-sysdig_db_1 ... გაკეთდეს შექმნის wordpress-sysdig_word press_1 ... გაკეთდა

4. თქვენი კონტეინერების სტატუსის გადამოწმება შეგიძლიათ შემდეგით:

დოქტორი ფს

თუ ყველაფერი კარგად მიმდინარეობს, თქვენ უნდა ნახოთ მსგავსი პროდუქტის შემდეგი პროდუქტის მსგავსი:

კონტეინერის იატაკის გამოსახულების ბრძანება შექმნილია სტატუსის ფორუმის სახელები f390eec29f52 wordpress: უახლესი "docker-entrypoint.s ..." დაახლოებით ერთი წუთის წინ დაახლოებით დაახლოებით ერთი წუთი 0.0.0.0:8000->80/tcp wordpress-sysdig_wordpress_1 a844840626d8 mysql: 5.7 "point s ... "დაახლოებით ერთი წუთის წინ დაახლოებით წუთი 3306 / წამ, 33060 / tcp wordpress-sysdig_db_1 7b14a23f22eb sysdig / sysdig" /docker-entrypoint.… "13 წუთის წინ 13 წუთის წინ sysdig

5. ახლა Wordpress დგება და მუშაობს. მიუთითეთ თქვენი ბრაუზერი http: // localhost: 8000 ინსტალაციის ოსტატის დასაწყებად:

6. ინსტალაციის ოსტატი დასრულების შემდეგ, მოდით წავიდეთ წინ და შექმნათ ნიმუში პოსტი:

მონაცემების შეგროვება ფაილში

ამ ნაწილში ჩვენ ვაჩვენებთ, თუ როგორ შეგიძლიათ Sysdig გამოიყენოთ მოვლენების შეგროვება და მოგვიანებით ანალიზზე.

  1. გადაღებული ყველა მოვლენის ფაილზე გადატანა, გადადით Sysdig კონტეინერში და შეიყვანეთ შემდეგი ბრძანება:
sysdig –w Monitoring-wordpress.scap

2. ახალ ტერმინალის ფანჯარაში გამოიყენეთ ab, რომ შეასრულოთ 10000 მოთხოვნა მაქსიმუმ 100 მოთხოვნის ერთდროულად შესრულებით:

ab -n 1000 -c 100 http: // localhost: 8000 /? p = 7
ეს არის ApacheBench, ვერსია 2.3 <$ გადასინჯვა: 1430300 $> საავტორო უფლებები 1996 ადამ ტვისი, Zeus Technology Ltd, http://www.zeustech.net/ ლიცენზირებული აქვს Apache Software Foundation, http://www.apache.org/ ბენჩმარკინგი localhost (მოთმინება) დასრულებული 100 მოთხოვნა დასრულებული 200 მოთხოვნა დასრულებული 300 მოთხოვნა დასრულებული 400 მოთხოვნა შესრულებული 500 მოთხოვნა შესრულებული 600 მოთხოვნა შესრულებული 700 მოთხოვნა შესრულებული 800 მოთხოვნა შესრულებული 900 მოთხოვნა შესრულებული 1000 მოთხოვნა დასრულებული 1000 მოთხოვნა დასრულებული 1000 მოთხოვნა

გაითვალისწინეთ, რომ ზემოხსენებული პროდუქტი მოკლევადიანი იყო.

3. გადადით Sysdig- ის კონტეინერში გასასვლელად და შეაჩერეთ მონაცემების დაპყრობა "CTRL + C" შესვლის გზით.

მონაცემთა ანალიზი

ახლა, თუ დააკვირდებით მონიტორინგის-wordpress.scap ფაილის ზომას, შეამჩნევთ, რომ Sysdig– მა დააკავა მონაცემების არანაკლებ 80M:

ls -lh მონიტორინგი-wordpress.scap
-rw-r - r--. 1 ძირეული ფესვი 80 მ იანვარი 7 16:28 მონიტორინგი-wordpress.scap

მონაცემების ამ მთაზე გასასვლელად, გამოიყენებთ ძახილს.

აქ არის ძირითადად Lua დამწერლობა, რომელიც აანალიზებს მოვლენის ნაკადს და ასრულებს სასარგებლო მოქმედებებს.

თქვენ შეგიძლიათ აწარმოოთ შემდეგი ბრძანება ძახილის ჩამონათვალის სანახავად:

sysdig-kl
კატეგორია: განაცხადი --------------------- httplog HTTP მოთხოვნა ჟურნალი httptop HTTP ითხოვს memcachelog memcached მოთხოვნების ჟურნალი კატეგორია: CPU გამოყენება ---------- --------- სპექტროგრაფია ვიზუალიზაცია OS- ის ლატენტურად რეალურ დროში. subsecoffset ვიზუალიზაცია ქვეკონდის ოფსეტური შესრულების დრო. topcontainers_cpu ყველაზე მაღალი კონტეინერები CPU– ს გამოყენების წესით topprocs_cpu ყველაზე დამუშავებული პროცესორების გამოყენების მიხედვით კატეგორია: შეცდომები ---------------- topcontainers_error ტოპ კონტეინერები შეცდომების რიგით topfiles_errors ყველაზე ფაილები შეცდომების რაოდენობით topprocs_errors ზედა პროცესები ნომრით შეცდომების

გაითვალისწინეთ, რომ ზემოხსენებული პროდუქტი მოკლევადიანი იყო.

ჩიზელის შესახებ დეტალური ინფორმაციის მისაღებად, გაუშვით sysdig ბრძანება, რასაც მოჰყვება –i დროშა და ძახილის სახელი, როგორც შემდეგ მაგალითში:

sysdig -i httptop
კატეგორია: განაცხადი --------------------- httptop HTTP მოთხოვნების მოწინავე ჩვენება HTTP– ის მოთხოვნების მიხედვით: ncalls, დრო ან ბაიტი არგუმენტები: [სტრიქონი] by - აჩვენეთ HTTP ოპერაციების მოწინავე ავტორი: ncalls, time ან tes., ნაგულისხმევი არის ncalls

გააგრძელეთ ჩვენი მაგალითი, აქ მოცემულია, თუ როგორ შეგიძლიათ გამოიყენოთ httptop chisel, HTTP– ის მოთხოვნების ზედა ასახვისთვის:

sysdig -r მონიტორინგი-wordpress.scap -c httptop
ncalls მეთოდი url ----------------------------------------------- --------------------------------- 2001 მიიღე ადგილობრივი ლოკალი: 8000 /? P = 7 14 ვარიანტი * 2 მიიღეთ ადგილობრივი ადგილობრივი: 8000 / favicon.ico 1 GET /wp-content/themes/twentytwenty/assets/fonts/inter/Inter-upright-var.woff2 1 GET localhost / v1.24 / კონტეინერები / 6bd8418eb03f / json 1 GET localhost / v1.24 / კონტეინერების / 06def7875617 / JSON 1 GET /v1.24/images/1b1624b63467ec61fab209b6be6e79707ae786df86607b9474b246acd31600 1 GET /v1.24/images/db39680b63ac47a1d989da7b742f7b382af34d85a68214f8977bad59c05901 1 GET localhost: 8000 /

თქვენ შეგიძლიათ ნახოთ იგივე ინფორმაცია კონტეინერზე მოსახერხებელი ფორმატით, როგორც კონტეინერის დროშა:

sysdig -r მონიტორინგი-wordpress.scap -c httptop - პრეტენზია
ncalls კონტეინერის მეთოდი url ---------------------------------------------- ---------------------------------- 1000 wordpress-sysdig_wo მიიღეთ ადგილობრივი ლოკაცია: 8000 /? P = 7 1000 მასპინძელი მიიღეთ localhost: 8000 /? p = 7 43 wordpress-sysdig_wo OPTIONS * 1 sysdig GET /v1.24/images/1b1624b63467ec61fab209b6be6e79707ae786df86607b9474b246acd31600 1 sysdig GET localhost / v1.24 / კონტეინერი / 06def7875617 / JSON 1 sysdig GET localhost / v1.24 / კონტეინერი / cd06093b141b / json 1 sysdig GET /v1.24/images/00e230fe24da9067f9b6e65cfbe9935a5affac1ae8e44edb6a5b0ccc26374d 1 sysdig GET /v1.24/images/db39680b639f3d9d4b9d4dbdbbbbbbbbbbbbbbbbbbb4

თხრიან ღრმა

Sysdig იღებს შინაარსით მდიდარ ინფორმაციას, რომელიც საშუალებას გაძლევთ მიიღოთ დეტალური ინფორმაცია თქვენი კონტეინერების შიდა მუშაობის შესახებ. დავუშვათ, რომ რამდენიმე კონტეინერს აწარმოებთ და გვინდა ვიცოდეთ, რომელი პროცესს მოიხმარს ყველაზე მეტი CPU.

  1. ჩამოთვალეთ კონტეინერები, რომლებიც აქტიური იყო იმ პერიოდში, როდესაც თქვენ ხელში აიღეთ ღონისძიებები:
sysdig -r მონიტორინგი-wordpress.scap -c ლინზები

2. თქვენ შეგიძლიათ ამოიცნოთ კონტეინერი, რომელიც ყველაზე მეტ CPU– ს იყენებდა:

sysdig -r მონიტორინგი-wordpress.scap -c topcontainers_cpu
CPU% kontain.name --------------------------------------------- ----------------------------------- 5.37% wordpress-sysdig_wordpress_1 1.35% wordpress-sysdig_db_1 0.84% ​​მასპინძელი 0.51% sysdig

3. თქვენ შეგიძლიათ კიდევ უფრო ღრმად გათხრა და CPU ინტენსიური პროცესის იდენტიფიცირება topprocs_cpu chisel- ით:

sysdig -r მონიტორინგის-wordpress.scap-c topprocs_cpu კონტეინერი.name შეიცავს wordpress_1
CPU% პროცესის PID ---------------------------------------------- ---------------------------------- 0.12% apache2 8383 0.11% apache2 9413 0.11% apache2 9300 0.11% apache2 9242 0,11% apache2 8897 0.11% apache2 8422 0.10% apache2 9372 0.10% apache2 9241 0.10% apache2 8424 0.09% apache2 9429

თუ გსურთ უფრო მეტი დეტალის ნახვა, ps chisel გთავაზობთ უფრო სიტყვიერი ალტერნატივას:

sysdig -r მონიტორინგის-wordpress.scap-c ps კონტეინერი.name = wordpress-sysdig_wordpress_1
TID PID შესახებ VIRT RES FDLIMIT CMD 5896 5896 root 232.82M 22.32M 429496729 apache2 8383 8383 www მონაცემები 307.44M 25.46M 429496729 apache2 8422 8422 www მონაცემები 235.44M 22.90M 429496729 apache2 8424 8424 www მონაცემები 307.44M 25.46M 429496729 apache2 8897 8897 www-data 235.44M 22.89M 429496729 apache2 9154 9154 www-data 235.44M 22.91M 429496729 apache2 9241 9241 www-data 307.44M 25.66M 429496729 apache2 9242 9242 www-data 307.44M 25.67M 4294929 22.89M 429496729 apache2 9372 9372 www-data 235.44M 22.89M 429496729 apache2 9413 9413 www-data 233.44M 20.77M 429496729 apache2

სასარგებლო რჩევები

თუ Sysdig- ს დაუფარავთ მოვლენებს, როგორც ზემოთ მოყვანილ მაგალითში (sysdig -w monitor-wordpress.scap), მოვლენის ფაილი განუწყვეტლივ იზრდება, სანამ ის მოიხმარს ყველა არსებულ ადგილს. არსებობს რამდენიმე მეთოდი, რომელთა დახმარებითაც შესაძლებელია თავიდან აიცილოთ ეს:

  • მიუთითეთ იმ ღონისძიებების რაოდენობა, რომელსაც სიდიგი უნდა აიღო, მას დროშის გამოყენებით. მას შემდეგ, რაც Sysdig მიიღებს მითითებულ ღონისძიებებს, ის ავტომატურად გამოვა:
sysdig -n 5000-w მონიტორინგის-wordpress.scap
  • გამოიყენეთ -C დროშა კონფიგურაციისთვის Sysdig ისე, რომ იგი არღვევს აღებას მცირე ზომის ფაილებში. შემდეგი მაგალითი მუდმივად ინახავს მოვლენებს ფაილებში <10MB:
sysdig -C 10-w მონიტორინგი-wordpress.scap

ეს შექმნის ფაილების სიმრავლეს არა უმეტეს 10 MB:

ls -lh მონიტორინგი-wordpress *
-rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:13 მონიტორინგი-wordpress.scap0 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:14 მონიტორინგი-wordpress.scap1 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:14 მონიტორინგი-wordpress.scap2 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:14 მონიტორინგი-wordpress.scap3 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:14 მონიტორინგი-wordpress.scap4 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:14 მონიტორინგი-wordpress.scap5 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:14 მონიტორინგი-wordpress.scap6 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:14 მონიტორინგი-wordpress.scap7 -rw-r - r--. 1 ძირეული ფესვი 6.4M იან 7 17:14 მონიტორინგი-wordpress.scap8
  • მიუთითეთ ფაილების მაქსიმალური რაოდენობა, რომელსაც Sysdig უნდა შეინარჩუნოს -W დროშა. მაგალითად, თქვენ შეგიძლიათ დააკავშიროთ -C და -W დროშები ასე:
sysdig -C 10-W 4-w მონიტორინგი-wordpress.scap

ზემოთ მოცემული ბრძანება შეინარჩუნებს მხოლოდ ბოლო ოთხივე ფაილის გადაღებას:

ls -lh მონიტორინგი-wordpress *
-rw-r - r--. 1 ფესვის ფესვი 7.2M იან 7 17:21 მონიტორინგი-wordpress.scap0 -rw-r - r--. 1 ფესვის ფესვი 9.6M იან 7 17:21 მონიტორინგი-wordpress.scap1 -rw-r - r--. 1 ძირეული ფესვი 9.6M იან 7 17:21 მონიტორინგი-wordpress.scap2 -rw-r - r--. 1 ფესვის ფესვი 9.6M იან 7 17:21 მონიტორინგი-wordpress.scap3 root @ cd06093b141b: / # sysdig -C 10-W 4-w მონიტორინგი-wordpress.scap

რეალურ დროში მონიტორინგი

Sysdig– ის საშუალებით ასევე შეგიძლიათ მონაცემების ანალიზი რეალურ დროში. ერთი შეხედვით, ეს შეიძლება საშიში ამოცანა იყოს, რადგან, როგორც წესი, ყველა მოვლენა მუდმივად იბეჭდება კონსოლზე. საბედნიეროდ, აქ chisels არის დასახმარებლად.

ავიღოთ მაგალითი.

გაანალიზეთ თქვენი პროცესები კონტეინერის საფუძველზე

  1. განახორციელეთ შემდეგი ბრძანება თქვენი კონტეინერების დასახატად:
დოქტორი ფს
კონტეინერის იატაკის გამოსახულების ბრძანება შექმნა სტატუსის ფორუმები სახელები 5b253e74e8e7 sysdig / sysdig "/docker-entrypoint.…" "9 წუთის წინ Up 9 წუთის განმავლობაში sysdig 06def7875617 wordpress: უახლესი" docker-entrypoint.s… "3 საათის წინ წინ 3 საათის განმავლობაში 0.0.0.0:8 -> 80 / tcp wordpress-sysdig_wordpress_1 6bd8418eb03f mysql: 5.7 "docker-entrypoint.s ..." 3 საათის წინ Up 3 საათის განმავლობაში 3306 / წამწამი, 33060 / tcp

2. თქვენ შეგიძლიათ გააანალიზოთ WordPress კონტეინერში მიმდინარე პროცესები:

sysdig-pc -c topprocs_cpu კონტეინერი.name = wordpress-sysdig_wordpress_1

3. ანალოგიურად, შეგიძლიათ გააანალიზოთ MySQL კონტეინერში მიმდინარე პროცესები:

sysdig -pc-c topprocs_cpu კონტეინერი.name = wordpress-sysdig_db_1

გაითვალისწინეთ, რომ ამ მაგალითისგან დიდად არ განსხვავდება, Sysdig– ს შეუძლია მონიტორინგი გაუწიოს ქსელის ტრაფიკს, დისკის გამოყენებას და ა.შ.

ამ გაკვეთილზე თქვენ გადალახეთ Sysdig– ის გამოყენების საფუძვლები, რომ უკეთ გაეცნოთ თქვენი კონტეინერების მიერ წარმოქმნილ საქმიანობას. ამ ბლოგ – პოსტის მაგალითები დაგეხმარებათ გაეცნოთ და, სამომავლო გაკვეთილზე, ჩვენ გაჩვენებთ, თუ როგორ გამოიყენოთ Csysdig და Sysdig Inspect.