პოსტების სერია Istio Service Mesh-ზე

ჩვენ ვიწყებთ პოსტების სერიას, რომელიც აჩვენებს Istio Service Mesh-ის ბევრ შესაძლებლობებს Red Hat OpenShift-თან და Kubernetes-თან ერთად.

ნაწილი პირველი, დღეს:

• მოდით ავხსნათ Kubernetes-ის გვერდითი კარის კონტეინერების კონცეფცია და ჩამოვაყალიბოთ პოსტების ამ სერიის ლაიტმოტივი: "თქვენ არ გჭირდებათ რაიმეს შეცვლა თქვენს კოდში".
• მოდით გავაცნოთ ისტიოს ფუნდამენტური რამ - მარშრუტის წესები. Istio-ს ყველა სხვა ფუნქცია მათზეა აგებული, რადგან ეს არის წესები, რომლებიც საშუალებას გაძლევთ მიმართოთ ტრაფიკს მიკროსერვისებზე, სერვისის კოდის გარე YAML ფაილების გამოყენებით. ჩვენ ასევე განვიხილავთ Canary Deployment-ის განლაგების სქემას. საახალწლო ბონუსი – 10 ინტერაქტიული გაკვეთილი ისტიოზე

მეორე ნაწილი, მალე, გეტყვით:

• როგორ ახორციელებს Istio Pool Ejection-ს ამომრთველთან ერთად და აჩვენებს, თუ როგორ გაძლევთ Istio საშუალებას ამოიღოთ მკვდარი ან ცუდად მოქმედი პოდი ბალანსის წრედან.
• ჩვენ ასევე გადავხედავთ Circuit Breaker-ის თემას პირველი პოსტიდან, რათა ვნახოთ, როგორ შეიძლება ისტიოს გამოყენება აქ. ჩვენ გაჩვენებთ, თუ როგორ გაატაროთ ტრაფიკი და გაუმკლავდეთ ქსელის შეცდომებს YAML კონფიგურაციის ფაილების და ტერმინალის ბრძანებების გამოყენებით სერვისის კოდში ოდნავი ცვლილების გარეშე.

ნაწილი მესამე:

• სიუჟეტი მოკვლევისა და მონიტორინგის შესახებ, რომლებიც უკვე ჩაშენებულია ან ადვილად ემატება ისტიოს. ჩვენ გაჩვენებთ, თუ როგორ გამოიყენოთ ინსტრუმენტები, როგორიცაა Prometheus, Jaeger და Grafana OpenShift სკალირების კომბინაციაში მიკროსერვისის არქიტექტურების მარტივად მართვისთვის.
• ჩვენ გადავდივართ შეცდომების მონიტორინგიდან და დამუშავებიდან მათ სისტემაში განზრახ შეტანაზე. სხვა სიტყვებით რომ ვთქვათ, ჩვენ ვისწავლით, თუ როგორ უნდა გავაკეთოთ შეცდომის ინექცია წყაროს კოდის შეცვლის გარეშე, რაც ძალიან მნიშვნელოვანია ტესტირების თვალსაზრისით - რადგან თუ თქვენ შეცვლით თავად კოდს ამისათვის, არსებობს დამატებითი შეცდომების დანერგვის რისკი.

დაბოლოს, ბოლო პოსტში Istio Service Mesh-ზე:

