Zuoyebang Nie An: Cara mengubah operasi dan penyelenggaraan, dengar idea OPaS Zuoyebang

Dalam isu pertama, bos Yangqingjing menyatakan banyak pendapat yang menarik bahawa ia adalah mengenai operasi dan penyelenggaraan Panduan untuk memujuk orang untuk berhenti, haha, tetamu dalam isu ini akan mempunyai pendapat yang berbeza rancangan hidup. Bak kata pepatah, jika mendengar kedua-duanya, anda akan tercerahkan, tetapi jika anda percaya sahaja, anda akan menjadi gelap Jika anda hanya mendengar apa yang sesuai dengan telinga anda, besar kemungkinan tidak akan ada yang mendalam pemikiran dan perlanggaran, yang sangat disayangkan.

Ini adalah isu kedua "Forum Operasi dan Penyelenggaraan" peringkat tinggi dan rendah, mari mulakan!

Pengenalan Tetamu

Dalam keluaran ini, kami menjemput Nie An, pengurus operasi dan penyelenggaraan Zuoyebang ialah seorang veteran industri kanan yang telah bekerja secara berturut-turut untuk Alibaba, Xiaomi. Didi Di dan Zuoyebang mempunyai lebih daripada 10 tahun operasi dan penyelenggaraan/R&D/pengalaman pengurusan.

Penerangan ringkas tentang perkara penting

• Pengoperasian dan penyelenggaraan tradisional bertanggungjawab untuk memasang produk perindustrian ke dalam perkhidmatan, menyampaikannya kepada pengguna, dan mengekalkan operasi perkhidmatan yang dicirikan oleh pergantungan yang kuat kepada perniagaan
• Krisis domain, dalam era asli awan, awan awam digunakan secara meluas, seni bina perkhidmatan mikro dan DevOps benar-benar dicapai, sistem alat terus berkembang pesat, tanggungjawab operasi dan penyelenggaraan tradisional sentiasa disumber luar, dipindahkan, dan diganti, dan krisis domain telah muncul
• Struktur organisasi dan kaedah kerjasama dinaik taraf secara beransur-ansur daripada kerjasama semua orang kepada layan diri platform, dan tema utama operasi dan penyelenggaraan telah berubah daripada kerjasama mendatar kepada produk dan teknologi perkhidmatan platform tengah
• Transformasi operasi dan penyelenggaraan, secara teknikal melalui platform layan diri , operasi luaran dan keupayaan perkhidmatan penyelenggaraan OPaS (OP sebagai Perkhidmatan) dibahagikan kepada dua lapisan: objek dan pemandangan objek diselenggara secara isomorfik; membentuk seni bina operasi dan penyelenggaraan yang mampan
• Pengoperasian dan penyelenggaraan perniagaan, Teras transformasi berorientasikan perkhidmatan ialah pengiktirafan peranan Kakitangan operasi dan penyelenggaraan mesti menyesuaikan diri mereka daripada peranan operasi yang bergantung kepada perniagaan kepada operasi bebas dan pembekal perkhidmatan penyelenggaraan; dari perspektif hiper-perkhidmatan, operasi dan penyelenggaraan perniagaan mempunyai potensi besar
• Operasi dan penyelenggaraan komponen, mengawal komponen itu sendiri, lebih jauh daripada pengurusan operasi dan penyelenggaraan yang tulen, mengikut model bawang, yang adalah, berdasarkan penyampaian sumber, membina platform pengurusan, dan kemudian mendalami bidang profesional komponen itu sendiri
• Pembangunan operasi dan penyelenggaraan, dilucutkan Kerja lelaran platform berulang yang tertumpu pada pusat operasi dan penyelenggaraan awam, khusus dalam teknologi dan leverage tinggi

Peringkat operasi dan penyelenggaraan

Pengoperasian dan penyelenggaraan Internet, yang telah mengalami manual tulen, Terdapat beberapa peringkat seperti penyeragaman, platformisasi, dan kecerdasan digital, seperti yang ditunjukkan dalam rajah di bawah. Antaranya, DevOps ialah perubahan organisasi yang dipacu teknologi dan perubahan bukan profesional.

Daripada sejarah pembangunan operasi dan penyelenggaraan, kita dapat melihat beberapa ciri:

• Warisan. Peringkat baharu sering mewarisi dan meneruskan pengalaman cemerlang peringkat lama, dan berinovasi dalam konsep, teknologi dan organisasi

