Backend არქიტექტურის საფუძვლები
პრაქტიკული კურსი backend არქიტექტურული აზროვნებისთვის. ისწავლით მასშტაბირებადი სისტემების დიზაინს, მონოლითსა და მიკროსერვისებს შორის არჩევანს, სუფთა API-ების შექმნას და production აზროვნებას.
Oleksii Anzhiiak
სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და თანადამფუძნებელი
კურსის ბოლოს თქვენ შეძლებთ
- Backend სისტემების დარწმუნებით დიზაინი
- სწორი არქიტექტურული გადაწყვეტილებების მიღება
- სუფთა და მხარდაჭერადი API-ების შექმნა
- აუთენტიფიკაციის უსაფრთხო იმპლემენტაცია
- Production backend ინჟინრის აზროვნება
გერგებათ ეს კურსი?
ეს თქვენთვისაა, თუ თქვენ…
- ხარ Mid ინჟინერი, რომელსაც ახალი სერვისების დიზაინს ავალებენ და გინდა ეს გააკეთო 6 თვიანი შეცდომების გარეშე
- გუნდი გადადის monolith-დან microservices-ზე და გინდა გაიგო რატომ — სანამ არქიტექტურულ გადაწყვეტილებებს მისცემ ხმას
- ააშენე API-ები, მაგრამ senior ინჟინრები ამბობენ „საზღვარი სხვაგან უნდა იყოს" და ჯერ ვერ ხვდები, რას გულისხმობენ
არ აიღოთ ეს კურსი, თუ…
- ხარ Junior production კოდის გარეშე — არქიტექტურული გადაწყვეტილებები აბსტრაქტულია, სანამ ტკივილი არ იგრძენი. ააშენე 6 თვე და დაბრუნდი
- გინდა „მხოლოდ microservices" კურსი — აქ ცინიკური გულახდილობით ნაჩვენებია კომპრომისი. ხანდახან პასუხი არის „ჯერ monolith"
- ელი მკაცრ წესებს — არქიტექტურა გაურკვევლობაში მსჯელობაა. კურსი ასწავლის მსჯელობას, არა ფორმულებს
ვინ კითხულობს
Oleksii Anzhiiak
სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და თანადამფუძნებელი
ოლექსი ანჟიაკი — სოფტვეარ არქიტექტორი, უფროსი .NET ინჟინერი და ToyCRM.com-ისა და ProfectusLab-ის თანადამფუძნებელი. 15+ წლიანი გამოცდილებით, ის სპეციალიზირდება განაწილებულ სისტემებში, cloud ინფრასტრუქტურაში, მაღალი დატვირთვის backend-ში და იდენტობის პლატფორმებში. ქმნის უსაფრთხო ავტენტიფიკაციის სისტემებს, არქიტექტურულ გადაწყვეტებს და თანამედროვე საგანმანათლებლო პროგრამებს, რომლებიც სტუდენტებს კარიერულ წინსვლაში ეხმარება.
ამჟამად ხელმძღვანელობს ToyCRM.com-ის არქიტექტურას — multi-tenant CRM პლატფორმას .NET-ზე, რომელსაც ჩვენი გუნდი აშენებს. იგივე პატერნები და დიზაინ-გადაწყვეტილებები, რომლებიც იქ გამოიყენება, პირდაპირ ჩნდება კურსებშიც: identity & auth, განაწილებული სერვისები, code review-ის კულტურა. სწავლობ ინჟინრებთან, რომლებიც აქტიურად უშვებენ production-კოდს, არა სახელმძღვანელოდან.
სილაბუსი
კურსი ასწავლის backend დეველოპერებს სისტემურ და არქიტექტურულ აზროვნებას რეალური production გამოცდილების საფუძველზე.
- 1 მოდული 1: Backend არქიტექტურის საფუძვლები
- 2 მოდული 2: მონოლითი vs მიკროსერვისები — რეალური trade-off-ები
- 3 მოდული 3: სერვისების საზღვრები და სისტემის დიზაინი
- 4 მოდული 4: API დიზაინი — REST უფრო ღრმა, ვიდრე endpoint-ები
- 5 მოდული 5: აუთენტიფიკაცია და ავტორიზაცია
- 6 მოდული 6: JWT, Refresh Tokens და უსაფრთხოების შეცდომები
- 7 მოდული 7: მონაცემთა მოდელირება და შენახვა
- 8 მოდული 8: წარმადობა და მასშტაბირება
- 9 მოდული 9: ქეშირების სტრატეგიები
- 10 მოდული 10: Observability და production აზროვნება
- 11 მოდული 11: Backend არქიტექტურის ხშირი შეცდომები
- 12 მოდული 12: ფინალური არქიტექტურული განხილვა
წინაპირობები
თქვენ უკვე წერთ backend კოდს და გსურთ სისტემურ და არქიტექტურულ დონეზე ზრდა.
საჭიროა backend დეველოპმენტის საბაზისო გამოცდილება.
რას ააშენებთ
გადიხარ არქიტექტურული პატერნებით, რომლებიც Mid ინჟინერს Senior-ისგან ჰყოფს — clean architecture, dependency boundaries, microservices vs monolith, სად უნდა იცხოვროს ავთენტიფიკაციამ, რა არის სერვისი vs ფიჩერი. ლექსიკა, რომელიც „კოდის წერა შემიძლიას" აქცევს „სისტემების დიზაინის შემიძლიად".
- Backend არქიტექტურის საფუძვლები
- მონოლითსა და მიკროსერვისებს შორის არჩევა
- API დიზაინი და ვერსიონირება
- აუთენტიფიკაცია და ავტორიზაცია (JWT)
- წარმადობა და მასშტაბირება
- ქეშირების სტრატეგიები
- Production მზადყოფნა
სად დევს თქვენს კარიერაში
კურსის პარალელურად წასაკითხი
OpenSpec 2026-ში: spec-driven development-ის ოპერაციული სისტემა
ექვსი კვირის წინ დავაყენე @fission-ai/openspec. გუშინ ჩავაბარე თოთხმეტ-ფაილიანი ცვლილება ოთხმოცდაათ წუთში ორას-ხაზიანი სპეციფიკაციიდან, brownfield-კოდბაზაში, რომელსაც სამი ინჟინერი ორი წელია ასწორებს — მერჯ-კონფლიქტების გარეშე, რევიუს ესკალაციის გარეშე. ეს არის სენიორ-არქიტექტორის ღრმა გარჩევა იმისა, თუ რატომ OpenSpec არის პირველი SDD-ხელსაწყო, რომელიც პროდაქშენ-რეალობის ქვეშ არ იშლება.
Evals 2026-ში: ტესტ-სიუტი სისტემებისთვის, რომლებიც დეტერმინირებული არ არიან
თქვენი AI-ფიჩა გუშინ მუშაობდა და დღეს იშლება. არც კოდი შეცვლილა, არც პრომპტი, არც მოდელი. ასე გამოიყურება ცხოვრება evals-ის გარეშე. ეს არის spec → context → evals ტრიადის მესამე საყრდენი — და დისციპლინა, რომელსაც გუნდების უმეტესობა გამოტოვებს.
კონტექსტ-ინჟინერია: დისციპლინა, რომელიც 2026-ში ცვლის prompt engineering-ს
Prompt engineering არასოდეს ყოფილა რეალური უნარი. პროდუქშენში AI-ფიჩების ორწლიანი მიწოდების შემდეგ პირდაპირ ვიტყვი: შედეგზე სხვა გავლენას ახდენს — კონტექსტ-ინჟინერია. მდგომარეობა, ხელსაწყოები, ძიება, ისტორია და შეზღუდვები, რომელიც ზუსტ მომენტში მოდელის ფანჯარაში ერთმანეთს უხამდება. არქიტექტორის ხედვა.
პირველი გაკვეთილი ჩვენი ხარჯითაა. გადაწყვიტე ინსტრუქტორთან გაცნობის შემდეგ.
ჩაერთე პირველ სესიაზე. თუ პირველი გაკვეთილის შემდეგ გადაწყვიტე, რომ ინსტრუქტორი არ გერგო — მისთვის არ იხდი, არცერთი უხერხული საუბრის გარეშე. (საცდელი მოქმედებს იმ კურსებზე, რომლებიც 5 გაკვეთილზე გრძელია; ეს კურსი ერგება.)
ფასი და რა შედის
რა შედის
- 12 ცოცხალი სესია × 2 საათი — მასწავლებელი ცოცხლად ატარებს, არა ჩანაწერი
- სლაიდები თითოეული სესიისთვის — შენთან რჩება და ნებისმიერ დროს შეგიძლია გადახედო
- მუშა კოდის ფაილები და data-ფაილები გაკვეთილიდან — შენს მანქანაზე იქნება დაკლონილი
- ყოველკვირეული სავალდებულო პერსონალური კოდის გადახედვით მასწავლებლისგან
- ჩაწერა მოთხოვნით — წინასწარ აცნობე მასწავლებელს („სამშაბათს ვერ მოვალ, ჩაწერე გთხოვ") და გაკვეთილი შენთვის ჩაიწერება
ხშირად დასმული კითხვები
რამდენ საათს მოითხოვს კვირაში?
გათვალე ცოცხალი სესიები პლუს დაახლოებით 1.5–2 საათი პრაქტიკისთვის თითოეულზე. სტუდენტების უმრავლესობა, ვინც გრაფიკში თავსდება, კვირაში 4–6 საათს ხარჯავს. ნაკლებიც მუშაობს — უბრალოდ მეტი დრო სჭირდება.
რა ხდება თუ გაკვეთილს გავაცდენ?
უთხარი მასწავლებელს გაკვეთილამდე — „სამშაბათს ვერ მოვალ, ჩაწერე გთხოვ" — და მასწავლებელი ჩაწერს ამ გაკვეთილს და გამოგიგზავნის. ჩანაწერები არ არის ავტომატური არქივი; ისინი მოთხოვნით კეთდება, როცა წინასწარ გვაცნობებ. გაკვეთილის შემდეგ გააკეთე სავალდებულო, შემდეგ სესიაზე კი მოდი კითხვებით.
რა შედის ფასში?
ცოცხალი სესიები მასწავლებელთან; სლაიდები თითოეული სესიისთვის (შენი რჩება); მუშა კოდის ფაილები და ნებისმიერი data-ფაილი, რომელიც გაკვეთილზე გამოვიყენეთ; ყოველკვირეული დავალება კოდის გადახედვით; და იმ სესიების ჩანაწერები, რომელზეც წინასწარ გაგვიფრთხილე. ყველაფერი დანარჩენი — სერთიფიკატი, alumni-წვდომა, mock ინტერვიუ — ცალსახად ჩამოთვლილია „რა შედის"-ში FAQ-ის ზემოთ იმ კურსებზე, სადაც ეს მოქმედებს.
და თუ ჩავეწერე და მასწავლებელი არ მერგო?
კურსებზე, რომლებიც 5 გაკვეთილზე გრძელია, პირველი სესია ფაქტობრივად საცდელია — თუ პირველი გაკვეთილის შემდეგ გადაწყვიტე, რომ მასწავლებელი არ გერგო, მისთვის არ იხდი. სჯობს ერთი გაკვეთილის მერე წახვიდე, ვიდრე 9 კვირა იტანო ცუდი კავშირი. (5 ან ნაკლები გაკვეთილის კურსები ძალიან მოკლეა — საცდელი შეთავაზება იქ აზრს კარგავს, ჩვეულებრივი ფასი მოქმედებს.)
შეიძლება თანხის უკან დაბრუნება, თუ შუაში მივატოვებ?
დიახ — სანამ კურსის ნახევარზე მეტი გამოუყენებელია (ანუ ნაკლებად ვიდრე 50% გაკვეთილისა გაიარე). თანხის დაბრუნება — გამოუყენებელ ნაწილზე პროპორციულად. შუა გზის შემდეგ აღარ ვაბრუნებთ — ვთვლით, რომ ღირებულება უკვე მიწოდებულია.
შემიძლია სასწავლო ენის შეცვლა?
ცოცხალი სესიები მიმდინარეობს იმ ენაზე, რომელიც ზემოთ ბლოკში „ხელმისაწვდომი ენები"-ა მითითებული. სლაიდები და კოდის ფაილები ჩვეულებრივ ხელმისაწვდომია ოთხივე ენაზე (ინგლისური, რუსული, უკრაინული, ქართული). ბევრი სტუდენტი უსმენს ერთ ენაზე და კითხულობს მეორეზე — ეს ნორმალურია.
მზად ვიქნები რეალური სამუშაოსთვის კურსის შემდეგ?
ერთი კურსი იშვიათად ანიჭებს ვინმეს სამუშაოს თვითონ — არცერთ სფეროში. ეს კურსი გაძლევს იმ საფუძველს, რომელსაც junior-დაქირავების მენეჯერი ელის: საკუთარი ხელით დაწერილი მუშა კოდი, ლექსიკა სხვისი კოდის წასაკითხად და ჩვევები, რომელიც გხდის დასაქირავებელ. გულახდილი პასუხი კითხვაზე „მზად ვარ?" ჩვენს roadmap-ზეა (ბმული გვერდის თავში) — გახსენი ის დონე, რომელზეც გინდა მისვლა, და წაიკითხე ჩეკლისტი „მზად ხარ, როცა…".
შემიძლია განვადებით გადახდა?
დიახ იმ კურსებისთვის, რომლებსაც ზედა ზოლში „ყოველთვიური გადახდა"-ა მითითებული — ჩვეულებრივ ეს ორი ან სამი თანაბარი თანხაა. ის კურსები, რომლებსაც ეს ოპცია არ აქვთ, ერთჯერად უნდა გადაიხადო. თუ ფასი ბარიერია, მოგვწერე — თითოეულ ქეისს ცალკე ვიხილავთ.
ეს ასევე შეიძლება მოგეწონოთ
AWS Bedrock და AI სერვისები დეველოპერებისთვის
Deploy და გამოიყენეთ AI მოდელები AWS-ზე: Bedrock (Claude, Llama, Titan), Lambda, API Gateway, S3 და DynamoDB. შექმენით enterprise AI გადაწყვეტები.
Node.js და REST API-ები
შექმენით production-მზა REST APIs Node.js-ით და Express-ით. ასინქრონული patterns, middleware, JWT ავტენტიფიკაცია, მონაცემთა ბაზის ინტეგრაცია, შეცდომების დამუშავება.
MCP სერვერების და AI Tool Integrations-ის შექმნა
დაეუფლეთ Model Context Protocol (MCP) — Anthropic-ის ღია სტანდარტს AI მოდელების გარე ინსტრუმენტებთან და მონაცემებთან დასაკავშირებლად. შექმენით MCP სერვერები, გაუმართეთ API Claude-ს.