როგორ განვახორციელოთ Atlassian Jira + Confluence კორპორაციაში. ტექნიკური კითხვები

გეგმავთ Atlassian პროგრამული უზრუნველყოფის დანერგვას (Jira, Confluence)? არ გინდათ დაუშვათ დიზაინის სასტიკი შეცდომები, რომლებიც შემდეგ ბოლო მომენტში უნდა მოგვარდეს?

მაშინ თქვენ აქ ხართ - ჩვენ განვიხილავთ Atlassian Jira + Confluence-ის დანერგვას კორპორაციაში, სხვადასხვა ტექნიკური ასპექტის გათვალისწინებით.
გამარჯობა, მე ვარ პროდუქტის მფლობელი RSHB-ში და პასუხისმგებელი ვარ Atlassian Jira-სა და Confluence პროგრამულ პროდუქტებზე აგებული სიცოცხლის ციკლის მართვის სისტემის (LCMS) განვითარებაზე.

ამ სტატიაში მე აღვწერ LCMS-ის აგების ტექნიკურ ასპექტებს. სტატია გამოადგება ყველას, ვინც გეგმავს Atlassian Jira-სა და Confluence-ის დანერგვას ან განვითარებას კორპორატიულ გარემოში. სტატია არ საჭიროებს სპეციალურ ცოდნას და განკუთვნილია Atlassian პროდუქციის საწყისი დონის გაცნობისთვის. სტატია სასარგებლო იქნება ადმინისტრატორებისთვის, პროდუქტის მფლობელებისთვის, პროექტის მენეჯერებისთვის, არქიტექტორებისთვის და ყველასთვის, ვინც გეგმავს Atlassian პროგრამულ უზრუნველყოფაზე დაფუძნებული სისტემების დანერგვას.

შესავალი

სტატიაში განხილული იქნება სასიცოცხლო ციკლის მართვის სისტემის (LCMS) დანერგვის ტექნიკური საკითხები კორპორატიულ გარემოში. ჯერ განვსაზღვროთ რას ნიშნავს ეს.

რა არის საწარმოს გადაწყვეტა?

ეს ნიშნავს გამოსავალს:

1. მასშტაბირებადი. დატვირთვის გაზრდის შემთხვევაში არსებობს სისტემის სიმძლავრის გაზრდის ტექნიკური შესაძლებლობა. განცალკევებული ჰორიზონტალური და ვერტიკალური სკალირება - ვერტიკალური სკალირებით იზრდება სერვერების ტევადობა, ჰორიზონტალური სკალირებისას იზრდება სისტემის მუშაობის სერვერების რაოდენობა.
2. Failsafe. სისტემა ხელმისაწვდომი დარჩება, თუ ერთი ელემენტი ვერ ხერხდება. ზოგადად, კორპორატიული სისტემები არ საჭიროებს შეცდომის ტოლერანტობას, მაგრამ ჩვენ განვიხილავთ სწორედ ასეთ გადაწყვეტას. ჩვენ ვგეგმავთ სისტემაში რამდენიმე ასეული კონკურენტუნარიანი მომხმარებლის ყოლას და შეფერხების დრო ძალიან მნიშვნელოვანი იქნება.
3. მხარდაჭერილი. გამოსავალი უნდა იყოს მხარდაჭერილი გამყიდველის მიერ. მხარდაუჭერელი პროგრამული უზრუნველყოფა უნდა შეიცვალოს შიდა განვითარებით ან სხვა მხარდაჭერილი პროგრამული უზრუნველყოფით.
4. დაყენების თვითმართვა (წინასწარ). თვითმართვა არის პროგრამული უზრუნველყოფის დაყენების შესაძლებლობა არა ღრუბელში, არამედ საკუთარ სერვერებზე. უფრო ზუსტად რომ ვთქვათ, ეს არის ყველა არა SaaS ინსტალაციის ვარიანტი. ამ სტატიაში განვიხილავთ მხოლოდ თვითმართვადი ინსტალაციის ვარიანტებს.
5. დამოუკიდებელი განვითარებისა და ტესტირების შესაძლებლობა. სისტემაში პროგნოზირებადი ცვლილებების ორგანიზებისთვის საჭიროა ცალკე სისტემა განვითარებისთვის (ცვლილებები თავად სისტემაში), ტესტირების სისტემა (Staging) და პროდუქტიული სისტემა მომხმარებლების მუშაობისთვის.
6. სხვა. მხარს უჭერს ავტორიზაციის სხვადასხვა სცენარს, მხარს უჭერს აუდიტის ჟურნალებს, აქვს მორგებული როლური მოდელი და ა.შ.

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

