SRE yang tidak boleh membina sistem aset data bukanlah orang penyelenggaraan yang baik.

1. Memahami aset data

1. Aset data - nilai IT perusahaan

Gambar

Seperti yang ditunjukkan dalam rajah, apabila pengasetan data tidak dibina, data mungkin berada dalam bentuk diskret dan penggunaan Tanpa keseragaman, pulau data atau faedah sifar mudah berlaku.

Selepas membina pengasetan data, kami menyepadukan data daripada saluran yang berbeza, membina sumber data bersatu atau pautan proses untuk pengumpulan, penyimpanan dan analisis data, kemudian menyatukan struktur data, perhubungan data dan saluran penggunaan yang sepadan.

Selepas data operasi dikumpul dan disusun, ia boleh melayani proses membuat keputusan dan perniagaannya sendiri.

2. Aset data - mengambil senario operasi dan penyelenggaraan sebagai contoh

Gambar

Gambar di atas mengambil senario sebagai contoh untuk memperkenalkan klasifikasi aset data. Untuk memahami aset data, anda perlu memahami tiga elemen aset data, iaitu korespondensi antara jenis data, borang data dan pembawa data.

• Jenis data: penerangan maklumat tentang ciri operasi dan penyelenggaraan

Di peringkat penunjuk perniagaan, SRE memfokuskan pada masa transaksi, jumlah pesanan transaksi dan maklumat lain pada peringkat perisian pengendalian, SRE memfokuskan pada IP pengguna, status panggilan antara muka dan maklumat lain; di peringkat infrastruktur, Kemudian fokus pada kadar kehilangan paket rangkaian yang sepadan, penggunaan memori atau penggunaan CPU dan maklumat lain yang lebih mendalam, SRE akan memberi lebih perhatian kepada data seperti peristiwa perubahan, bilangan pelepasan perintis atau perubahan kecemasan; .

• Borang data: bentuk di mana data disimpan dalam pembawa data

Kami memilih kaedah storan yang sepadan berdasarkan bentuk ekspresi yang berbeza bagi data log, hubungan dan pemantauan, seperti pangkalan data hubungan, pangkalan data kegigihan, baris gilir mesej atau Fail log, dsb.

• Pembawa data: Menyediakan kaedah storan untuk data operasi dan penyelenggaraan

3 Aset data - meningkatkan nilai SRE

Gambar

Berdasarkan data operasi dan penyelenggaraan yang diperoleh, pertama. platform berasaskan, seperti perkhidmatan selepas jualan CMDB disebut dalam artikel. Gunakan platform ini untuk menguraikan dan mengurus sejumlah besar data operasi dan penyelenggaraan mengikut senario penggunaan, dengan itu merealisasikan asetisasi.

Selain itu, kami boleh menggunakan platform aset digital untuk mewujudkan dan menambah baik platform yang berkaitan dengan kestabilan SRE dengan cepat, seperti SLO dan platform pengurusan kapasiti. Setelah platform berjaya diwujudkan, kami akan terus meneroka potensi nilai data dan meningkatkan kestabilan yang SRE fokus.

2. Tadbir Urus Data - Metodologi

1. Masalah yang dihadapi oleh piawaian data operasi dan penyelenggaraan

Gambar

Masalah yang dihadapi oleh penyeragaman data operasi dan penyelenggaraan adalah sama dengan masalah kualiti data dalam big data. terutamanya termasuk pulau data , Kualiti data tidak tinggi, data tidak diketahui, perkhidmatan data tidak mencukupi, dan pembangunan mendapatkan data mengambil masa yang lama, dsb.

Masalah ini menyukarkan untuk mengulangi senario penggunaan data dengan cepat dan gagal memenuhi keperluan perniagaan. Apabila sumber manusia, sumber pelayan, sumber middleware, dsb. tidak mencukupi, pembinaan penyeragaman data akan memberi impak yang besar.

