Adakah anda merancang untuk melaksanakan perisian Atlassian (Jira, Confluence)? Tidak mahu membuat kesilapan reka bentuk yang kejam, yang kemudiannya perlu diselesaikan pada saat akhir?
Kemudian anda berada di sini - kami sedang mempertimbangkan pelaksanaan Atlassian Jira + Confluence dalam sebuah syarikat, dengan mengambil kira pelbagai aspek teknikal.
Helo, saya ialah Pemilik Produk di RSHB dan saya bertanggungjawab untuk pembangunan Sistem Pengurusan Kitaran Hayat (LCMS) yang dibina pada produk perisian Atlassian Jira dan Confluence.
Dalam artikel ini saya akan menerangkan aspek teknikal membina LCMS. Artikel ini akan berguna kepada sesiapa sahaja yang merancang untuk melaksanakan atau membangunkan Atlassian Jira dan Confluence dalam persekitaran korporat. Artikel itu tidak memerlukan pengetahuan khusus dan direka bentuk untuk tahap awal kebiasaan dengan produk Atlassian. Artikel ini berguna untuk pentadbir, pemilik produk, pengurus projek, arkitek dan semua orang yang merancang untuk melaksanakan sistem berdasarkan perisian Atlassian.
Pengenalan
Artikel tersebut akan membincangkan isu teknikal pelaksanaan Sistem Pengurusan Kitaran Hayat (LCMS) dalam persekitaran korporat. Mari kita tentukan dahulu apa maksudnya.
Apakah penyelesaian perusahaan?
Ini bermakna penyelesaiannya:
- Boleh skala. Sekiranya berlaku peningkatan beban, terdapat kemungkinan teknikal untuk meningkatkan kapasiti sistem. Penskalaan mendatar dan menegak yang berasingan - dengan penskalaan menegak, kapasiti pelayan meningkat, dengan penskalaan mendatar, bilangan pelayan untuk operasi sistem meningkat.
- Gagal Selamat. Sistem akan kekal tersedia jika satu elemen gagal. Secara umum, sistem korporat tidak memerlukan toleransi kesalahan, tetapi kami akan mempertimbangkan penyelesaian sedemikian sahaja. Kami merancang untuk mempunyai beberapa ratus pengguna yang kompetitif dalam sistem, dan masa henti akan menjadi sangat kritikal.
- Disokong. Penyelesaian mesti disokong oleh vendor. Perisian yang tidak disokong harus digantikan dengan pembangunan dalaman atau perisian lain yang disokong.
- Pemasangan Diurus sendiri (di premis). Diurus sendiri ialah keupayaan untuk memasang perisian bukan dalam awan, tetapi pada pelayan anda sendiri. Untuk menjadi lebih tepat, ini semua adalah pilihan pemasangan bukan SaaS. Dalam artikel ini, kami hanya akan mempertimbangkan pilihan pemasangan Diurus sendiri.
- Kemungkinan pembangunan dan ujian bebas. Untuk mengatur perubahan yang boleh diramal dalam sistem, sistem yang berasingan untuk pembangunan (perubahan dalam sistem itu sendiri), sistem ujian (Pementasan) dan sistem yang produktif untuk pengguna diperlukan.
- More. Menyokong pelbagai senario pengesahan, menyokong log audit, mempunyai model peranan tersuai, dsb.
Ini adalah elemen utama penyelesaian perusahaan dan, malangnya, ia sering dilupakan apabila mereka bentuk sistem.
Apakah itu Sistem Pengurusan Kitaran Hayat (LCMS)?
Ringkasnya, dalam kes kami, ini ialah Atlassian Jira dan Atlassian Confluence - sistem yang menyediakan alatan untuk mengatur kerja berpasukan. Sistem ini tidak "mengenakan" peraturan untuk mengatur kerja, tetapi menyediakan pelbagai alat untuk kerja, seperti Scrum, papan Kanban, model air terjun dan Scrum boleh skala, dsb.
Nama LCMS bukanlah istilah industri atau istilah biasa, ia hanyalah nama sistem di Bank kami. LCMS bagi kami bukanlah sistem penjejakan pepijat, ia bukan sistem Pengurusan Insiden dan sistem Pengurusan Perubahan.
Apakah yang termasuk pelaksanaan?
Pelaksanaan penyelesaian terdiri daripada banyak isu teknikal dan organisasi:
- Peruntukan kapasiti teknikal.
- Pembelian perisian.
- Penciptaan pasukan untuk melaksanakan penyelesaian.
- Pemasangan dan konfigurasi penyelesaian.
- Pembangunan seni bina penyelesaian. contoh.
- Pembangunan dokumentasi operasi, termasuk arahan, peraturan, reka bentuk teknikal, peraturan, dsb.
- Mengubah proses syarikat.
- Penciptaan pasukan sokongan. pembangunan SLA.
- Latihan pengguna.
- More.
Dalam artikel ini, kami akan mempertimbangkan aspek teknikal pelaksanaan, tanpa butiran mengenai komponen organisasi.
Mempunyai Atlassian
Atlassian ialah peneraju dalam banyak segmen:
(Kepimpinan kerana kejayaan pemerolehan AgileCraft dengan penyelesaian awannya)
Produk Atlassian mempunyai semua ciri perusahaan yang anda perlukan. Saya akan perhatikan ciri-ciri berikut:
- Penyelesaian Atlassian adalah berdasarkan pelayan web Java Tomcat. Perisian Apache Tomcat disertakan dengan perisian Atlassian, sebagai sebahagian daripada pemasangan, anda tidak boleh menukar versi Apache Tomcat yang dipasang dengan perisian Atlassian, walaupun versi itu sudah lapuk dan mengandungi kelemahan. Satu-satunya pilihan ialah menunggu kemas kini daripada Atlassian dengan versi Apache Tomcat yang lebih baharu. Sekarang, sebagai contoh, versi semasa Jira mempunyai Apache Tomcat 8.5.42, dan Confluence mempunyai Apache Tomcat 9.0.33.
- Antara muka yang mudah, amalan terbaik yang tersedia di pasaran untuk kelas perisian ini dilaksanakan.
- Penyelesaian yang boleh disesuaikan sepenuhnya. Dengan penambahbaikan, anda boleh melaksanakan sebarang perubahan dalam fungsi asas untuk pengguna.
- Ekosistem yang dibangunkan. Terdapat beberapa ratus rakan kongsi: , termasuk 16 rakan kongsi di Rusia. Melalui rakan kongsi di Rusia anda boleh membeli perisian Atlassian, pemalam dan mendapatkan latihan. Rakan kongsi yang membangunkan dan mengekalkan kebanyakan pemalam.
- App Store (Plugin): . Pemalam sangat meningkatkan kefungsian perisian Atlassian. Fungsi asas perisian Atlassian agak sederhana, untuk hampir semua tugas adalah perlu untuk memasang pemalam tambahan secara percuma atau untuk wang tambahan. Oleh itu, kos perisian mungkin jauh lebih tinggi daripada anggaran asal.
Sehingga kini, beberapa ribu pemalam telah diterbitkan di kedai, hampir seribu daripadanya telah diuji dan disahkan di bawah program aplikasi yang diluluskan Pusat Data. Pemalam sedemikian boleh dianggap stabil dan sesuai untuk digunakan dalam sistem yang sibuk.
Saya menasihatkan anda supaya berhati-hati mendekati isu merancang pemalam, ini sangat mempengaruhi kos penyelesaian, banyak pemalam boleh menyebabkan ketidakstabilan sistem dan pengeluar pemalam tidak memberikan sokongan untuk menyelesaikan masalah. - Latihan dan pensijilan:
- Mekanisme SSO, SAML 2.0 disokong.
- Sokongan untuk kebolehskalaan dan toleransi kesalahan hanya tersedia dalam edisi Pusat Data. Edisi ini pertama kali muncul pada 2014 (Jira 6.3). Kefungsian edisi Pusat Data sentiasa dikembangkan dan dipertingkatkan (contohnya, kemungkinan pemasangan satu nod hanya muncul pada tahun 2020). Pendekatan kepada pemalam untuk edisi Pusat Data telah banyak berubah pada tahun 2018 dengan pengenalan apl yang diluluskan oleh Pusat Data.
- Kos sokongan. Kos sokongan daripada vendor hampir sama dengan kos penuh lesen perisian. Contoh pengiraan kos lesen diberikan di bawah.
- Kekurangan keluaran jangka panjang. Ada yang dipanggil , tetapi mereka, seperti semua versi lain, disokong selama 2 tahun. Dengan perbezaan bahawa hanya pembetulan dikeluarkan untuk versi Perusahaan, tanpa menambah fungsi baharu.
- Pilihan sokongan lanjutan (untuk wang tambahan).
- Beberapa varian DBMS disokong. Atlassian datang dengan pangkalan data H2 percuma, yang tidak disyorkan untuk kegunaan produktif. DBMS berikut disokong untuk kegunaan produktif: Amazon Aurora (Pusat Data sahaja) PostgreSQL, Azure SQL, MySQL, Oracle DB, PostgreSQL, MS SQL Server. Terdapat sekatan pada versi yang disokong dan selalunya hanya versi yang lebih lama disokong, tetapi untuk setiap DBMS terdapat versi dengan sokongan vendor:
,
.
Seni bina teknikal
Penjelasan untuk skim:
- Rajah menunjukkan pelaksanaan di Bank kami, konfigurasi ini diberikan sebagai contoh dan tidak disyorkan.
- nginx menyediakan fungsi proksi terbalik untuk kedua-dua Jira dan Confluence.
- Toleransi kesalahan DBMS dilaksanakan melalui DBMS.
- Memindahkan perubahan antara persekitaran dilakukan menggunakan pemalam Pengurus Konfigurasi untuk Jira.
- AppSrv dalam rajah ialah pelayan aplikasi pelaporan asli, tidak menggunakan perisian Atlassian.
- Pangkalan data EasyBI telah dicipta untuk membina kiub dan pelaporan menggunakan pemalam Laporan dan Carta eazyBI untuk Jira.
- Perkhidmatan Confluence Synchrony (komponen yang membenarkan penyuntingan dokumen secara serentak) tidak dipisahkan ke dalam pemasangan yang berasingan dan berjalan bersama-sama dengan Confluence, pada pelayan yang sama.
Pelesenan
Isu pelesenan Atlassian layak mendapat artikel yang berasingan, di sini saya akan menyebut hanya prinsip umum.
Isu utama yang kami temui ialah isu pelesenan edisi Pusat Data. Ciri pelesenan untuk edisi Pelayan dan Pusat Data:
- Lesen untuk edisi Pelayan adalah kekal dan pelanggan boleh menggunakan perisian walaupun selepas lesen telah tamat tempoh. Tetapi selepas lesen tamat tempoh, pembeli kehilangan hak untuk menerima sokongan produk dan mengemas kini perisian kepada versi terkini.
- Pelesenan adalah berdasarkan bilangan pengguna dalam sistem kebenaran global 'Pengguna JIRA'. Tidak kira sama ada mereka menggunakan sistem atau tidak - walaupun pengguna tidak pernah log masuk ke sistem, semua pengguna akan diambil kira untuk mendapatkan lesen. Jika bilangan pengguna berlesen melebihi, penyelesaiannya adalah untuk mengalih keluar kebenaran 'Pengguna JIRA' daripada beberapa pengguna.
- Lesen Pusat Data sebenarnya adalah langganan. Yuran lesen tahunan diperlukan. Pada tamat tempoh, kerja dengan sistem akan disekat.
- Kos lesen mungkin berubah dari semasa ke semasa. Seperti yang ditunjukkan oleh amalan, secara besar-besaran dan, mungkin, dengan ketara. Oleh itu, jika lesen anda berharga satu jumlah tahun ini, maka tahun depan kos lesen mungkin meningkat.
- Pelesenan dilakukan oleh pengguna mengikut peringkat (contohnya, tahap 1001-2000 pengguna). Anda boleh menaik taraf ke peringkat yang lebih tinggi, dengan surcaj.
- Jika bilangan pengguna berlesen melebihi, pengguna baharu akan dibuat tanpa hak untuk log masuk (kebenaran global 'Pengguna JIRA').
- Pemalam hanya boleh dilesenkan untuk bilangan pengguna yang sama seperti perisian utama.
- Hanya pemasangan yang produktif diperlukan untuk dilesenkan, untuk selebihnya anda boleh mendapatkan lesen Pembangun: .
- Untuk membeli penyelenggaraan, pembelian Penyelenggaraan Perbaharui Perisian diperlukan - kosnya adalah lebih kurang 50% daripada kos perisian asal. Ciri ini tidak tersedia untuk Pusat Data dan tidak digunakan untuk pemalam - anda perlu membayar kos penuh setiap tahun untuk menyokongnya.
Oleh itu, kos sokongan perisian tahunan lebih daripada 50% daripada jumlah kos perisian dalam kes edisi Pelayan dan 100% dalam kes edisi Pusat Data - ini jauh lebih tinggi daripada kebanyakan vendor lain. Pada pendapat saya, ini adalah kelemahan ketara model perniagaan Atlassian.
Ciri-ciri peralihan daripada edisi Pelayan kepada Pusat Data:
- Peralihan daripada edisi Pelayan kepada Pusat Data dibayar. Harga boleh didapati di sini .
- Apabila bertukar daripada edisi Pelayan kepada Pusat Data, anda tidak perlu membayar untuk menukar edisi pemalam - pemalam untuk edisi Pelayan akan berfungsi. Tetapi adalah perlu untuk memperbaharui lesen untuk pemalam untuk edisi Pusat Data.
- Anda boleh menggunakan pemalam yang tidak mempunyai versi untuk digunakan dengan edisi Pusat Data. Pada masa yang sama, sudah tentu, pemalam tersebut mungkin tidak berfungsi dengan betul dan adalah lebih baik untuk menyediakan alternatif kepada pemalam tersebut terlebih dahulu.
- Peningkatan kepada edisi Pusat Data dilakukan dengan memasang lesen baharu. Pada masa yang sama, lesen untuk edisi Pelayan masih tersedia.
- Tiada perbezaan fungsi antara edisi Pusat Data dan Pelayan untuk pengguna, semua perbezaan hanya dalam fungsi untuk pentadbiran dan keupayaan teknikal pemasangan.
- Kos perisian dan pemalam berbeza untuk edisi Pelayan dan Pusat Data. Perbezaan dalam kos selalunya kurang daripada 5% (tidak penting). Contoh pengiraan kos ditunjukkan di bawah.
Skop pelaksanaan fungsi
Pakej perisian Atlassian asas termasuk sejumlah besar ciri, tetapi selalunya ciri yang disediakan oleh sistem sangat kurang. Kadang-kadang walaupun fungsi paling mudah tidak tersedia dalam pakej asas, jadi pemalam sangat diperlukan untuk hampir semua pelaksanaan. Untuk sistem Jira, kami menggunakan pemalam berikut (gambar boleh diklik):
Untuk sistem Confluence, kami menggunakan pemalam berikut (gambar boleh diklik):
Komen pada jadual dengan pemalam:
- Semua harga adalah berdasarkan 2000 pengguna;
- Harga adalah berdasarkan harga yang dinyatakan , kos sebenar (dengan diskaun) adalah lebih rendah;
- Seperti yang anda lihat, jumlah keseluruhan adalah hampir sama untuk edisi Pusat Data dan Pelayan;
- Hanya pemalam dengan sokongan untuk edisi Pusat Data telah dipilih untuk digunakan. Kami mengecualikan pemalam yang lain daripada rancangan, untuk kestabilan sistem.
Fungsi ini diterangkan secara ringkas dalam lajur Ulasan. Pemalam tambahan telah mengembangkan fungsi sistem:
- Menambah beberapa alat visual;
- Mekanisme integrasi yang lebih baik;
- Alat tambahan untuk projek model air terjun;
- Alat tambahan untuk Scrum boleh skala untuk mengatur kerja pasukan projek yang besar;
- Menambah fungsi untuk penjejakan masa;
- Alat tambahan untuk mengautomasikan operasi dan mengkonfigurasi penyelesaian;
- Menambahkan fungsi untuk memudahkan dan mengautomasikan pentadbiran penyelesaian.
Selain itu, kami menggunakan . Aplikasi ini membolehkan anda mengedit fail dalam aplikasi luaran (MS Office) dan mengembalikannya ke Confluence (daftar masuk).
Aplikasi untuk stesen kerja pengguna (pelanggan tebal) Pelanggan Jira ALM Works memutuskan untuk tidak menggunakan kerana sokongan vendor yang lemah dan ulasan negatif.
Untuk integrasi dengan MS Project kami menggunakan aplikasi tulisan sendiri yang membolehkan anda mengemas kini status Isu dalam MS Project daripada Jira dan sebaliknya. Pada masa hadapan, untuk tujuan yang sama, kami merancang untuk menggunakan pemalam berbayar , yang dipasang sebagai alat tambah untuk MS Project.
Integrasi dengan aplikasi luaran dilaksanakan melalui Pautan Aplikasi. Pada masa yang sama, penyepaduan untuk aplikasi Atlassian diprakonfigurasikan dan berfungsi serta-merta selepas persediaan, contohnya, anda boleh memaparkan maklumat tentang Isu dalam Jira pada halaman dalam Confluence.
API REST digunakan untuk mengakses pelayan Jira dan Confluence: .
API SOAP dan XML-RPC tidak digunakan dan tidak tersedia dalam versi baharu untuk digunakan.
Kesimpulan
Jadi, kami telah mempertimbangkan ciri teknikal untuk melaksanakan sistem berdasarkan produk Atlassian. Penyelesaian yang dicadangkan adalah salah satu penyelesaian yang mungkin dan sangat sesuai untuk persekitaran korporat.
Penyelesaian yang dicadangkan adalah berskala, tahan terhadap kesalahan, mengandungi tiga persekitaran untuk mengatur pembangunan dan ujian, mengandungi semua elemen yang diperlukan untuk kerjasama dalam sistem dan menyediakan pelbagai alat pengurusan projek.
Saya dengan senang hati akan menjawab soalan dalam ulasan.
Sumber: www.habr.com