• Sebagai contoh, platformisasi mewarisi dan mengukuhkan keputusan peringkat standardisasi , dan Intelligentization data mewarisi pencapaian platformisasi dan memperkenalkan teknologi data besar

• pemindahan tanggungjawab. DevOps ialah kawasan tadahan dalam model pengurusan operasi dan penyelenggaraan selepas DevOps
• Di satu pihak, kami akan terus maju ke arah pengkhususan operasi dan penyelenggaraan serta mengekalkan keupayaan untuk mengurus pengurusan isomorfik. objek operasi dan penyelenggaraan peringkat lebih tinggi
• Sebaliknya, ia menekankan penyepaduan operasi dan penyelenggaraan, R&D, dan tanggungjawab operasi dan penyelenggaraan dipindahkan secara beransur-ansur kepada penyelidikan dan pembangunan perniagaan

Mempelajari sejarah pembangunan bidang tertentu boleh membolehkan kita belajar daripada sejarah dan memanfaatkan trend .

Pengendalian dan penyelenggaraan tradisional

Dalam model operasi dan penyelenggaraan tradisional, objek perkhidmatan pada asasnya boleh dibahagikan kepada tiga lapisan. Lapisan paling rendah ialah infrastruktur perkakasan IaaS, yang kebanyakannya terdiri daripada pengkomputeran, rangkaian, dan storan lapisan tengah ialah infrastruktur perisian, termasuk sistem pengendalian, teknologi virtualisasi, rangka kerja kod, perisian tengah, dan lain-lain; lapisan, terutamanya perkhidmatan aplikasi .

Tanggungjawab operasi dan penyelenggaraan tradisional ialah menghimpunkan produk industri ke dalam perkhidmatan melalui satu siri proses, teknologi dan kaedah kepada pengguna dan mengekalkan operasi perkhidmatan biasanya diperlukan untuk mencapai pelbagai matlamat (operasi) seperti kestabilan, kos, keselamatan dan kecekapan. Pada tahap tertentu, operasi dan penyelenggaraan tradisional perlu bergantung kepada perniagaan untuk menjana nilai banyak syarikat akan menganggap sama ada mereka memahami perniagaan sebagai salah satu penilaian utama pekerja operasi dan penyelenggaraan (pergantungan).

Dengan populariti pengkomputeran awan dan teknologi asal awan, model operasi dan penyelenggaraan tradisional telah menghadapi banyak cabaran. Contohnya,

• Selepas perusahaan menggunakan awan awam, IaaS/PaaS dan juga SaaS pada asasnya berorientasikan perkhidmatan dan boleh diperoleh melalui API sejumlah besar operasi dan kerja pembinaan penyelenggaraan diselesaikan dengan bantuan vendor awan, seperti perkakasan, sistem, rangkaian, Untuk pangkalan data, data besar, dsb., kilang asal hanya perlu mengekalkan sejumlah kecil pilihan profesional dan keupayaan integrasi (penyumberan luar)
• Selepas mempopularkan teknologi asli awan, seni bina perkhidmatan mikro dan DevOps telah dicapai secara besar-besaran, yang sebelum ini disiapkan oleh kakitangan operasi dan penyelenggaraan profesional Operasi diserahkan secara beransur-ansur kepada R&D perniagaan untuk penyiapan layan diri, seperti penghantaran, perubahan, pemantauan, kapasiti, dll. Tanggungjawab operasi dan penyelenggaraan sebahagian besarnya dipindahkan ke R&D perniagaan (pemindahan)
• Kesan pengagregatan profesional awan awam dan asli awan Sistem sumber terbuka menyediakan peningkatan berterusan dalam prospek perkakas. Selepas perkakas meningkatkan kecekapan, kedudukan yang sama memerlukan lebih sedikit tenaga kerja; perkakasan mengumpul keupayaan profesional dan ambang teknikal untuk operator semakin rendah selepas alat berkembang kepada automasi dan kecerdasan, mesin boleh menggantikan tenaga kerja. Penggantian tenaga kerja oleh platform masih secara beransur-ansur mendalam (penggantian)

Seperti yang dinyatakan di atas, selepas infrastruktur disalurkan kepada awan awam dan asli awan, tanggungjawab operasi dan penyelenggaraan dipindahkan kepada penyelidikan perniagaan dan pembangunan, dan platform menggantikan seks profesional. Berdepan dengan trend dan fakta sedemikian, pengamal operasi dan penyelenggaraan perlu melakukan beberapa transformasi.