Data operasi dan penyelenggaraan sememangnya bukan standard Sebagai contoh, kaedah penyimpanan data log dan pemantauan log adalah berbeza. Dan kita perlu memaksimumkan penghuraian dan penyeragaman lengkap di bawah sumber yang terhad.

Untuk konsep popular terkini dalam industri, seperti DataOps, AIOps dan model atau senario lain, kami masih kekurangan metodologi pemodelan data yang matang dan komprehensif.

2 Wujudkan model tadbir urus data operasi dan penyelenggaraan

Mempromosikan data operasi dan penyelenggaraan ke dalam aset data perlu memberi tumpuan kepada tiga bahagian: kaedah tadbir urus, proses tadbir urus dan platform teknologi.

Gambar

1) Kaedah tadbir urus

• Menguasai pengurusan data: Tentukan dan bahagikan data yang SRE fokus. Sebagai contoh, data seperti hos dan CLP boleh digunakan sebagai data induk, dan kami melaksanakan pengurusan kitaran hayat pada mereka.
• Pengurusan metadata umum: Data ini memasuki CMDB dalam proses pelaporan gelung tertutup, iaitu pengurusan metadata umum. Diwakili oleh model CMDB, sokongan data yang sepadan disediakan ke peringkat atas.
• Pautan tadbir urus utama: Berdasarkan tiga dimensi piawaian data, kualiti tadbir urus dan garis dasar keselamatan, susun keseluruhan pautan tadbir urus, iaitu standard data, matlamat kualiti dan keperluan garis dasar untuk keseluruhan perubahan.

2) Proses tadbir urus

Proses tadbir urus merangkumi strategi, pembinaan dan operasi. Dari segi pembinaan keseluruhan, adalah perlu untuk membina platform dan alatan untuk membantu operasinya sendiri.

3) Platform Teknologi

Tujuan utama penubuhan platform teknologi adalah untuk menyokong data sedia ada dan tambahan melalui alatan.

3. Fokus pada elemen utama tadbir urus data

Elemen utama tadbir urus data tertumpu terutamanya pada empat aspek: jaminan organisasi, pembinaan sistem, pelaksanaan projek dan sokongan platform.

• Jaminan organisasi: Untuk menyelesaikan masalah sumber manusia, kami menjelaskan peranan dan pembahagian tanggungjawab ahli. Pasukan tadbir urus data yang berdedikasi terdiri daripada tiga peranan: produk, operasi dan R&D.
• Pembinaan sistem: Adalah perlu untuk membina proses piawai dan memastikan pelaksanaannya teratur, seperti akses sumber, pembangunan sumber, model data sumber dan spesifikasi lain.
• Pelaksanaan projek: Mulakan keseluruhan pengurusan khas Tadbir urus data adalah proses jangka panjang, bukan kempen yang mudah. Jika kualiti data benar-benar tidak mencapai standard, kami akan menubuhkan pasukan khas dan menggunakan pendekatan mudah alih untuk membaiki masalah kualiti data dengan segera. Walau bagaimanapun, mewujudkan cara tadbir urus jangka panjang memerlukan mengeluarkan metodologi tadbir urus yang sepadan berdasarkan produk data, dan melaksanakannya ke dalam platform yang dihasilkan untuk mendorong pihak yang bertanggungjawab data menjalankan tadbir urus data.
• Sokongan platform: Pembinaan platform tertumpu terutamanya pada pengukuran halus, pelaksanaan dan kecekapan tadbir urus serta dimensi lain.

3. Pembinaan platform CMDB

1. Perpustakaan pengurusan konfigurasi CMDB

Pejabat pengurusan konfigurasi CMDB terutamanya dibina di sekitar empat aspek: lejar teknikal pemfailan asas, sifat semula jadi yang terperinci, dan Peta penggunaan sumber. Kita perlu membina model yang sepadan dengan perniagaan dalam lapisan, dan kemudian menolak dinamik konfigurasi dalam masa nyata melalui penderiaan automatik atau proses piawai.