• მოდით წავიდეთ ბნელ მხარეს. უფრო ზუსტად, ჩვენ ვისწავლით Dark Launch სქემის გამოყენებას, როდესაც კოდი განლაგებულია და ტესტირება ხდება უშუალოდ წარმოების მონაცემებზე, მაგრამ არანაირად არ მოქმედებს სისტემის მუშაობაზე. ეს არის ის, სადაც ისტიოს ტრაფიკის გაყოფის შესაძლებლობა გამოდგება. და ცოცხალი წარმოების მონაცემებზე ტესტირების შესაძლებლობა საბრძოლო სისტემის მუშაობაზე რაიმე გზით გავლენის გარეშე არის გადამოწმების ყველაზე დამაჯერებელი მეთოდი.
• Dark Launch-ზე დაყრდნობით, ჩვენ გაჩვენებთ, თუ როგორ გამოიყენოთ Canary Deployment მოდელი რისკის შესამცირებლად და ახალი კოდის წარმოებაში მოხვედრის გასაადვილებლად. Canary Deployment თავისთავად შორს არის სიახლისგან, მაგრამ Istio საშუალებას გაძლევთ განახორციელოთ ეს სქემა მხოლოდ მარტივი YAML ფაილებით.
• დაბოლოს, ჩვენ გაჩვენებთ, თუ როგორ გამოიყენოთ Istio Egress სერვისებზე წვდომის მისაცემად მათთვის, ვინც თქვენი კლასტერების გარეთ არიან, რათა გამოიყენონ Istio-ს შესაძლებლობები ინტერნეტთან მუშაობისას.

ასე რომ, ჩვენ მივდივართ ...

Istio-ს მონიტორინგისა და მართვის ინსტრუმენტები - ყველაფერი, რაც გჭირდებათ მიკროსერვისების მომსახურე ქსელში ორკესტრირებისთვის სერვისის ბადე.

რა არის Istio Service Mesh

სერვისის ქსელი ახორციელებს ფუნქციებს, როგორიცაა ტრაფიკის მონიტორინგი, წვდომის კონტროლი, აღმოჩენა, უსაფრთხოება, შეცდომების შემწყნარებლობა და სხვა სასარგებლო რამ სერვისების ჯგუფისთვის. Istio საშუალებას გაძლევთ გააკეთოთ ეს ყველაფერი თავად სერვისების კოდში ოდნავი ცვლილების გარეშე. რა არის მაგიის საიდუმლო? Istio ანიჭებს საკუთარ პროქსის თითოეულ სერვისს გვერდითი კარის კონტეინერის სახით (sidecar არის მოტოციკლეტის გვერდითი კარა), რის შემდეგაც მთელი ტრაფიკი ამ სერვისზე გადის პროქსის მეშვეობით, რომელიც განსაზღვრული პოლიტიკის მიხედვით წყვეტს, როგორ, როდის და არის თუ არა ეს ტრაფიკი საერთოდ უნდა მიაღწიოს სამსახურს. Istio ასევე შესაძლებელს ხდის DevOps-ის მოწინავე ტექნიკის დანერგვას, როგორიცაა კანარის განლაგება, ამომრთველები, ხარვეზის ინექცია და მრავალი სხვა.

როგორ მუშაობს ისტიო კონტეინერებთან და კუბერნეტებთან

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

Sidecar მოდელის მიხედვით, Istio მუშაობს Linux კონტეინერში, რომელიც მდებარეობს ერთში კუბერნეტები-pod კონტროლირებადი სერვისით და აწვდის და ამოიღებს ფუნქციებს და ინფორმაციას მოცემული კონფიგურაციის მიხედვით. ჩვენ ხაზს ვუსვამთ, რომ ეს არის თქვენი საკუთარი კონფიგურაცია და ის ცხოვრობს თქვენი კოდის მიღმა. აქედან გამომდინარე, კოდი ხდება ბევრად უფრო მარტივი და მოკლე.

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

სერვისის ბადე

Istio, რომელიც ახორციელებს მიკროსერვისების მართვის ფუნქციებს მათი კოდის მიღმა, არის Service Mesh-ის კონცეფცია. სხვა სიტყვებით რომ ვთქვათ, ეს არის ერთი ან მეტი ბინარის კოორდინირებული ჯგუფი, რომლებიც ქმნიან ქსელის ფუნქციების ქსელს.

როგორ მუშაობს ისტიო მიკროსერვისებთან