რა არის სიცოცხლის ციკლის მართვის სისტემა (LCMS)?

მოკლედ, ჩვენს შემთხვევაში, ეს არის Atlassian Jira და Atlassian Confluence - სისტემა, რომელიც უზრუნველყოფს გუნდური მუშაობის ორგანიზების ინსტრუმენტებს. სისტემა არ „აწესებს“ სამუშაოს ორგანიზების წესებს, მაგრამ უზრუნველყოფს სამუშაოსთვის სხვადასხვა ინსტრუმენტებს, როგორიცაა Scrum, Kanban დაფები, ჩანჩქერის მოდელი და მასშტაბირებადი Scrum და ა.შ.
სახელი LCMS არ არის ინდუსტრიული ტერმინი ან ჩვეულებრივი ტერმინი, ის უბრალოდ სისტემის სახელია ჩვენს ბანკში. ჩვენთვის LCMS არ არის შეცდომების თვალთვალის სისტემა, ეს არ არის ინციდენტების მართვის სისტემა და ცვლილებების მართვის სისტემა.

რას მოიცავს განხორციელება?

გადაწყვეტის განხორციელება შედგება მრავალი ტექნიკური და ორგანიზაციული საკითხისგან:

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

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

მახასიათებლები Atlassian

Atlassian არის ლიდერი ბევრ სეგმენტში:

• Gartner Magic Quadrant Enterprise Agile Planning Tools-ისთვის
  (ხელმძღვანელობა AgileCraft-ის წარმატებული შეძენის გამო მისი ღრუბლის გადაწყვეტით)
  
• გლობალური აპლიკაციის სასიცოცხლო ციკლის მართვის ინსტრუმენტები ბაზრის წილი

Atlassian-ის პროდუქტებს გააჩნიათ თქვენთვის საჭირო ყველა საწარმოს მახასიათებელი. მე აღვნიშნავ შემდეგ მახასიათებლებს:

1. Atlassian გადაწყვეტილებები დაფუძნებულია Java Tomcat ვებ სერვერზე. Apache Tomcat პროგრამული უზრუნველყოფა მოყვება Atlassian პროგრამულ უზრუნველყოფას, როგორც ინსტალაციის ნაწილი, თქვენ არ შეგიძლიათ შეცვალოთ Atlassian პროგრამული უზრუნველყოფით დაინსტალირებული Apache Tomcat-ის ვერსია, მაშინაც კი, თუ ვერსია მოძველებულია და შეიცავს დაუცველობას. ერთადერთი ვარიანტია დაველოდოთ Atlassian-ის განახლებას Apache Tomcat-ის უახლესი ვერსიით. ახლა, მაგალითად, Jira-ს ამჟამინდელ ვერსიებს აქვთ Apache Tomcat 8.5.42, ხოლო Confluence-ს აქვს Apache Tomcat 9.0.33.
2. დანერგილია მოსახერხებელი ინტერფეისი, ამ კლასის პროგრამული უზრუნველყოფის ბაზარზე არსებული საუკეთესო პრაქტიკა.
3. სრულად კონფიგურირებადი გადაწყვეტა. გაუმჯობესებით, თქვენ შეგიძლიათ განახორციელოთ ნებისმიერი ცვლილება მომხმარებლისთვის ძირითად ფუნქციონირებაში.
4. განვითარებული ეკოსისტემა. რამდენიმე ასეული პარტნიორია: https://partnerdirectory.atlassian.com, მათ შორის 16 პარტნიორი რუსეთში. სწორედ რუსეთში პარტნიორების მეშვეობით შეგიძლიათ შეიძინოთ Atlassian პროგრამული უზრუნველყოფა, დანამატები და გაიაროთ ტრენინგი. ეს არის პარტნიორები, რომლებიც ავითარებენ და ინარჩუნებენ დანამატების უმეტესობას.
5. App Store (დამატებები): https://marketplace.atlassian.com. დანამატები მნიშვნელოვნად აძლიერებს Atlassian პროგრამული უზრუნველყოფის ფუნქციონირებას. Atlassian პროგრამული უზრუნველყოფის ძირითადი ფუნქციონირება საკმაოდ მოკრძალებულია, თითქმის ნებისმიერი ამოცანისთვის საჭირო ხდება დამატებითი დანამატების უფასოდ ან დამატებითი თანხის დაყენება. აქედან გამომდინარე, პროგრამული უზრუნველყოფის ხარჯები შეიძლება მნიშვნელოვნად მაღალი იყოს, ვიდრე თავდაპირველად იყო შეფასებული.
   დღეისათვის მაღაზიაში გამოქვეყნებულია რამდენიმე ათასი დანამატი, მათგან თითქმის ათასი ტესტირება და დადასტურება იქნა მონაცემთა ცენტრის დამტკიცებული აპლიკაციების პროგრამის ფარგლებში. ასეთი დანამატები შეიძლება ჩაითვალოს სტაბილურად და შესაფერისი დატვირთულ სისტემებში გამოსაყენებლად.
   გირჩევთ, ყურადღებით მიუდგეთ დანამატების დაგეგმვის საკითხს, ეს დიდად აისახება გადაწყვეტის ღირებულებაზე, ბევრმა დანამატმა შეიძლება გამოიწვიოს სისტემის არასტაბილურობა და მოდულის მწარმოებელი არ უზრუნველყოფს მხარდაჭერას პრობლემის გადასაჭრელად.
6. ტრენინგი და სერტიფიცირება: https://www.atlassian.com/university
7. SSO, SAML 2.0 მექანიზმები მხარდაჭერილია.
8. მასშტაბურობისა და შეცდომების ტოლერანტობის მხარდაჭერა ხელმისაწვდომია მხოლოდ მონაცემთა ცენტრის გამოცემებში. ეს გამოცემა პირველად 2014 წელს გამოჩნდა (Jira 6.3). მონაცემთა ცენტრის გამოცემების ფუნქციონალობა მუდმივად ფართოვდება და უმჯობესდება (მაგალითად, ერთი კვანძის დაყენების შესაძლებლობა მხოლოდ 2020 წელს გამოჩნდა). მონაცემთა ცენტრის გამოცემებისთვის დანამატების მიდგომა ძალიან შეიცვალა 2018 წელს მონაცემთა ცენტრის დამტკიცებული აპლიკაციების დანერგვით.
9. მხარდაჭერის ღირებულება. გამყიდველის მხარდაჭერის ღირებულება თითქმის უტოლდება პროგრამული უზრუნველყოფის ლიცენზიების სრულ ღირებულებას. ლიცენზიების ღირებულების გაანგარიშების მაგალითი მოცემულია ქვემოთ.
10. გრძელვადიანი გამოშვების ნაკლებობა. არსებობს ე.წ საწარმოს ვერსიები, მაგრამ ისინი, ისევე როგორც ყველა სხვა ვერსია, მხარდაჭერილია 2 წლის განმავლობაში. იმ განსხვავებით, რომ მხოლოდ შესწორებები გამოდის Enterprise ვერსიებისთვის, ახალი ფუნქციების დამატების გარეშე.
11. გაფართოებული მხარდაჭერის ვარიანტები (დამატებითი ფულისთვის). https://www.atlassian.com/enterprise/support-services
12. მხარდაჭერილია DBMS-ის რამდენიმე ვარიანტი. Atlassian-ს გააჩნია უფასო H2 მონაცემთა ბაზა, რომელიც არ არის რეკომენდებული პროდუქტიული გამოყენებისთვის. შემდეგი DBMS მხარდაჭერილია პროდუქტიული გამოყენებისთვის: Amazon Aurora (მხოლოდ მონაცემთა ცენტრი) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL სერვერი. არსებობს შეზღუდვები მხარდაჭერილ ვერსიებზე და ხშირად მხარდაჭერილია მხოლოდ ძველი ვერსიები, მაგრამ თითოეული DBMS-ისთვის არის ვერსია გამყიდველის მხარდაჭერით:
    Jira-ს მხარდაჭერილი პლატფორმები,
    Confluence მხარდაჭერილი პლატფორმები.

