რა არის Docker? კონტეინერები არატექნიკოსებისთვის ახსნილი

Docker არის ინსტრუმენტი, რომელიც აპს აფუთებს იმასთან ერთად, რაც მის გასაშვებად სჭირდება — სწორი ენის ვერსია, ბიბლიოთეკები, სისტემური ხელსაწყოები და პარამეტრები — სტანდარტულ ერთეულში, რომელსაც კონტეინერი ჰქვია. კონტეინერი ერთნაირად მუშაობს დეველოპერის ლეპტოპზე, სატესტო სერვერზე ან ღრუბლოვან ჰოსტზე, და ეს წყვეტს კლასიკურ პრობლემას „მაგრამ ჩემს მანქანაზე მუშაობდა“. კონტეინერის ასაშენებელი რეცეპტი არის მოკლე ტექსტური ფაილი, სახელად Dockerfile.

რატომ არის Docker მნიშვნელოვანი, როცა AI-ით აშენებ

თუ შენს აპს ბექენდი აქვს — Python, Node, C# ან Java API — ის სადმე უნდა გაეშვას სწორად დაინსტალირებული პროგრამული უზრუნველყოფით. Docker ყველაზე გავრცელებული გზაა, რომ ეს განმეორებადი იყოს.

• ბექენდების დეპლოი. ბევრი ჰოსტი, მათ შორის Mythex, ბექენდებს Dockerfile-იდან აგებული კონტეინერით დეპლოის. Mythex-ში „C# Web API-ის“ ან „Java ბექენდის“ თხოვნა გაძლევს აპს და Dockerfile-ს, ხოლო Publish აგებს image-ს და დეპლოის მას (API backends).
• პლატფორმის დატოვება. თუ AI-ით აშენებულ აპს ექსპორტს უკეთებ, Dockerfile მნიშვნელოვნად ამარტივებს მის სხვა ჰოსტზე გაშვებას. იხილე როგორ გავაექსპორტოთ და თავად ვიმასპინძლოთ AI-ით აშენებული აპი.
• დეველოპერებთან მუშაობა. პროექტში შემოსული დეველოპერი მთელ აპს ერთი ან ორი ბრძანებით ჩართავს, იმის ნაცვლად, რომ დღე დაუთმოს ყველაფრის ინსტალაციას.

ყოველდღიური ანალოგია: საზღვაო კონტეინერები

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

Docker იგივეს აკეთებს პროგრამული უზრუნველყოფისთვის:

• Dockerfile არის შეფუთვის სია და ინსტრუქცია.
• Image არის დალუქული, შეფუთული კონტეინერი.
• გაშვებული კონტეინერი არის ის ყუთი, რომელიც გემზე მუშაობს — აქ, სერვერზე.
• Docker Engine არის ამწე და გემი: სერვერზე არსებული პროგრამა, რომელმაც იცის ნებისმიერი კონტეინერის გაშვება.

როგორ მუშაობს Docker

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

სამუშაო მაგალითი: პატარა Python API

ვთქვათ, შენმა AI ბილდერმა სალონის დაჯავშნის აპისთვის Python FastAPI ბექენდი შექმნა. Dockerfile შეიძლება ასე გამოიყურებოდეს:

FROM python:3.12-slim
WORKDIR /app
COPY requirements.txt .
RUN pip install --no-cache-dir -r requirements.txt
COPY . .
EXPOSE 8000
CMD ["uvicorn", "main:app", "--host", "0.0.0.0", "--port", "8000"]

ხაზ-ხაზობით:

უბრალო სიტყვებით: „დაიწყე Python 3.12-ით. დააინსტალირე requirements.txt-ში ჩამოთვლილი ბიბლიოთეკები. ჩააკოპირე კოდი. ჩართე ვებ სერვერი პორტ 8000-ზე.“

შემდეგ დეველოპერი (ან ჰოსტინგის პლატფორმა) ორ ბრძანებას უშვებს:

docker build -t booking-api .
docker run -p 8000:8000 booking-api