Struktur Organisasi

Mula-mula, mari kita bincangkan tentang struktur organisasi. Dalam jangka panjang, bentuk organisasi syarikat dalam era cloud native akan terdiri daripada bahagian berikut:

Pengguna akhir teratas ialah Pelanggan Parti A perusahaan, juga merupakan kumpulan yang berpotensi membuat keuntungan. Pasukan perniagaan bertanggungjawab untuk pengguna akhir, dan peranannya termasuk produk, perniagaan, pemasaran, pemasaran, dsb. Penyelidikan dan pembangunan perniagaan secara langsung memberi perkhidmatan kepada pasukan perniagaan, terutamanya menyediakan aplikasi/perkhidmatan SaaS. Penyelidikan dan pembangunan platform menyediakan penyelidikan dan pembangunan perniagaan, menyediakan pelbagai keupayaan PaaS, dan merangkum vendor awan. Terdapat juga beberapa organisasi rentas fungsi, seperti operasi kos FinOps, EP operasi kecekapan, IT pasukan pentadbiran, dsb.

Dalam struktur organisasi baharu, matlamat utama setiap orang adalah untuk melakukan perkara mereka sendiri dan memberi perkhidmatan kepada pengguna akhir dengan baik. Pasukan perniagaan memberi lebih perhatian kepada nilai perniagaan, dan sistem R&D memberi tumpuan kepada kualiti perkhidmatan. Dengan kemajuan teknologi maklumat, fungsi yang sedang dijalankan oleh organisasi merentas fungsi akan diuraikan secara beransur-ansur menjadi pasukan R&D platform Kaedah utama kerjasama organisasi akan dinaik taraf daripada kerjasama semua orang kepada layan diri platform. Operasi dan penyelenggaraan mempunyai matlamat kerja baharu, iaitu: Tema utama operasi dan penyelenggaraan ialah platform pengurusan, platform pertengahan sumber & teknologi, bukan kerjasama mendatar Operasi dan penyelenggaraan haruslah berteknologi tinggi leverage, memperkasakan perniagaan, dan membantu perusahaan meningkatkan kecekapan operasi .

Seni Bina Teknikal

Transformasi operasi dan penyelenggaraan, matlamatnya adalah untuk menyediakan pengurusan operasi dan penyelenggaraan kepada pasukan peringkat atasan melalui Perkhidmatan platform layan diri; intipatinya ialah perkhidmatan operasi dan penyelenggaraan OPaS (OP as Service). Mengikut perbezaan kandungan, kerja operasi dan penyelenggaraan boleh dibahagikan kepada dua kategori: pengurusan objek dan pengurusan pemandangan, seperti yang ditunjukkan dalam rajah di bawah.

Pengurusan objek ialah model menegak yang berputar di sekitar mengendalikan dan menyelenggara objek serta membina platform pengurusan kitaran hayat. Objek operasi dan penyelenggaraan boleh dikelaskan mengikut sumber IaaS (mesin, rangkaian, storan, perkhidmatan awan), komponen PaaS (pangkalan data, cache, MQ, get laluan), aplikasi SaaS (platform pertengahan perniagaan, aplikasi perniagaan), rangka kerja perkhidmatan (masa jalan, Rangka kerja kod, perkhidmatan nama) dan dimensi lain, butiran klasifikasi syarikat yang berbeza adalah berbeza. Setiap jenis objek mempunyai platform pengurusan bebas (cerobong) Fungsi platform pengurusan harus meliputi kitaran hayat lengkap objek operasi dan penyelenggaraan. Peringkat utama termasuk pemodelan (metadata), penghantaran/perubahan, pemantauan/pengukuran, luar talian , dsb., yang berbeza daripada fungsi pengurusan awan adalah serupa. Matlamat pengurusan objek adalah untuk menghasilkan produk awan yang lengkap secara menegak dan membina ICSP platform awan dalaman.

Pengurusan senario ialah mod mendatar yang menguruskan peringkat kitaran hayat pelbagai objek operasi dan penyelenggaraan mengikut senario operasi dan penyelenggaraan. Klasifikasi senario operasi dan penyelenggaraan, termasuk penghantaran/perubahan, pemantauan/pengukuran, berbilang awan, kos, dsb., sangat hampir dengan tabiat kerja penyelidikan dan pembangunan perniagaan, meliputi beberapa senario frekuensi tinggi dan serupa. dalam syarikat yang berbeza. Setiap jenis senario operasi dan penyelenggaraan mempunyai platform pengurusan senario bebas, seperti pusat pesanan kerja, pusat data, platform FinOps, dsb. Pengurusan senario adalah berdasarkan pengurusan objek Platform pengurusan senario mengurus objek operasi dan penyelenggaraan dengan menyatukan model, mengagregat data, mengatur pengurusan dan kawalan API, dsb. Matlamat pengurusan tempat kejadian adalah untuk menyediakan keupayaan pengurusan perniagaan layan diri dan membina IDP platform pembangun dalaman.