ტექნიკური არქიტექტურა

სქემის განმარტებები:

• დიაგრამა გვიჩვენებს იმპლემენტაციას ჩვენს ბანკში, ეს კონფიგურაცია მოცემულია როგორც მაგალითი და არ არის რეკომენდებული.
• nginx უზრუნველყოფს საპირისპირო პროქსის ფუნქციას როგორც Jira-სთვის, ასევე Confluence-ისთვის.
• DBMS-ის შეცდომის ტოლერანტობა ხორციელდება DBMS-ის საშუალებით.
• გარემოს შორის ცვლილებების გადატანა ხდება Jira მოდულის კონფიგურაციის მენეჯერის გამოყენებით.
• დიაგრამაში AppSrv არის ადგილობრივი საანგარიშო აპლიკაციის სერვერი, არ იყენებს Atlassian პროგრამულ უზრუნველყოფას.
• EasyBI მონაცემთა ბაზა შეიქმნა კუბების შესაქმნელად და მოხსენებისთვის eazyBI Reports and Charts for Jira მოდულის გამოყენებით.
• Confluence Synchrony სერვისი (კომპონენტი, რომელიც იძლევა დოკუმენტების ერთდროული რედაქტირების საშუალებას) არ არის გამოყოფილი ცალკე ინსტალაციად და მუშაობს Confluence-თან ერთად, იმავე სერვერზე.

ლიცენზირება

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