პირველი აგებს image-ს და ანიჭებს სახელად booking-api. მეორე უშვებს კონტეინერს და აკავშირებს მანქანის პორტ 8000-ს კონტეინერის შიგნით პორტ 8000-თან. API ახლა მუშაობს — ისევე, როგორც ნებისმიერ სერვერზე, სადაც Docker დაინსტალირებულია.

შეამჩნიე, რა არ არის image-ში: პაროლები და API გასაღებები. ისინი კონტეინერის გაშვებისას გადაეცემა, როგორც გარემოს ცვლადები, ასე რომ იგივე image შეიძლება გაეშვას ტესტირებისა და პროდაქშენისთვის სხვადასხვა პარამეტრებით.

ძირითადი ტერმინები

გავრცელებული მცდარი წარმოდგენები

• „Docker ვირტუალური მანქანაა.“ ის უფრო მსუბუქია: კონტეინერები ჰოსტის ბირთვს იზიარებენ.
• „კონტეინერში შენახული მონაცემი უსაფრთხოა.“ კონტეინერები შექმნილია იმისთვის, რომ გადაიყაროს და შეიცვალოს. ყველაფერი, რაც უნდა დარჩეს — მომხმარებლის მონაცემები, ატვირთვები — უნდა იყოს მონაცემთა ბაზაში, ფაილების საცავში ან volume-ში.
• „საიდუმლოების Dockerfile-ში ჩაწერა კარგია, რადგან პირადია.“ Image-ები ზიარდება და იტვირთება რეესტრებში. საიდუმლოები გაშვებისას გადააწოდე.
• „Docker აპს უსაფრთხოს ხდის.“ იზოლაცია ეხმარება, მაგრამ მოძველებული პროგრამული უზრუნველყოფით და სუსტი პარამეტრებით გაშვებული კონტეინერი მაინც მოწყვლადია.
• „ყველა აპს Docker სჭირდება.“ სტატიკურ საიტს ან მარტივ frontend-ს ჩვეულებრივ როგორც უბრალო ფაილებს ჰოსტავენ, კონტეინერის გარეშე.
• „Docker Desktop ყველასთვის უფასოა.“ ენჯინი უფასოა; Docker Desktop დიდი კომპანიებისთვის ფასიან გამოწერას მოითხოვს, Docker-ის პირობების მიხედვით.

რა მოსთხოვო შენს AI ბილდერს

• „ესაჭიროება ამ აპს Dockerfile? თუ ესაჭიროება, ახსენი თითოეული ხაზი მარტივი ენით.“
• „გამოიყენე პატარა, ოფიციალური base image და დაამაგრე ენის ვერსია.“
• „საიდუმლოებები image-ის გარეთ დატოვე. წაიკითხე ისინი გარემოს ცვლადებიდან გაშვებისას.“
• „დარწმუნდი, რომ ატვირთვები და მონაცემები ინახება მონაცემთა ბაზაში ან ფაილების საცავში, არა კონტეინერის შიგნით.“
• „დაამატე Docker Compose ფაილი, რომ დეველოპერმა frontend, API და მონაცემთა ბაზა ერთი ბრძანებით ლოკალურად გაუშვას.“
• „დაამატე health-check endpoint, რომ ჰოსტმა შეამოწმოს, მუშაობს თუ არა API.“

Docker Mythex-ში

Mythex-ის გამოსაყენებლად Docker-ის დაინსტალირება ან გაშვება არ გჭირდება. შენი პროექტი კერძო ღრუბლოვან სანდბოქსში მუშაობს, და როცა ისეთ ბექენდს ითხოვ, რომელსაც კონტეინერი სჭირდება — მაგალითად C#, Java ან საკუთარი Node ან Python სერვისი — Mythex წერს აპს და Dockerfile-ს, აჩვენებს მას სანდბოქსში და დეპლოის გამოქვეყნებისას, დამატებითი ჰოსტინგის დაყენების გარეშე (როგორ ირჩევა ტექნოლოგია). Pro-ზე შეგიძლია პროექტის ექსპორტი ან GitHub-თან სინქრონიზაცია და Dockerfile-ის თან წაღება. როგორ ერთვებიან ბექენდი და frontend ერთმანეთში, იხილე frontend vs backend.

კითხვები