Untuk menamatkan topik ini: Adakah benar bahawa kerja operasi dan penyelenggaraan tidak boleh dilakukan lagi?

Jumaat lepas Ma Chi dan Lai Wei mengadakan perbualan dalam talian, dan topiknya ialah, adakah kedudukan operasi dan penyelenggaraan benar-benar tidak tersedia lagi? Sebagai tuan rumah, saya adalah penyala dan fasilitator :) Saya mendapat banyak manfaat daripada mendengar dua orang veteran berkongsi beberapa pendapat masing-masing. Pastikan untuk merakamnya hari ini supaya tidak melupakannya. Ia boleh dianggap sebagai ulasan siaran langsung.

Mengenai platform alat

Platform alat akan menggantikan sebahagian daripada tenaga buruh Ini sebenarnya jelas dan tidak memerlukan penjelasan lanjut.

Tetapi siapa yang akan membina platform alat? Ini patut diperiksa. Sistem pemantauan, platform CI/CD, platform kejuruteraan huru-hara, perkhidmatan middleware, dsb. semuanya adalah Platform dan dibina oleh Jurutera Platform, dirujuk sebagai PE. PE jelas dibahagikan kepada banyak kumpulan, dan setiap kumpulan PE bertanggungjawab untuk bilangan platform yang terhad. Pasukan PE yang bertaburan ini boleh dibentuk menjadi satu pasukan yang besar, seperti pasukan infrastruktur, atau mereka boleh dibahagikan kepada beberapa pasukan Contohnya, pasukan PE yang berkaitan dengan prestasi kejuruteraan boleh ditempatkan dalam satu jabatan (seperti jabatan kejuruteraan prestasi ), pangkalan data dan data besar Pasukan PE yang berkaitan diletakkan dalam satu jabatan (seperti jabatan data), dan pasukan PE yang berkaitan dengan jaminan kestabilan ditempatkan dalam satu jabatan (seperti jabatan operasi dan penyelenggaraan).

Pembahagian organisasi ini mungkin berbeza dalam syarikat yang berbeza, tetapi hubungannya tidak begitu penting ialah bagaimana pasukan PE menjalankan tugasnya? Teras pasukan PE harus melakukan perkara berikut:

• Membina platform yang berguna untuk membolehkan pasukan R&D perniagaan menyediakan layan diri
• Platform harus mengumpulkan amalan terbaik. Platform perlu memuaskan perniagaan, tetapi ia juga mesti mempunyai amalan terbaik industri Secara teori, jika perniagaan memerlukan konflik dengan amalan terbaik industri, amalan terbaik industri harus diutamakan jika ia benar-benar mustahil untuk dicapai dalam jangka pendek , ia juga harus merumuskan Kita mesti melaksanakan pelan langkah demi langkah dan berusaha untuk mencapainya pada masa hadapan Jika tidak, jika semakin banyak perkara individu dan perkara anti corak, pihak Platform akan menjadi semakin tidak selesa akhirnya, ia akan terharu dan ia akan dibatalkan dan dimulakan semula
• Kita mesti mencari cara untuk menggunakan platform untuk melaksanakan spesifikasi dan bukannya menggunakan peraturan dan peraturan yang mereka ada spesifikasi yang memerlukan program perniagaan untuk tidak menggunakan cakera tempatan untuk menyimpan data keadaan Mereka tidak menganggap ini sebagai garis merah diisytiharkan, tetapi ia telah diberitahu dengan jelas kepada pihak perniagaan bahawa bekas itu akan dimulakan semula secara berkala. bekas untuk hanyut! Malah, orang yang telah menggunakan AWS harus tahu bahawa mesin maya AWS kadangkala dimulakan semula secara tidak dapat dijelaskan Adalah menjadi tanggungjawab pembangun aplikasi untuk menyediakan aplikasi yang sangat tersedia untuk infrastruktur yang tidak boleh dipercayai
• COE diperlukan (Pakar domain) untuk membimbing evolusi. daripada Platform, kerana arkitek yang mahir dalam pangkalan data mungkin tidak mahir Hadoop, arkitek yang mahir Hadoop mungkin tidak mahir dalam sistem kebolehmerhatian, dan arkitek yang mahir dalam sistem kebolehmerhatian mungkin tidak mahir dalam kejuruteraan huru-hara.