Konfigurasi yang sepadan juga memerlukan antara muka visual yang sepadan untuk merangsang kerjasama Akhirnya, data ini menggalakkan senario penggunaan data melalui APP atau senario luar talian yang sepadan.

2. Kedudukan CMDB dalam era ITIL - pusat metadata

Difahamkan secara peribadi, CMDB ialah pusat metadata. Seperti yang ditunjukkan dalam rajah di atas, pangkalan data pengurusan konfigurasi kami CMDB akan membersihkan atau mengumpulkan data yang berkaitan dengan organisasi, kakitangan, keputusan, kebenaran, proses, dsb.

Terdapat banyak platform dok peringkat rendah, seperti platform pemantauan, e-mel, mesej teks, pangkalan data operasi dan penyelenggaraan, dsb. Selepas data dipasang, ia akan diserahkan kepada lapisan atas (platform yang serupa dengan lapisan pengurusan perkhidmatan) untuk output data, satu siri perkhidmatan seperti pengurusan aset dan pengurusan konfigurasi, dan pembinaan platform.

3. Kedudukan CMBD dalam era baharu - berpusatkan aplikasi

,

Berpusatkan aplikasi, ia dapat merealisasikan hubungan organisasi-projek-kakitangan dan mengikatnya dengan aplikasi.

Semasa operasi aplikasi, gunakan sumber yang sepadan (sumber pelayan, pusat konfigurasi, penunjuk kebolehmerhatian, dll.), dan kemudian bentuk gabungan mengikut struktur organisasi syarikat Akhir sekali, perspektif struktur organisasi dirujuk kepada perspektif perkhidmatan mikro untuk membentuk sumber dan sumber mereka Perhubungan - topologi, termasuk topologi aplikasi dan topologi fizikal.

4. Kelebihan CMDB berpusatkan aplikasi

gambar

5 Hubungan antara aplikasi dan pusat metadata semasa runtime

gambar

yang akan menyimpan CM

. asas Metadata, data berkaitan Paas dan data pengendalian kemudahan ujian disediakan ke lapisan atas (platform CI, platform CD, platform operasi perkhidmatan dan platform operasi perkhidmatan Platform bawah yang ditunjukkan dalam rajah membentuk platform sokongan sumber perkhidmatan).

Kelebihan pembinaan jenis ini adalah untuk menyediakan sokongan data asas untuk keseluruhan kitaran hayat aplikasi, termasuk penciptaan aplikasi, masa jalan aplikasi (bina, keluarkan, pengembangan, pengebilan) dan sumber kitar semula selepas aplikasi di luar talian.

6. Empat peringkat utama pembinaan CMDB

Gambar

Gambar di atas menunjukkan empat peringkat utama pembinaan CMDB Kami kini berada di peringkat keempat daripada berorientasikan perkhidmatan kepada berorientasikan nilai.

Orientasi jabatan:

• Tidak kira sama ada terdapat sistem CMDB atau tidak, sebenarnya terdapat keperluan CMDB, dan maklumat konfigurasi diselenggara oleh jabatan sebagai satu unit
• Maklumat adalah terpencil dan tidak tepat pada masanya, dan integriti dan ketepatan tidak dapat dijamin.

Didorong data:

• Data dan perhubungan yang dibimbangkan oleh semua jabatan disepadukan ke dalam pengurusan CMDB, dan sistem proses pengurusan konfigurasi diwujudkan
• Disebabkan senario penggunaan yang tidak jelas, terdapat ketidakseimbangan antara nilai penggunaan dan kos pengeluaran.
• Kos pengeluaran data stesen B tidak begitu tinggi, tetapi terdapat banyak produk penggunaan data untuk dibina, atau pihak perniagaan sering menyesuaikan keperluan adegan, CMDB perlu disesuaikan dan terlibat dalam pembangunan untuk melengkapkan bahagian perniagaan tuntutan. Ini mendedahkan masalah CMDB mempunyai lebih daripada 300 OKACI, yang menyusahkan untuk diselenggara.