ასე გამოიყურება გვერდითი კარის კონტეინერების მუშაობა ერთად კუბერნეტები и მინი ცვლა ჩიტის თვალთახედვა: გაუშვით Minishift-ის მაგალითი, შექმენით პროექტი Istio-სთვის (მოდით დავარქვათ მას „istio-system“), დააინსტალირეთ და გაუშვით Istio-სთან დაკავშირებული ყველა კომპონენტი. შემდეგ, როგორც თქვენ ქმნით პროექტებსა და პოდებს, თქვენ ამატებთ კონფიგურაციის ინფორმაციას თქვენს განლაგებაში და თქვენი პოდნები იწყებენ Istio-ს გამოყენებას. გამარტივებული დიაგრამა ასე გამოიყურება:

ახლა თქვენ შეგიძლიათ შეცვალოთ Istio პარამეტრები, რათა, მაგალითად, მოაწყოთ შეცდომის ინექცია, მხარდაჭერა კანარის განლაგება ან Istio-ს სხვა ფუნქციები - და ეს ყველაფერი თავად აპლიკაციების კოდზე შეხების გარეშე. ვთქვათ, გსურთ გადამისამართოთ მთელი ვებ ტრაფიკი თქვენი უმსხვილესი კლიენტის მომხმარებლებისგან (Foo Corporation) საიტის ახალ ვერსიაზე. ამისათვის უბრალოდ შექმენით Istio მარშრუტიზაციის წესი, რომელიც მოძებნის @foocorporation.com მომხმარებლის ID-ში და შესაბამისად გადამისამართება. ყველა სხვა მომხმარებლისთვის არაფერი შეიცვლება. ამასობაში თქვენ მშვიდად შეამოწმებთ საიტის ახალ ვერსიას. და გაითვალისწინეთ, რომ ამისთვის საერთოდ არ გჭირდებათ დეველოპერების ჩართვა.

და ამაში ძვირი გადახდა მოგიწევს?

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

დაეუფლეთ მას

Red Hat Developer Experience Team-მა შეიმუშავა სიღრმისეული პრაქტიკული ხელმძღვანელობა ისტიოს მიერ (ინგლისურად). ის მუშაობს Linux-ზე, MacOS-სა და Windows-ზე და კოდი ხელმისაწვდომია Java-სა და Node.js-ზე.

10 ინტერაქტიული გაკვეთილი ისტიოზე

ბლოკი 1 - დამწყებთათვის

ისტიოს შესავალი
30-ე
მოდით გავეცნოთ Service Mesh-ს, ვისწავლოთ როგორ დააინსტალიროთ Istio OpenShift Kubernetes კლასტერში.
წერილი

მიკროსერვისების განლაგება ისტიოში
30-ე
ჩვენ ვიყენებთ Istio-ს სამი მიკროსერვისის გამოსაყენებლად Spring Boot-ით და Vert.x-ით.
წერილი

ბლოკი 2 - შუალედური დონე

მონიტორინგი და მიკვლევა ისტიოში
60-ე
ჩვენ შევისწავლით Istio-ს ჩაშენებულ მონიტორინგის ინსტრუმენტებს, მორგებულ მეტრიკას და OpenTracing-ს Prometheus-ისა და Grafana-ს მეშვეობით.
წერილი

მარტივი მარშრუტი ისტიოში
60-ე
ისწავლეთ როგორ მართოთ მარშრუტიზაცია Istio-ში მარტივი წესების გამოყენებით.
წერილი

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

ბლოკი 3 - მოწინავე მომხმარებელი

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

ამომრთველი ისტიოში
30-ე
ჩვენ ვაყენებთ Siege-ს სტრესის ტესტირების ადგილებზე და ვსწავლობთ, თუ როგორ უნდა უზრუნველვყოთ უკანა ნაწილის გაუმართაობის ტოლერანტობა გამეორებების, ამომრთველისა და აუზის ამოფრქვევის გამოყენებით.
წერილი

ეგრესი და ისტიო
10-ე
ჩვენ ვიყენებთ Egress მარშრუტებს შიდა სერვისების გარე API-ებთან და სერვისებთან ურთიერთქმედების წესების შესაქმნელად.
წერილი