1. სერვერის გამოცემის ლიცენზია მუდმივია და მომხმარებელს შეუძლია პროგრამული უზრუნველყოფის გამოყენება ლიცენზიის ვადის გასვლის შემდეგაც. მაგრამ ლიცენზიის ვადის ამოწურვის შემდეგ, მყიდველი კარგავს უფლებას მიიღოს პროდუქტის მხარდაჭერა და განაახლოს პროგრამული უზრუნველყოფა უახლეს ვერსიებზე.
2. ლიცენზირება ეფუძნება მომხმარებელთა რაოდენობას "JIRA მომხმარებლების" გლობალური ნებართვების სისტემაში. არ აქვს მნიშვნელობა, სარგებლობენ თუ არა სისტემაში - მაშინაც კი, თუ მომხმარებლები სისტემაში არასოდეს შესულან, ყველა მომხმარებელი იქნება გათვალისწინებული ლიცენზიისთვის. თუ ლიცენზირებული მომხმარებლების რაოდენობა გადააჭარბებს, გამოსავალი არის ზოგიერთი მომხმარებლისგან „JIRA მომხმარებლების“ ნებართვის ამოღება.
3. მონაცემთა ცენტრის ლიცენზია რეალურად არის გამოწერა. საჭიროა წლიური სალიცენზიო გადასახადი. ვადის გასვლისას სისტემასთან მუშაობა დაიბლოკება.
4. ლიცენზიების ღირებულება შეიძლება დროთა განმავლობაში შეიცვალოს. როგორც პრაქტიკა გვიჩვენებს, დიდად და, შესაძლოა, მნიშვნელოვნად. ამიტომ, თუ თქვენი ლიცენზიები წელს ერთი თანხა ჯდება, მომავალ წელს ლიცენზიების ღირებულება შეიძლება გაიზარდოს.
5. ლიცენზირება ხდება მომხმარებლების მიერ ფენების მიხედვით (მაგალითად, დონე 1001-2000 მომხმარებელი). შესაძლებელია უფრო მაღალ საფეხურზე გადასვლა, დამატებითი გადასახადით.
6. თუ ლიცენზირებული მომხმარებლების რაოდენობა გადააჭარბებს, ახალი მომხმარებლები შეიქმნება სისტემაში შესვლის უფლების გარეშე („JIRA Users“ გლობალური ნებართვა).
7. დანამატების ლიცენზირება შესაძლებელია მხოლოდ იმავე რაოდენობის მომხმარებლებისთვის, როგორც ძირითადი პროგრამული უზრუნველყოფა.
8. მხოლოდ პროდუქტიული ინსტალაციებია საჭირო ლიცენზირებისთვის, დანარჩენისთვის შეგიძლიათ მიიღოთ დეველოპერის ლიცენზია: https://confluence.atlassian.com/jirakb/get-a-developer-license-for-jira-server-744526918.html.
9. ტექნიკური მომსახურების შესაძენად საჭიროა Renew Software ტექნიკური მომსახურების შეძენა - ღირებულება არის ორიგინალური პროგრამული უზრუნველყოფის ღირებულების დაახლოებით 50%. ეს ფუნქცია მიუწვდომელია მონაცემთა ცენტრისთვის და არ ვრცელდება დანამატებზე - თქვენ მოგიწევთ ყოველწლიურად გადაიხადოთ სრული ღირებულება მათ მხარდასაჭერად.
   ამრიგად, პროგრამული უზრუნველყოფის წლიური მხარდაჭერა ჯდება პროგრამული უზრუნველყოფის მთლიანი ღირებულების 50% -ზე მეტი სერვერის გამოცემის შემთხვევაში და 100% მონაცემთა ცენტრის გამოცემის შემთხვევაში - ეს მნიშვნელოვნად მეტია, ვიდრე სხვა მომწოდებლების უმეტესობა. ჩემი აზრით, ეს არის ატლასიური ბიზნეს მოდელის მნიშვნელოვანი მინუსი.

სერვერის გამოცემიდან მონაცემთა ცენტრში გადასვლის მახასიათებლები:

1. სერვერის გამოცემიდან მონაცემთა ცენტრში გადასვლა ფასიანია. ფასი შეგიძლიათ ნახოთ აქ https://www.atlassian.com/licensing/data-center.
2. სერვერის გამოცემიდან მონაცემთა ცენტრში გადასვლისას არ გჭირდებათ გადახდა დანამატების გამოცემის შესაცვლელად - იმუშავებს სერვერის გამოცემის დანამატები. მაგრამ საჭირო იქნება დანამატების ლიცენზიების განახლება მონაცემთა ცენტრის გამოცემისთვის.
3. შეგიძლიათ გამოიყენოთ დანამატები, რომლებსაც არ აქვთ ვერსია მონაცემთა ცენტრის გამოცემებთან გამოსაყენებლად. ამავდროულად, რა თქმა უნდა, ასეთი დანამატები შეიძლება არ იმუშაოს სწორად და სჯობს წინასწარ მიაწოდოთ ასეთი დანამატების ალტერნატივა.
4. მონაცემთა ცენტრის ვერსიაზე განახლება ხდება ახალი ლიცენზიის დაყენებით. ამავდროულად, სერვერის გამოცემის ლიცენზია კვლავ ხელმისაწვდომია.
5. არ არსებობს ფუნქციური განსხვავებები მონაცემთა ცენტრისა და სერვერის გამოცემებს შორის მომხმარებლებისთვის, ყველა განსხვავება მხოლოდ ადმინისტრირების ფუნქციებში და ინსტალაციის ტექნიკურ შესაძლებლობებშია.
6. პროგრამული უზრუნველყოფისა და დანამატების ღირებულება განსხვავდება სერვერისა და მონაცემთა ცენტრის გამოცემებისთვის. ღირებულებაში სხვაობა ხშირად 5%-ზე ნაკლებია (არ არის აუცილებელი). ხარჯების გაანგარიშების მაგალითი ნაჩვენებია ქვემოთ.