Berorientasikan pemandangan:

• Tahap penyeragaman data tempatan dan ketepatan yang tinggi
• Disebabkan senario penggunaan tunggal, nilai penggunaan keseluruhan tidak tinggi dan kos pengeluaran agak tinggi.

Orientasi perkhidmatan:

• Perkhidmatan bekalan data menyokong pengurusan dan kawalan operasi harian, seperti automasi, pemantauan, pengurusan aliran kerja, analisis operasi dan penyelenggaraan, dsb.
• Memperkenalkan kaedah pengeluaran/penggunaan data yang pelbagai untuk mengimbangi nilai penggunaan secara beransur-ansur; dan kos pengeluaran.

Orientasi nilai:

• CMDB menyokong sepenuhnya pembangunan perkhidmatan dan perniagaan, seperti pengurusan kapasiti perkhidmatan dan pengurusan ketersediaan, menjadi asas operasi dan penyelenggaraan IT
• secara aktif menggalakkan peningkatan tahap pengurusan IT organisasi.

7. Cara membina model CMDB

Pictures

• Tentukan jenis data: termasuk hos, suis, aplikasi dan fail konfigurasi aplikasi akan menyiasat perkara ini selepas menerima permintaan.
• Tentukan atribut teras data: Mengambil hos sebagai contoh, anda perlu melaporkan atau mengumpul atribut teras sumber seperti IP, nombor siri, bilik komputer dan vendor awan.
• Bina perhubungan langsung dalam model data: selesaikan korespondensi antara sumber, seperti perhubungan kemasukan, perhubungan pergantungan, perhubungan berjalan, dsb., untuk memudahkan penghasilan topologi sumber yang seterusnya. Sebagai contoh, jika aplikasi menggunakan satu jenis data dan hos menggunakan jenis data lain, maka aplikasi akan bergantung pada hos apabila dijalankan, dan hos seterusnya boleh membentuk aplikasi.
• Pengesahan senario penggunaan: Mengesahkan senario penggunaan bermakna mengesahkan peringkat mana data digunakan. Jika ia digunakan untuk penempatan kluster, anda mungkin perlu melakukan penempatan berkaitan dalam dimensi aplikasi atau operasi operasi dan penyelenggaraan yang sepadan.
• Tetapkan spesifikasi data: Apakah kitaran hayat (dari penciptaan, pengeluaran hingga penggunaan)? Bagaimanakah platform mengesan perubahan dalam status data?

Ringkasnya, kita perlu mengambil keseluruhan kitaran hayat data sebagai titik permulaan, menentukan atribut, menjelaskan perhubungan, menjelaskan senario penggunaan dan menggunakan proses automatik untuk memastikan masa nyata dan ketepatan data.

1) Definisi perhubungan model

gambar

2) Contoh DEMO hubungan CI

gambar

3) Pada masa ini, rangka kerja pelaksanaan CMDB

:Adakah platform penilaian status CMDB
• : Sejauh manakah platform ini mantap? Apakah kualiti data ini? Apakah struktur organisasi dan struktur teknikal? Apakah status sumber yang akan diperlukan semasa proses pelancaran akan datang?
• Permulaan projek: Apabila bermula, adalah perlu untuk menentukan model CI dan hubungan sumber akses, senario penggunaan kemudian, sumber data dan pihak berkepentingan CI.
• Instasiasi data: Apabila melakukan pengesanan instantiation data, persekitaran ujian akan dibina dan model CI atau data instantiated akan diimport.
• Pengesahan data: Dalam persekitaran UG, semak perbandingan antara pelaporan data dan output sebenar untuk mengesahkan sama ada kualiti data memenuhi piawaian. Selepas kualiti data mencapai standard, persekitaran pengeluaran perlu dibina untuk mengesan status data dalam persekitaran pengeluaran.
• Penggunaan senario data: Selepas data jatuh ke dalam persekitaran pengeluaran, kami perlu menyemak senario penggunaan data Kami perlu berhubung dengan platform operasi atau platform SRE.