Cara biasa untuk menjana objek operasi dan penyelenggaraan termasuk penyelidikan sendiri, pembinaan sumber terbuka, perolehan luaran (awan awam), dsb. Setiap objek operasi dan penyelenggaraan boleh dibahagikan lagi kepada kategori, kelompok, kejadian, dsb., dengan skala dan kerumitan yang tidak pernah berlaku sebelum ini. Hanya dengan mengekalkan isomorfisme ciri-ciri pengurusan operasi dan penyelenggaraan objek kita boleh membina dan mengekalkan perkhidmatan operasi dan penyelenggaraan pada skala besar dan pada kos yang rendah, dengan itu merealisasikan operasi dan penyelenggaraan berskala besar (kesan leverage teknikal). isomorfisme objek operasi dan penyelenggaraan adalah asas kepada keseluruhan premis operasi dan penyelenggaraan.

Penyelenggaraan isomorfik

Penyelenggaraan isomorfik ditujukan kepada ciri pengurusan operasi dan penyelenggaraan objek, bukan semua ciri. Kaedah mengekalkan isomorfisme ialah: mengawal kenaikan, membaiki inventori, dan mencegah pembelahan. Seperti yang ditunjukkan dalam rajah di bawah, platform digunakan untuk menyampaikan permintaan dan mengawal kenaikan, memacu tadbir urus melalui pengukuran untuk membaiki inventori, dan menghalang pembelahan berskala besar sistem teknikal melalui rangka kerja perkhidmatan piawai dan dengan ketat mengikut spesifikasi dan spesifikasi; juga memerlukan pengukuran atau input platform soalan untuk menambah baik, ketiga-tiganya saling melengkapi. Spesifikasi dibahagikan kepada spesifikasi perkhidmatan (sepadan dengan tadbir urus perkhidmatan), spesifikasi pengurusan (sepadan dengan kawalan operasi dan penyelenggaraan) dan jenis lain.

Penyelenggaraan isomorfik bergantung pada pembahagian kerja organisasi dengan tanggungjawab utama yang jelas. Contohnya, operasi dan penyelenggaraan menumpukan pada pengurusan, menanggalkan alatan perniagaan dan mengembalikannya kepada R&D perniagaan, seperti tadbir urus status quo, tindak balas penggera dan CD perniagaan R&D memfokuskan pada pelaksanaan perniagaan, menanggalkan logik perkhidmatan bukan perniagaan rangka kerja dan menyerahkannya kepada prasarana, seperti penemuan perkhidmatan dan kawalan lalu lintas; menukar kawalan, dsb. Pengaruh budaya tidak boleh diabaikan Operasi dan seni bina akan mengeluarkan konsep dan memupuk tabiat pengguna melalui komunikasi dan bimbingan, seperti tidak menyediakan komitmen SLA untuk keperluan yang diperibadikan dan menyediakan keupayaan pemerhatian di luar kotak untuk aplikasi standard.

Berdasarkan penyelenggaraan isomorfik objek operasi dan penyelenggaraan, ia menyokong ke atas sistem teknologi berorientasikan perkhidmatan operasi dan penyelenggaraan, yang membentuk seni bina operasi dan penyelenggaraan yang mampan, seperti yang ditunjukkan di bawah. Di bawah tahap teknikal semasa, perkhidmatan operasi dan penyelenggaraan berdasarkan platform layan diri boleh menyelesaikan 70% daripada keperluan, dan baki 30% masih memerlukan buruh manual, seperti komunikasi permintaan, penyelesaian masalah, penerimaan keputusan, pematuhan dasar, dsb. Dengan kemajuan teknologi dan konsep, adalah dipercayai bahawa bahagian perkhidmatan operasi dan penyelenggaraan akan terus meningkat.

Nota: Rangka kerja perkhidmatan dalam artikel ini merangkumi kedua-dua rangka kerja kod dan asas kod N tahun lalu, serta tadbir urus perkhidmatan mikro yang popular pada masa ini. Peringkat peralihan, penamaan adalah mendesak.