ისტიო და კიალი
15-ე
ისწავლეთ Kiali-ის გამოყენება სერვისის ქსელის მიმოხილვის მისაღებად და მოთხოვნისა და მონაცემთა ნაკადების შესასწავლად.
წერილი

ორმხრივი TLS ისტიოში
15-ე
ჩვენ ვქმნით Istio Gateway-სა და VirtualService-ს, შემდეგ დეტალურად ვსწავლობთ ურთიერთ TLS (mTLS) და მის პარამეტრებს.
წერილი

ბლოკი 3.1 - ღრმა ჩაყვინთვის: Istio სერვისის ბადე მიკროსერვისებისთვის

რაზეა წიგნი:

• რა არის სერვისის ბადე?
• ისტიოს სისტემა და მისი როლი მიკროსერვისის არქიტექტურაში.
• Istio-ს გამოყენება შემდეგი პრობლემების გადასაჭრელად:
  • შეცდომის ტოლერანტობა;
  • მარშრუტიზაცია;
  • ქაოსის ტესტირება;
  • უსაფრთხოება;
  • ტელემეტრიის შეგროვება კვალის, მეტრიკის და გრაფანას გამოყენებით.

წიგნის გადმოსაწერად

სტატიების სერია სერვისის ბადეებზე და ისტიოზე

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

სცადეთ თავს

პოსტების ეს სერია არ არის გამიზნული ისტიოს სამყაროში ღრმა ჩაძირვისთვის. ჩვენ უბრალოდ გვინდა გაგაცნოთ კონცეფცია და იქნებ შთაგაგონოთ, რომ თავად სცადოთ ისტიო. ამის გაკეთება სრულიად უფასოა და Red Hat გთავაზობთ ყველა ინსტრუმენტს, რომელიც გჭირდებათ OpenShift-ის, Kubernetes-ის, Linux-ის კონტეინერებისა და Istio-ს დასაწყებად, მათ შორის: Red Hat დეველოპერის OpenShift კონტეინერის პლატფორმა, ჩვენი მეგზური ისტიოში და სხვა რესურსები ჩვენს შესახებ მიკროსაიტი სერვისის ბადეზე. არ დააყოვნო, დაიწყე დღესვე!

Istio მარშრუტიზაციის წესები: სერვისის მოთხოვნების მითითება, სადაც ისინი უნდა წავიდნენ

openshift и კუბერნეტები გააკეთეთ შესანიშნავი სამუშაო მიმართვისთვის მიკროსერვისები მარშრუტირებულია საჭირო პოდებში. ეს არის კუბერნეტის არსებობის ერთ-ერთი მიზეზი - მარშრუტიზაცია და დატვირთვის დაბალანსება. მაგრამ რა მოხდება, თუ უფრო დახვეწილი და დახვეწილი მარშრუტი გჭირდებათ? მაგალითად, მიკროსერვისის ორი ვერსიის ერთდროულად გამოყენება. როგორ შეიძლება დაგეხმაროთ აქ Istio Route Rules?

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

Kubernetes ნაგულისხმევი: ტრივიალური "50/50"

ჩვენს მაგალითში ჩვენ ვაჩვენებთ, თუ როგორ გამოვიყენოთ მიკროსერვისის ერთდროულად ორი ვერსია OpenShift-ში, მოდით ვუწოდოთ მათ v1 და v2. თითოეული ვერსია მუშაობს საკუთარ Kubernetes-ის პოდში და ნაგულისხმევად აწარმოებს თანაბრად დაბალანსებულ მრგვალ მარშრუტიზაციას. თითოეული პოდი იღებს მოთხოვნის თავის წილს მისი მიკროსერვისის ინსტანციების, სხვა სიტყვებით რომ ვთქვათ, რეპლიკების რაოდენობის მიხედვით. Istio საშუალებას გაძლევთ შეცვალოთ ეს ბალანსი ხელით.