განხორციელების ფუნქციური ფარგლები

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

Confluence სისტემისთვის, ჩვენ ვიყენებთ შემდეგ დანამატებს (სურათზე დაწკაპუნება შესაძლებელია):

კომენტარები ცხრილებზე დანამატებით:

• ყველა ფასი დაფუძნებულია 2000 მომხმარებელზე;
• ფასები მოცემულია მითითებულ ფასებზე https://marketplace.atlassian.com, რეალური ღირებულება (ფასდაკლებით) უფრო დაბალია;
• როგორც ხედავთ, საერთო თანხა პრაქტიკულად ერთნაირია მონაცემთა ცენტრისა და სერვერის გამოცემებისთვის;
• გამოსაყენებლად შეირჩა მხოლოდ დანამატები მონაცემთა ცენტრის გამოცემის მხარდაჭერით. ჩვენ გამოვრიცხეთ დანარჩენი დანამატები გეგმებიდან, სისტემის სტაბილურობისთვის.

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

• დამატებულია რამდენიმე ვიზუალური ინსტრუმენტი;
• გაუმჯობესებული ინტეგრაციის მექანიზმები;
• დამატებულია ხელსაწყოები ჩანჩქერის მოდელის პროექტებისთვის;
• დამატებულია ინსტრუმენტები მასშტაბური Scrum-ისთვის დიდი პროექტის გუნდების მუშაობის ორგანიზებისთვის;
• დამატებულია ფუნქციონირება დროის თვალყურის დევნებისთვის;
• დამატებულია ინსტრუმენტები ოპერაციების ავტომატიზაციისა და გადაწყვეტის კონფიგურაციისთვის;
• დამატებულია ფუნქციონირება გადაწყვეტის ადმინისტრირების გამარტივებისა და ავტომატიზაციისთვის.

გარდა ამისა, ჩვენ ვიყენებთ Atlassian Companion აპლიკაცია. ეს აპლიკაცია საშუალებას გაძლევთ დაარედაქტიროთ ფაილები გარე აპლიკაციებში (MS Office) და დააბრუნოთ ისინი Confluence-ში (check-in).
აპლიკაცია მომხმარებლის სამუშაო სადგურებისთვის (სქელი კლიენტი) ALM Works Jira Client https://marketplace.atlassian.com/apps/7070 გადაწყვიტა არ გამოეყენებინა გამყიდველის ცუდი მხარდაჭერისა და უარყოფითი მიმოხილვების გამო.
იყიდება ინტეგრაცია MS Project-თან ჩვენ ვიყენებთ თვითდაწერილ აპლიკაციას, რომელიც საშუალებას გაძლევთ განაახლოთ Issue სტატუსები MS Project-ში Jira-დან და პირიქით. მომავალში, იგივე მიზნებისთვის, ვგეგმავთ ფასიანი მოდულის გამოყენებას Ceptah Bridge - JIRA MS Project Plugin, რომელიც დაინსტალირებულია როგორც MS Project-ის დანამატი.
ინტეგრაცია გარე აპლიკაციებთან განხორციელებულია Application Links-ის საშუალებით. ამავდროულად, Atlassian აპლიკაციების ინტეგრაციები წინასწარ არის კონფიგურირებული და მუშაობს დაყენებისთანავე, მაგალითად, შეგიძლიათ აჩვენოთ ინფორმაცია Issues in Jira-ში Confluence-ის გვერდზე.
REST API გამოიყენება Jira და Confluence სერვერებზე წვდომისთვის: https://developer.atlassian.com/server/jira/platform/rest-apis.
SOAP და XML-RPC API მოძველებულია და არ არის ხელმისაწვდომი ახალ ვერსიებში გამოსაყენებლად.

დასკვნა

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

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

სიამოვნებით ვუპასუხებ კითხვებს კომენტარებში.

წყარო: www.habr.com