Amalan Transformasi

Operasi dan Penyelenggaraan sebagai OPaS Perkhidmatan

Pengendalian dan penyelenggaraan perniagaan, juga dipanggil operasi dan penyelenggaraan aplikasi oleh sesetengah orang, adalah yang paling hampir dengan asli awan dan paling terkena impak. Selain tanggungjawab merentas pasukan tradisional seperti perumusan spesifikasi, pembinaan proses dan pengurusan global, operasi dan penyelenggaraan perniagaan mesti diubah ke arah perkhidmatan >

Pertama, persepsi peranan perlu diubah. Laraskan diri anda daripada peranan operasi yang bergantung pada perniagaan untuk menjana nilai kepada pembekal perkhidmatan operasi dan penyelenggaraan dengan nilai bebas. Perubahan peranan adalah kunci

• Secara organisasi, bahagikan semula tanggungjawab utama. P&P perniagaan ialah pihak utama yang bertanggungjawab untuk aplikasi, dan operasi dan penyelenggaraan bukanlah pihak yang bertanggungjawab utama untuk aplikasi itu, dan juga bukan pengasuh pemalam, tetapi pembekal keupayaan pengurusan untuk aplikasi itu menggunakan operasi dan penyelenggaraan perkhidmatan dan menyelesaikan kerja operasi dengan sendirinya

mekanisme , bina semula sistem penilaian. Prestasi operasi perniagaan dan kedudukan penyelenggaraan tidak lagi terikat kuat dengan pasukan perniagaan dan penyelidikan dan pembangunan perniagaan, tetapi lebih tertumpu pada operasi dan penyelenggaraan yang berorientasikan perkhidmatan, dengan kurang penekanan pada penilaian subjektif dan lebih penekanan pada penilaian teknikal

• Kedua, empat langkah untuk transformasi operasi dan penyelenggaraan. Jelaskan objek--> Kesamaan abstrak--> Bina platform--> dan kemudian senario pengembangan aplikasi (Seperti perspektif perniagaan, perspektif global syarikat)

Kesamaan abstrak ialah kesukaran dan perkara utama. Terdapat sejumlah besar aplikasi, tindanan teknologi yang kompleks, dan banyak ciri yang diperibadikan. Ciri-ciri pengurusan biasa aplikasi perlu disarikan untuk mengelakkan daripada jatuh ke dalam kes yang diperibadikan. Tegasnya, ciri umum aplikasi ialah objek pengurusan operasi dan penyelenggaraan

• Platform bangunan merujuk kepada platform pengurusan aplikasi, dan operasi dan penyelenggaraan berskala besar ialah keadaan akhir yang mampan
• Ketiga , aplikasi Objek kekal isomorfik. Di samping membina keupayaan perkhidmatan, tenaga utama kakitangan operasi dan penyelenggaraan harus dilaburkan dalam mengekalkan isomorfisme
• Operasi dan penyelenggaraan sebagai perkhidmatan OPaS (OP sebagai Perkhidmatan) adalah transformasi jangka pertengahan kami, daripada perspektif operasi dan penyelenggaraan perniagaan Matlamat yang dicadangkan menunjukkan arah umum, tetapi tidak mempunyai laluan dan agak abstrak selepas itu, OPaS secara beransur-ansur diperhalusi ke dalam seni bina operasi dan penyelenggaraan ICSP+IDP, dan skop aplikasi diperluaskan kepada; seluruh pasukan operasi dan penyelenggaraan, supaya terdapat laluan dan titik permulaan yang jelas.