4) Penyeragaman dahulu

Penstandardan dahulu bermaksud semua perkara sebelum pelaksanaan dibina berdasarkan penyeragaman. Ini termasuk beberapa keperluan kukuh, seperti keperluan perancangan, keperluan proses, keperluan organisasi dan keperluan platform.

Keperluan spesifikasi:

• Tentukan dengan jelas peranan platform CMDB dan hubungan antara sistem perniagaan lain
• Tentukan dengan jelas proses pengurusan sumber, orang yang bertanggungjawab dan platform tanggungjawab
• Tentukan dengan jelas piawaian sumber dan garis dasar; kaedah pengurusan ;
• Rancang dan bina keupayaan pengurusan konfigurasi daripada perspektif senario perniagaan perkhidmatan.

Keperluan proses:.

• Keperluan organisasi:
• Tubuhkan badan pembinaan keupayaan pengurusan konfigurasi yang bersatu
• Setiap pasukan perniagaan jelas bertanggungjawab untuk penggunaan dan penambahbaikan konfigurasi

Membentuk mekanisme untuk perbincangan pengurusan konfigurasi, pengoptimuman dan permintaan.

Keperluan platform:
• Realisasikan secara beransur-ansur penemuan konfigurasi automatik dan penyelenggaraan automatik
• Penjejakan masa nyata status sumber dan perubahan konfigurasi

Model ini fleksibel dan boleh dikembangkan dan disesuaikan mengikut keperluan perniagaan dalam masa nyata; ;

Visualisasi konfigurasi boleh menyokong Analisis dan lokasi cepat masalah sumber.

• 5) Buat kitaran hayat data gelung tertutup
• Mula-mula, tentukan atribut aplikasi. Atribut aplikasi mungkin termasuk nama Cina dan Inggeris aplikasi, tahap aplikasi, ID unik, domain perniagaan dan perniagaan yang dikaitkan, dsb. Kandungan atribut bergantung terutamanya pada definisi peribadi. Selepas aplikasi ditakrifkan, aplikasi mungkin mempunyai hubungan dengan CI lain dan perlu diselesaikan dengan lebih lanjut.
• Kedua, jelaskan pemilik harta permohonan itu. Aplikasi mempunyai orang yang bertanggungjawab, R&D, SRE, dsb. Kami mempunyai proses yang sepadan untuk pembinaan aplikasi, pelepasan, perubahan dan tindakan lain di sekeliling pengguna untuk memastikan konfigurasi aplikasi dan semakan perubahan.
• Akhir sekali, lakukan tugas pengumpulan berjadual untuk memastikan ketepatan data akhir aplikasi.

6) Galakkan penemuan automatik dan kemas kini konfigurasi

"Sumber" yang disebut dalam gambar di atas masih merupakan sumber dalam erti kata tradisional, seperti sumber pelayan. Sumber-sumber ini dikumpul melalui kaedah tertentu dan akhirnya dilaporkan kepada platform pengurusan sumber.

Membina keupayaan pengumpulan konfigurasi yang lengkap untuk menghapuskan senario penyelenggaraan manual;

Temui maklumat konfigurasi sumber dan aplikasi secara automatik

Sambungkan proses, platform pengurusan dan peralatan untuk mendapatkan dan mengemas kini status konfigurasi dalam masa nyata dan Gunakan spesifikasi dan menjalankan semakan pematuhan melalui CMDB

Menggalakkan realisasi gelung tertutup konfigurasi dan penggunaan, dan secara automatik mengekalkan kebolehpercayaan data melalui maklum balas penggunaan.

Atas ialah kandungan terperinci SRE yang tidak boleh membina sistem aset data bukanlah orang penyelenggaraan yang baik.. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!