ვთქვათ, ჩვენ განვათავსეთ ჩვენი სარეკომენდაციო სერვისის ორი ვერსია OpenShift-ზე, რეკომენდაცია-v1 და რეკომენდაცია-v2.
ნახ. სურათი 1 გვიჩვენებს, რომ როდესაც თითოეული სერვისი წარმოდგენილია ერთ ინსტანციაში, მოთხოვნები თანაბრად ენაცვლება მათ შორის: 1-2-1-2-... ასე მუშაობს Kubernetes-ის მარშრუტიზაცია ნაგულისხმევად:

შეწონილი განაწილება ვერსიებს შორის

ნახ. სურათი 2 გვიჩვენებს, რა მოხდება, თუ გაზრდით v2 სერვისის ასლების რაოდენობას ერთიდან ორამდე (ეს კეთდება oc მასშტაბით — replicas=2 განლაგება/რეკომენდაცია-v2 ბრძანება). როგორც ხედავთ, მოთხოვნები v1-სა და v2-ს შორის ახლა იყოფა ერთი-სამ თანაფარდობით: 1-2-2-1-2-2-…:

იგნორირება ვერსია Istio-ს გამოყენებით

Istio აადვილებს მოთხოვნების განაწილების შეცვლას ისე, როგორც ჩვენ გვჭირდება. მაგალითად, გაგზავნეთ მთელი ტრაფიკი მხოლოდ რეკომენდაციაზე-v1 შემდეგი Istio yaml ფაილის გამოყენებით:

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

დირექტივის განაწილება ვერსიებს შორის (Canary Deployment)

შემდეგი, წონის პარამეტრის გამოყენებით, შეგიძლიათ მიმართოთ ტრაფიკს ორივე პოდზე, უგულებელყოთ თითოეულ მათგანში გაშვებული მიკროსერვისის შემთხვევების რაოდენობა. მაგალითად, აქ ჩვენ მივმართავთ ტრაფიკის 90%-ს v1-ზე და 10% v2-ზე:

ცალკეული მარშრუტიზაცია მობილური მომხმარებლებისთვის

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

Ახლა შენი ჯერია

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

და გახსოვდეთ, რომ Ops და არა Dev

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

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

Გამოიყენე შენი წარმოსახვა

უბრალოდ წარმოიდგინეთ სათაურის ანალიზის შესაძლებლობები რეგულარული გამონათქვამების გამოყენებით. გსურთ თქვენი ყველაზე დიდი კლიენტის გადამისამართება თქვენს სპეციალურ ვერსიაზე მიკროსერვისები? მარტივად! გჭირდებათ ცალკე ვერსია Chrome ბრაუზერისთვის? Არაა პრობლემა! თქვენ შეგიძლიათ ტრაფიკის მარშრუტი თითქმის ნებისმიერი მახასიათებლის მიხედვით.

სცადეთ თავს

Istio-ს, Kubernetes-ის და OpenShift-ის შესახებ კითხვა ერთია, მაგრამ რატომ არ შეეხოთ ყველაფერს თავად? გუნდი Red Hat დეველოპერის პროგრამა მოამზადა დეტალური სახელმძღვანელო (ინგლისურ ენაზე), რომელიც დაგეხმარებათ რაც შეიძლება სწრაფად დაეუფლონ ამ ტექნოლოგიებს. სახელმძღვანელო ასევე არის 100% ღია წყარო, ამიტომ ის განთავსებულია საზოგადოებრივ დომენში. ფაილი მუშაობს macOS-ზე, Linux-სა და Windows-ზე, ხოლო წყაროს კოდი ხელმისაწვდომია Java და node.js ვერსიებში (სხვა ენებზე ვერსიები მალე გამოვა). უბრალოდ გახსენით შესაბამისი git საცავი თქვენს ბრაუზერში Red Hat დეველოპერის დემო.

შემდეგ პოსტში: ჩვენ ლამაზად ვამუშავებთ პრობლემებს

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

წყარო: www.habr.com