• Perspektif perkhidmatan hiper (operasi dan penyelenggaraan perniagaan)

  Selain penservitian, operasi dan penyelenggaraan perniagaan juga boleh menerajui pembinaan perspektif hiper perkhidmatan (kini dinamakan semula sebagai senario). Teka-teki teknologi DevOps di bawah awan asli tidak lengkap Hanya bahagian aplikasi + pengkomputeran telah disiapkan, dan terdapat jurang dalam keupayaan ke arah lain, terutamanya perspektif perniagaan ke atas, perspektif jabatan, perspektif syarikat, dsb., mari kita panggil ia sebagai. perspektif perkhidmatan hebat . Dari perspektif hiper-perkhidmatan, kakitangan R&D perniagaan biasanya tidak mempunyai keupayaan atau motivasi untuk memimpin ketua jabatan atau arkitek boleh menjaga jabatan mereka sendiri, tetapi terhad oleh tanggungjawab kerja mereka dan sukar untuk berkembang ke bahagian; keadaan keseluruhan. Sebaliknya, perspektif hiper-perkhidmatan ialah medan perang lama operasi dan penyelenggaraan perniagaan tradisional, dengan pengalaman, pemahaman dan kelebihan kognitif yang tiada tandingan. Operasi dan penyelenggaraan perniagaan menerajui pembinaan perspektif hiper-perkhidmatan, yang bukan sahaja dapat mengisi jurang dalam medan asal awan, tetapi juga memberikan permainan sepenuhnya kepada kelebihan profesional operasi dan penyelenggaraan perniagaan, dan memanfaatkan peluang untuk transformasi . Ia akan menjadi pilihan menang-menang, seperti yang ditunjukkan di bawah.

  

  Perspektif perkhidmatan hiper, termasuk tetapi tidak terhad kepada:

  • Penghantaran keperluan: pusat pesanan kerja, enjin orkestrasi , Enjin pelaksanaan
  • Kawalan tukar: lima peraturan catch-all, pengurusan dan kawalan berpusat, kelulusan orkestrasi, kelulusan pelaksanaan, pemeriksaan perkhidmatan, pengukuran perubahan
  • Pengukuran pemerhatian: agregat dan paparkan data pemerhatian dan pengukuran dari perspektif perniagaan, sokong latih tubi ke bawah ke butiran aplikasi
  • Seni bina berbilang awan: pengukuran, tadbir urus, perancangan dan latihan di seluruh sistem teknikal
  • Kawalan kos: pengebilan, pembahagian , kawalan dan pengoptimuman semua sumber IT syarikat, secara bebas untuk Arah FinOps
  • Formula standard: penubuhan spesifikasi operasi dan penyelenggaraan daripada perspektif keseluruhan syarikat, penyeliaan pelaksanaan proses dan mengelakkan pembinaan berulang pasukan kecil dalam cerobong
  • dsb.

  Di bawah awan asli Melihat ke bawah pada teka-teki teknologi DevOps, terdapat jurang dalam keupayaan Contohnya, sokongan untuk perkhidmatan asas seperti CDN, penyimpanan objek , MQ, dan EMR adalah tidak sempurna, dan ia masih dalam tempoh penerokaan pada tahun 2022 dari perspektif pengurusan operasi dan penyelenggaraan, selagi ia dilindungi oleh rangka kerja perkhidmatan (Pengesahan, penemuan, komunikasi, persepsi, kawalan aliran; ) dipancarkan, walaupun ia diuruskan oleh Cloud Native.

  Model onion (perkhidmatan awan, perisian tengah, operasi dan penyelenggaraan data besar)

  Perkhidmatan awan, perisian tengah, data besar dan objek operasi dan penyelenggaraan lain, penumpuan tindanan teknologi, tumpuan profesional. Apabila melaksanakan transformasi, kakitangan operasi dan penyelenggaraan boleh mengikut model bawang.

  

  • Fasa pertama adalah berdasarkan penghantaran sumber, mengubah objek operasi dan penyelenggaraan asal kepada entiti sumber, dan memastikan penghantaran ke huluan fungsi perkhidmatan dan mewujudkan garis bawah nilai pekerjaan
  • Pada peringkat kedua, laburkan banyak tenaga dalam membina platform pengurusan untuk menguruskan kitaran hayat entiti sumber dan membebaskan diri sendiri -perkhidmatan ToC dan mencapai penyahgandingan
  • Peringkat ketiga adalah untuk mendalami bidang profesional komponen itu sendiri dan meningkatkan profesionalisme dari semua aspek seperti seni bina, kod, prestasi, operasi dan penyelenggaraan. Apabila langkah ini dicapai, operasi dan penyelenggaraan telah menjadi pakar perkhidmatan dalam bidang ini, bukan hanya pentadbir

  Model onion pertama kali disahkan dalam pangkalan data, data besar, middleware dan kedudukan lain, dan kemudiannya Ia telah diambil alih dan digunakan dalam perkhidmatan awan, dan ia juga berjaya. Contohnya, pasukan CloudOps operasi dan penyelenggaraan perkhidmatan awan syarikat kami melaksanakan transformasi mengikut model bawang Perincian adalah seperti berikut:

  • Objek pasukan ini adalah pelbagai perkhidmatan awan, diedarkan di Tencent, Alibaba. , Baidu dan beberapa vendor awan lain
  • Dua tahun lalu, mereka menyediakan mesin, storan dan sumber lain melalui pelbagai kaedah manual untuk menyokong perkembangan pesat perniagaan mereka (penyampaian sumber)
  • Selepas itu, kami Mula membina platform pengurusan berbilang awan untuk mengurus kitaran hayat perkhidmatan awan seperti mesin, lebar jalur, storan objek dan CDN. Dalam proses ini, platform pengurusan CloudOps berjaya diubah menjadi penyedia perkhidmatan awan menengah dalaman syarikat ICSP (keupayaan platform)
  • Seterusnya, kami akan terus mengukuhkan pembelajaran, kesedaran dan pemahaman kami tentang produk awan awam , promosi evolusi, dsb., dan berusaha untuk mewujudkan lebih profesionalisme dalam bidang ini (komponen itu sendiri)

  Platform pertengahan operasi dan penyelenggaraan (pembangunan operasi dan penyelenggaraan)

  Dengan Peranan operasi perniagaan seperti penyelenggaraan, operasi dan penyelenggaraan komponen, dan operasi dan penyelenggaraan sistem (perkhidmatan awan rangkaian sumber) mula mengambil bahagian dalam kerja pembangunan Ruang yang ditinggalkan untuk operasi dan pembangunan penyenggaraan pasukan DevOps secara beransur-ansur menjadi semakin kurang, dan pembahagian kerja adalah tidak jelas semasa proses transformasi. Merujuk kepada ramalan peningkatan struktur organisasi dan seni bina teknikal, kami telah melaraskan semula kedudukan OpDev: OpDev tidak seharusnya menjadi penyumberan luar pembangunan atau bawahan kakitangan operasi dan penyelenggaraan, tetapi harus mempunyai perkhidmatan bebasnya sendiri. Akibatnya, platform operasi dan penyelenggaraan asal dibahagikan kepada dua bahagian Satu bahagian memfokuskan pada lelaran berfungsi dan tidak boleh digunakan semula, dan diserahkan kepada pengguna asal untuk mengekalkan diri mereka sendiri, seperti konsol sumber IDP, alat pengurusan senario ICSP. dan lain-lain; bahagian lain adalah fungsi awam , disarikan kerana platform tengah operasi dan penyelenggaraan bertanggungjawab untuk OpDev, seperti IAM akaun bersatu, enjin orkestrasi pesanan, pengumpul penunjuk pemantauan, dll., seperti yang ditunjukkan di bawah.

  

  Platform tengah operasi dan penyelenggaraan ialah subset daripada platform operasi dan penyelenggaraan asal Ia tidak perlu membina semula pengetahuan domain Ia perlu melakukan semula pemodelan abstrak domain dan mempunyai keperluan kualiti kod yang agak tinggi (sama seperti komponen asas ). Inilah kelebihan OpDev untuk kanak-kanak. Memandangkan tanggungjawab dipusatkan dan dikurangkan, OpDev mesti pada masa yang sama melangsingkan badan dan mencapai leverage yang lebih tinggi.

  Beberapa pengajaran

  Kongsi secara ringkas beberapa pelajaran transformasi syarikat kami, termasuk

  • Perlu ada kompromi antara transformasi dan konservatisme. Transformasi daripada operasi dan penyelenggaraan tradisional kepada pembekal perkhidmatan tidak akan berlaku dalam sekelip mata, begitu juga semua pekerja akan sentiasa ada yang tinggal di belakang (tahap teknikal semasa ialah kira-kira 73%). Selepas sumber ditumpukan, kakitangan bahagian belakang akan menerima lebih banyak pulangan nilai
  • kecerunan pembezaan keupayaan R&D. Keupayaan untuk berubah daripada operasi dan penyelenggaraan kepada pembangunan adalah tidak sekata Ia mesti bermula dari lelaran keperluan perniagaan, mengawal reka bentuk dan penerimaan dengan ketat untuk memastikan kualiti, secara sedar melengkapkan teori kejuruteraan, dan dilengkapi dengan operasi dan penyelenggaraan yang sangat baik pertengahan. keupayaan untuk memastikan Platform
  • yang bersih bukan satu-satunya pilihan. Platform ialah cara paling berkuasa untuk melaksanakan keupayaan perkhidmatan, tetapi ia pastinya bukan satu-satunya cara. Organisasi, budaya, norma, proses dan platform semuanya amat diperlukan (tetapi kos pemindahan mungkin lebih tinggi sedikit)
  • Kosongkan objek pengurusan operasi dan penyelenggaraan. Dalam operasi dan penyelenggaraan, terutamanya operasi dan penyelenggaraan aplikasi, objek pengurusan bukanlah aplikasi itu sendiri, tetapi ciri umum aplikasi itu, semakin besar nilai operasi dan penyelenggaraan aplikasi (leverage)
  • Jaminan organisasi tidak boleh diabaikan . Struktur organisasi ialah kuasa produktif utama CTO mesti membuat perubahan, mempunyai matlamat yang jelas, dan mempunyai pembahagian kerja yang jelas, seperti menjelaskan tanggungjawab utama, menubuhkan agensi penerimaan bebas, kitaran pengukuran dan tadbir urus, dsb. jaminan organisasi untuk transformasi operasi dan penyelenggaraan
  • Berwaspada Pemikiran projek yang tulen. Operasi dan penyelenggaraan masih perlu mengambil bahagian dalam beberapa projek untuk meledakkan nilai dan memperoleh rasa pencapaian dalam jangka pendek, tetapi ia juga mudah untuk orang hilang sabar dan nilainya menjadi sifar ia memerlukan matlamat reka bentuk yang sedar dan pengumpulan perkhidmatan keupayaan semasa proses projek
  • Pencegahan lebih berkesan daripada tindak balas kecemasan. Isu kestabilan perlu diselesaikan dalam bidang seni bina, dan pencegahan adalah lebih berkesan daripada tindak balas kecemasan. Utamakan melanjutkan MTBF, diikuti dengan memendekkan MTTR

  ---

  Berikut adalah kandungan tambahan, bukan teras artikel ini.

  Evolusi penghantaran permintaan

  Sama ada awan awam atau platform K8S dalaman, terdapat sejumlah besar operasi penghantaran permintaan. Platform penghantaran ToM (ToManager) jenis ini selalunya tidak mempunyai kekangan yang diperlukan dan hanya boleh dibuka kepada orang yang berpengalaman.

  Untuk mengoptimumkan pembahagian kerja dan meningkatkan kecekapan, operasi dan penyelenggaraan permukaan ToC (ToRD) boleh dilaksanakan melalui "susunan pesanan kerja + kelulusan" itu sendiri akan disepadukan secara menyeluruh ke dalam amalan pengurusan operasi dan penyelenggaraan yang terbaik, boleh dibuka dengan selamat untuk penyelidikan dan pembangunan. Ini adalah hala tuju penting untuk menservis keupayaan operasi dan penyelenggaraan. Laluan evolusi penyampaian layan diri adalah seperti berikut:

  

  Pada masa ini, pautan komunikasi daripada keperluan kepada penyelesaian teknikal agak sukar untuk layan diri atau mengautomasikan lebih banyak percubaan diperlukan pada masa hadapan.

  Titik Marginal Skala Operasi dan Penyelenggaraan

  Intipati ekonomi skala operasi dan penyelenggaraan ialah kos marginal, iaitu interaksi "mengurangkan kos marginal operasi dan pengurusan penyelenggaraan berbanding peningkatan marginal kos penyelenggaraan isomorfik". Seperti yang ditunjukkan dalam rajah di bawah, apabila bilangan objek operasi dan penyelenggaraan adalah kecil, kos operasi dan pengurusan penyelenggaraan menyumbang sebahagian besar, seperti platform bangunan dan operasi manual apabila bilangan objek operasi dan penyelenggaraan meningkat, penyelenggaraan isomorfik; merupakan kos utama; titik perubahan marginal akan dipengaruhi oleh teknologi dan konsep dan faktor persekitaran yang lain.

  

  Teknologi asli awan mengurangkan kesukaran mengekalkan isomorfisme (menggalakkan keluk penyelenggaraan isomorfisme untuk beralih ke kanan) dan meningkatkan keupayaan perkhidmatan operasi dan penyelenggaraan ( mempromosikan Keluk pengurusan operasi dan penyelenggaraan beralih ke bawah), membolehkan kakitangan operasi dan penyelenggaraan mengurus lebih banyak objek operasi dan penyelenggaraan pada kos yang lebih rendah, sekali gus meningkatkan kecekapan pengeluaran dengan ketara.

Atas ialah kandungan terperinci Zuoyebang Nie An: Cara mengubah operasi dan penyelenggaraan, dengar idea OPaS Zuoyebang. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!