Tetapi tidak semua Platform dibuat dalam sekelip mata Bagaimana jika anda belum mempunyai Platform ini? Syarikat harus merekrut COE terlebih dahulu, dan membiarkan COE bertindak sebagai perunding perniagaan sambil membina keupayaan Platform Perniagaan sedang berkembang pesat, dan pembangunan sendiri Platform ini juga boleh mendapatkan penyelesaian daripada pembekal luar. Malah COE sendiri boleh mencari penyelesaian luaran, bergantung kepada keadaan.

Mengenai pembekal luar

Secara intuitif, anda akan merasakan bahawa syarikat Eropah dan Amerika lebih bersedia untuk membeli perkhidmatan SaaS, manakala syarikat domestik lebih bersedia untuk membina perkhidmatan mereka sendiri berdasarkan sumber terbuka. Adakah kerana falsafah syarikat domestik tidak bagus? Tidak juga. Masalah utama ialah kekurangan syarikat dan produk ToB yang boleh dipercayai dalam banyak bidang domestik. Bayangkan jika sebuah syarikat ToB boleh menyediakan Parti A dengan:

• Metodologi yang sangat baik dan maju
• Produk yang stabil dan mudah digunakan
• Cemerlang, Kejayaan pelanggan yang stabil pasukan membantu pelanggan melaksanakan amalan terbaik dengan lebih baik
• Dari segi harga, ia lebih murah daripada pengambilan kakitangan dan penyelidikan sendiri Parti A

Selagi otak CXO tidak rosak , ia pasti akan memilih untuk membawa masuk pembekal luar tersebut. Tetapi adakah terdapat syarikat ToB sedemikian? Ini adalah tanda tanya besar. Kami mencipta Kuaimao Nebula untuk menyediakan pelanggan produk yang boleh diperhatikan dan berusaha untuk menjadi pembekal sedemikian. Saya berharap rakan sekerja ToB dalam industri akan bekerjasama!

Memperluaskan isu pemilihan kerjaya, walaupun mungkin tidak ada pembekal yang baik dalam segmen tertentu sekarang, bagaimana dalam 3 tahun? Bagaimana dengan 5 tahun dari sekarang? Adakah negara luar sudah mendahului? Adakah terdapat mana-mana pembekal yang berpotensi baik di China? Jika sudah ada, abang masih berani untuk terus berbakti dalam bidang niche ini? Sekiranya kita telah membuat beberapa rancangan lebih awal?

Sudah tentu, kami biasanya terlalu optimistik atau terlalu pesimis tentang ramalan masa depan Apabila bercakap tentang anggaran masa, kami biasanya membuat ramalan yang terlalu maju dan terlalu ketinggalan. Betul kak, terpulang pada cara anda menilai.

Mengenai pengendalian kerosakan kecemasan

Perlukah tindak balas kerosakan OnCall dikendalikan oleh R&D? Atau operasi dan penyelenggaraan? Soalan ini sangat menarik. Ma Chi percaya bahawa 80% daripada kerosakan dalam talian adalah berkaitan dengan perubahan yang dibuat oleh R&D, dan R&D jelas lebih biasa dengannya.

Pembangunan perniagaan adalah seperti ini perubahan pangkalan data, perubahan rangkaian asas, dan perubahan lapisan akses semuanya sama.

Sebenarnya, ini bergantung kepada dua premis:

1. Pemantauan dan pemerhatian sudah cukup baik, dan masalah yang disebabkan oleh perubahan boleh ditemui dalam masa melalui platform ini harap setiap syarikat mempunyai sistem pemerhatian yang lengkap
2. Masalah yang diperkenalkan oleh perubahan ditunjukkan dengan segera Jika beberapa masalah yang diperkenalkan oleh perubahan hanya muncul seminggu kemudian, sukar bagi orang yang membuat perubahan untuk meragui diri mereka sendiri >

Malah, kami boleh menanganinya dalam dua situasi Pemantauan kestabilan perkhidmatan selepas perubahan adalah tanggungjawab orang yang membuat perubahan Daily OnCall adalah satu lagi kejadian dan harus dirawat secara berasingan. Jadi siapa yang patut melakukan OnCall harian? Seharusnya mereka yang boleh mengambil bahagian secara langsung dalam lokasi kerosakan dan henti kerugian Alasannya adalah jelas.

Jadi pertama sekali, penggera harus diproses dalam kategori yang berbeza Orang yang berbeza OnCall penggera yang berbeza. Adalah tidak munasabah untuk memberikan semua penggera kepada R&D atau operasi dan penyelenggaraan ini adalah tidak munasabah.

