პლატფორმული ინჟინერია
შიდა პლატფორმა, რომელსაც ინჟინერი მართლა იყენებს
Self-service გარემოები, საოპერაციო ინსტრუმენტები და შიდა პორტალები — აშენებული იმ ინჟინრების მიერ, ვინც თვითონ დგას ჯერზე.
პრობლემა
ყოველი მოთხოვნა ადამიანზე გადის
სატესტო გარემოსთვის ტიკეტი იწერება და ორ დღეს ელოდება. წვდომას ის ერთი ინჟინერი გასცემს, ვინც ყველა სისტემას იცნობს. ცოდნა თავებშია, პროცედურა — ჩატში, და ყოველი ახალი თანამშრომელი იმავე კითხვებს სვამს, რასაც წინა.
- სტანდარტული სამუშაო ტიკეტს მოითხოვს
- წვდომა ერთ ადამიანზეა დამოკიდებული
- თითოეული გუნდი თავისებურად აკეთებს
- ინსტრუმენტი იყიდეს, არავინ იყენებს
რას ვაწვდით
შიდა პლატფორმა, რომელსაც ინჟინერი მართლა იყენებს
სერვისების კატალოგი
რა შეიძლება მოითხოვოს ინჟინერმა თვითონ, რა — დამტკიცებით, და რა რჩება ხელით.
Self-service გარემოები
შაბლონები და ავტომატური შექმნა — სატესტო გარემო წუთებში, არა დღეებში.
შიდა პორტალი
ერთი ადგილი, სადაც სისტემების მდგომარეობა, პროცედურები და ინსტრუმენტები ერთად დგას.
წვდომის მოდელი
როლები, დამტკიცების ნაბიჯები და აუდიტის კვალი — ვინ რა ჩაატარა და როდის.
Runbook-ების ავტომატიზაცია
განმეორებადი პროცედურა ღილაკად იქცევა, ლოგირებით და შედეგის შემოწმებით.
დანერგვა გუნდში
ტრენინგი და დოკუმენტაცია — პლატფორმა, რომელსაც არ იყენებენ, ხარჯია.
არქიტექტურა
არქიტექტურა
- 01მოთხოვნაინჟინერი კატალოგიდან ირჩევს
- Service catalogue
- Golden paths
- 02წვდომაროლი და დამტკიცების ნაბიჯი
- OIDC
- RBAC
- MFA
- 03შექმნაშაბლონი, არა ხელით ნაბიჯები
- Terraform
- Ansible
- cloud-init
- 04პორტალიმდგომარეობა და პროცედურები ერთად
- Next.js
- REST API
- OpenPath
- 05აუდიტივინ რა ჩაატარა და როდის
- Audit log
- Graylog
- 06დანერგვაგამოყენების გაზომვა და ტრენინგი
შესაძლებლობები
შესაძლებლობები
თითოეული პუნქტი აღნიშნულია: დადასტურებული პროდაქშენ გამოცდილება თუ საინჟინრო შესაძლებლობა.
NOC კონსოლი ცოცხალი მონიტორინგით
ProvenOpenPath — ჩვენი საკუთარი კონსოლი path-მონიტორინგით, რომელიც ჯგუფის ქსელზე ყოველდღიურ ექსპლუატაციაშია.
- OpenPath
- TypeScript
- PostgreSQL
დიაგნოსტიკური ინსტრუმენტების პლატფორმა
Provennoc.com.ge — 33 ქსელური ინსტრუმენტი ერთ ადგილას, საჯაროდ ხელმისაწვდომი და ჩვენივე NOC-ის ყოველდღიური სამუშაო იარაღი.
- noc.com.ge
- PHP
- REST
მართვის პანელი ბილინგითა და provisioning-ით
Provenჰოსტინგის პლატფორმის საკუთარი პანელი: ტარიფები, ბალანსი, სერვერის შექმნა API-ს დონეზე — მუშა პროდუქტი, არა პროტოტიპი.
- Next.js
- PostgreSQL
- REST API
შაბლონები და გარემოს ავტომატური შექმნა
Capability- cloud-init
- Terraform
- Ansible
SSO და როლებზე დაფუძნებული წვდომა
Capability- OIDC
- RBAC
- Audit log
შიდა დეველოპერული პორტალი
Capability- Service catalogue
- Golden paths
პროცესი
პროცესი
- 01
მოთხოვნების რუკა
რომელი მოთხოვნა მეორდება ყველაზე ხშირად.
- 02
პირველი golden path
ერთი სცენარი ბოლომდე ავტომატიზებული.
- 03
პორტალი
ინტერფეისი, სადაც ეს სცენარი ხელმისაწვდომია.
- 04
გაფართოება
შემდეგი სცენარები, იმავე შაბლონით.
- 05
წვდომა და აუდიტი
როლები, დამტკიცება და კვალი.
- 06
დანერგვა
ტრენინგი, დოკუმენტაცია და გამოყენების გაზომვა.
ტექნოლოგიური სტეკი
ტექნოლოგიური სტეკი
- პლატფორმა
- TypeScriptNext.jsPHPPostgreSQL
- ავტომატიზაცია
- AnsibleTerraformcloud-initREST API
- წვდომა
- OIDCRBACMFAAudit log
- ხედვა
- GrafanaPrometheusGraylog
- ჩვენი ინსტრუმენტები
- OpenPathnoc.com.ge
თანამშრომლობის მოდელი
თანამშრომლობის მოდელი
პროექტი
ერთჯერადი scope: აუდიტი, მიგრაცია ან დანერგვა ფიქსირებული შედეგით.
რეტეინერი
ყოველთვიური საინჟინრო საათები — სპეციალისტზე წვდომა მოთხოვნისამებრ.
Co-Managed
NetWizard და თქვენი შიდა გუნდი ერთად, გაყოფილი პასუხისმგებლობით.
გამოყენების შემთხვევები
გამოყენების შემთხვევები
სატესტო გარემო ორ დღეში
დეველოპერი ელოდება, ინფრასტრუქტურის გუნდი დატვირთულია. ვაწყობთ შაბლონს და self-service შექმნას — მოთხოვნა ტიკეტიდან ღილაკზე გადადის.
მზა პროდუქტი კითხვას არ პასუხობს
საჭირო ხედვა არცერთ ინსტრუმენტში არაა. ვწერთ საკუთარს — ისე, როგორც OpenPath და noc.com.ge დაიწერა ჩვენივე NOC-ისთვის.
ცოდნა თავებშია
პროცედურები ჩატში იძებნება. ვაქცევთ runbook-ებად, შემდეგ კი — ავტომატიზებულ ნაბიჯებად, ლოგირებით.
ხშირი კითხვები
ხშირი კითხვები
ეს დიდი კომპანიის თემა არაა?
არა. ხუთკაციან გუნდშიც სამი განმეორებადი პროცედურის ავტომატიზაცია კვირაში დღეს ათავისუფლებს. ვიწყებთ ერთით, რომელიც ყველაზე ხშირად მეორდება.
მზა პროდუქტი არ ჯობია?
თუ ჯობია — მას ვირჩევთ. საკუთარს მაშინ ვწერთ, როცა მზა ინსტრუმენტი კითხვას არ პასუხობს ან ინტეგრაცია მის აწყობაზე ძვირი ჯდება.
კოდი ვისია?
თქვენი. შემუშავებული ინსტრუმენტი თქვენს რეპოზიტორიაში რჩება, დოკუმენტაციითა და გადაცემით — ჩვენ მხარდაჭერაზე შეიძლება დავრჩეთ, მაგრამ ეს არჩევანია და არა დამოკიდებულება.
დაკავშირებული