Mengenai keluaran perubahan

Terdapat konsensus mengenai matlamat utama, iaitu membenarkan penyelidikan dan pembangunan perniagaan mengeluarkan versi secara bebas, tetapi kami juga mahu dikawal, kami mahu keluarkan dengan selamat , dan kami mahu melindungi perniagaan semasa mengeluarkan Kesinambungan. Ini meletakkan keperluan yang sangat tinggi pada sistem CI/CD.

Jika anda tidak peduli, menukar lapisan bawah sistem hanyalah masalah menjalankan skrip secara berkelompok pada sekumpulan mesin. Tetapi selepas menambah keperluan di atas, ia menjadi lebih sukar dan menjadi projek yang sistematik.

Di bahagian penyelidikan dan pembangunan perniagaan, adalah perlu untuk membuat titik yang boleh diperhatikan dan memantau sistem untuk mengesan masalah dalam masa, malah secara automatik menyekat proses pelepasan selepas penggera. Perlu ada beberapa cara keluaran biru-hijau dan keluaran kenari, dan beberapa pengimbasan kod automatik dan keupayaan pengimbasan keselamatan diperlukan Sistem alat tidak lengkap perubahan adalah selamat. Tahap keupayaan CI/CD pada asasnya boleh memberitahu kekuatan teknikal syarikat.

Jika syarikat anda masih menyediakan R&D dengan bil muatan untuk operasi dan penyelenggaraan, dan operasi dan penyelenggaraan dikendalikan dalam talian, anda harus mempertimbangkan sama ada ini munasabah. Sudah tentu, pendekatan di atas lebih berorientasikan Internet dan mungkin tidak sesuai untuk semua syarikat Siaran langsung ini hanya memberikan idea, dan anda perlu mempertimbangkannya sendiri.

Sudah tentu, bagaimana untuk mencapai situasi ideal ini? Bagaimanakah kita harus melakukannya langkah demi langkah sebelum keadaan ideal ini dicapai? Isu masa tidak dibincangkan dalam siaran langsung. Jika perniagaan syarikat sesuai untuk dijalankan pada Kubernetes, agak mudah untuk membina sistem sedemikian menggunakan Kubernetes, dan anda boleh mengambil tindakan secepat mungkin. Jika perniagaan syarikat mesti berjalan dalam mesin fizikal atau persekitaran mesin maya, mula-mula buat platform keluaran perubahan bersatu, dan kemudian isikan sebarang kekurangan dan perbaikinya secara beransur-ansur.

Mengenai pengoptimuman kos

Kedua-dua tetamu itu tidak banyak bercakap, tetapi semua orang sangat berhati-hati tentang perkara ini. Ingatkan semua orang:

Orang ramai lebih mahal daripada perkakasan Jangan sekali-kali melakukan sesuatu yang menelan belanja 50 juta tenaga kerja dan menjimatkan 40 juta kos perkakasan
1. Tinggalkan lebihan untuk perniagaan kuasa pengkomputeran, jika sumber terlalu ketat dan bajet untuk kumpulan tidak diluluskan, jika kapasiti menyebabkan kegagalan, pengalaman pelanggan akan rosak, pendapat umum akan menjadi negatif, dan keuntungan akan melebihi kerugian
Contoh yang tidak masuk akal ialah, membeli dengan 30 juta , untuk menjimatkan kos perkakasan sebanyak 3 juta, saya tidak dapat menahan jumlahnya, jadi saya benar-benar kehilangannya

Ringkasan

Pada peringkat ini, sistem platform masih belum begitu lengkap, gunakan Platform layan diri+ Seni bina COE+BP (Rakan Niaga) untuk membina sistem operasi dan penyelenggaraan nampaknya boleh dipercayai dan boleh dilaksanakan. Pada masa hadapan, apabila Platform itu cukup baik, tenaga kerja BP boleh dikurangkan (BP secara beransur-ansur mendapat keupayaan untuk melakukan COE Jika Platform terus lengkap, COE boleh terus dikurangkan, baik, operasi dan penyelenggaraan dan R&D mungkin tidak diperlukan.

Atas ialah kandungan terperinci Untuk menamatkan topik ini: Adakah benar bahawa kerja operasi dan penyelenggaraan tidak boleh dilakukan lagi?. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!