Evolusi seni bina sistem e-dagang autohome dan amalan seni bina platform

★ 目录 ★

01	前言
02	架构演进  2.1起步阶段  2.2微服务阶段  2.3主数据阶段  2.4平台化架构阶段
03	平台化架构实践  3.1业务身份化  3.2服务编排化  3.3业务配置化  3.4开发工具化  3.5数据可视化  3.6知识沉淀
04	尾声  4.1探索新零售  4.2架构升级

01

前言

02

架构演进 2.1起步阶段  2.2微服务阶段 2.3主数据阶段 2.4平台化架构阶段

03

平台化架构实践 3.1业务身份化 3.2服务编排化 3.3业务配置化 3.4开发工具化 3.5数据可视化 3.6知识沉淀

04

尾声 4.1探索新零售  4.2架构升级

Kata Pengantar

Sistem e-dagang Autohome dilahirkan pada 2014 dan berkembang dari 2016 hingga 2019. Ia telah mengalami ujian puncak Double 11 dan 818 pihak selama bertahun-tahun, dan telah mengumpul keupayaan dagangan dalam talian yang stabil, boleh dipercayai, dan Cemerlang. Dengan peningkatan gelombang pembinaan platform pertengahan perniagaan, ia telah memasuki peringkat pembinaan platform pertengahan pada 2019, mengeksport pengumpulan keupayaan lima tahunnya dalam bidang e-dagang automotif, membantu pembangunan industri e-dagang automotif , dan mempercepatkan transformasi digital perusahaan!

Evolusi seni bina

Bahagian ini terutamanya membincangkan proses pembangunan seni bina sistem e-dagang Autohome, status perniagaan, cabaran teknikal dan strategi tindak balas sistem teknikal di setiap peringkat.

Peringkat awal

Persekitaran Internet yang dialami dari 2011 hingga 2013 Beribu-ribu perang rejimen, e- perdagangan Selepas perang‍[1], perniagaan e-dagang telah menjadi satu lagi tempat tinggi strategik untuk mengewangkan trafik Internet sebagai tambahan kepada model pengiklanan. Sepanjang tempoh "Double Eleven" pada 2013, Autohome melancarkan perkhidmatan pembelian kereta, mengambil pautan transaksi sebagai hala tuju pembangunan yang penting [2] . Pada peringkat awal perniagaan, keperluan teknikal adalah dengan cepat melelang dan pergi ke dalam talian untuk mengesahkan kebolehlaksanaan produk. Semasa memenuhi keperluan perniagaan harian, pemikiran tentang seni bina teknikal tidak berhenti. Dengan mengambil kira kebolehskalaan sistem e-dagang masa hadapan dan merujuk kepada sistem teknologi Alibaba dalam industri, kami mula membangunkan susunan teknologi pada tahun 2014 dan secara beransur-ansur berubah daripada sistem .NET kepada sistem Java, dan menyelesaikan semua pengaktifan aplikasi. 30 Mei 2015. Melancarkan platform membeli-belah kereta dalam talian yang lengkap Car Mall .

Peringkat perkhidmatan mikro

Dengan perkembangan pesat perniagaan e-dagang, bilangan kakitangan teknikal telah meningkat Menjelang 2016, pasukan teknikal mempunyai ratusan orang ramai. Keperitan seni bina monolitik datang secara langsung Bagi projek git pusat beli-belah hadapan, hampir 30 sub-projek maven dibangunkan secara selari apabila memenuhi permintaan konflik gabungan kod sering berlaku, permintaan menunggu dalam talian, dan kelembapan dalam talian SQL dan isu-isu lain, kecekapan pembangunan dan kestabilan sistem keseluruhan sistem telah merosot.

Pada masa ini, sokongan sistem sedang menghadapi cabaran yang besar, dan seni bina sistem mesti ditingkatkan dan berkembang. Kami mula membangunkan strategi teragih, memisahkan sistem tunggal asal kepada berbilang sistem terpusat dengan perpaduan tinggi dan gandingan rendah. Iaitu, pusat pengguna semasa, pusat produk, pusat pesanan, pusat promosi, pusat kupon, dan pusat pedagang Setiap sistem bebas boleh direka bentuk secara bebas, diterima secara bebas, dan keseluruhan kecekapan R&D dan kestabilan sistem telah dipertingkatkan. langkah. Pada peringkat ini, kami secara teknikal telah menyiapkan pembinaan sistem produk peringkat juta e-dagang kereta sokongan [3], sistem pesanan [4] dan sistem kupon [5], dan menyelesaikan semua aplikasi pada awan [ 6], Pembinaan platform ujian automatik [7].

Pada masa yang sama, ia telah meneroka pelbagai model perniagaan seperti model e-dagang kenderaan kendalian sendiri, model platform terbuka, model B2B2C, model sebut harga, model perundingan, model TPCC, dan jualan kereta import selari.

Peringkat data induk

Kepantasan pembangunan e-dagang benar-benar pantas Menjelang 2019, syarikat sudah mempunyai pelbagai model transaksi dalam talian, seperti perjalanan, Produk kereta dan perkhidmatan selepas pasaran, penebusan mata, dsb. Berdasarkan strategi pembangunan, syarikat memutuskan untuk membina platform pertengahan e-dagang Di satu pihak, ia adalah untuk menumpukan sumber produk berkualiti tinggi dan sumber operasi untuk mewujudkan platform dagangan e-dagang menegak yang berpengaruh Sebaliknya, ia juga untuk mengurus dan mengawal sumber teknikal secara munasabah dan merealisasikan sistem e-dagang. Dengan latar belakang ini, pasukan saya mengambil tugas untuk membina platform pertengahan e-dagang Memandangkan bentuk perniagaan dan seni bina teknikal setiap sistem adalah sangat berbeza, masalah pertama yang kami hadapi ialah bagaimana untuk mencapai urus niaga. Untuk tujuan ini, di satu pihak, kami telah mula membiasakan diri dengan status semasa sistem perdagangan dalam senario perniagaan yang berbeza, dan di sisi lain, kami juga sedang memikirkan dan membincangkan penyelesaian teknikal. Pada akhirnya, kami memilih penyelesaian "berdasarkan penormalan data, menyediakan perkhidmatan pertengahan yang standard dan menyepadukan sistem mengikut sistem dari bawah ke atas."

Penormalan data

Data ialah aset teras syarikat Dalam mana-mana sistem, terutamanya sistem perdagangan, data adalah yang paling banyak yang penting. Di satu pihak, pembinaan data induk boleh menyatukan model data dan memecahkan halangan sistem di sisi lain, ia juga boleh menjalankan analisis data operasi melalui data berpusat dan menyediakan asas untuk keputusan perniagaan data induk sebagai langkah pertama dalam langkah penyepaduan sistem. Dalam proses transaksi, data yang paling penting tertumpu dalam empat bidang pedagang, produk, pesanan, dan aktiviti promosi Berdasarkan situasi semasa senario transaksi syarikat, kami mengabstrak data induk dalam empat bidang ini dan memodelkannya dalam. cara bersatu sebanyak mungkin Sesuai untuk kebanyakan senario perdagangan. Berikut ialah gambarajah skema struktur model data teras data induk pesanan:

Selepas melengkapkan model data bersatu, langkah seterusnya ialah mengimport data heterogen sedia ada ke dalam model data induk Dalam pangkalan data, kami menggunakan kaedah membaca binlog pangkalan data (mysql, sqlserver) untuk pemprosesan data untuk melengkapkan import penyegerakan data awal Ini juga merupakan penyelesaian pelaksanaan yang paling kecil dan paling cepat dengan pencerobohan yang paling sedikit perniagaan.

Penyawaian API

Selesai pembinaan data induk Seterusnya, kami akan memulakan pembinaan piawaian API berdasarkan data induk boleh dianggap sebagai saraf sistem. API Kualiti boleh menyambungkan sistem berkualiti tinggi bersama-sama, dan API bersatu boleh mencapai penutupan sistem pada tahap tertentu. Untuk tujuan ini, kami mematuhi prinsip tanggungjawab tunggal, membezakan mengikut medan, menjelaskan sempadan dan mengatomkan semua fungsi API asas untuk memudahkan pengguna huluan memasang API secara fleksibel untuk melengkapkan logik perniagaan Pada masa yang sama, kami menyatukan struktur parameter API dan struktur hasil tindak balas kod ralat bersatu, penerbitan dan panggilan bersatu berdasarkan get laluan API, pemantauan statistik data API, degradasi dan pengehadan semasa merealisasikan pengurusan dan kawalan bersatu.

Penukaran membaca dan menulis API

Dengan API yang diseragamkan, adalah wajar bagi pihak perniagaan untuk menggunakannya untuk mencerminkan nilai API bagi mengelakkan langkah daripada mengambil langkah yang terlalu besar, Berdasarkan kepentingan dan magnitud perniagaan, kami juga menggunakan penyelesaian baca-tulis berperingkat untuk memanggil dan menukar perniagaan satu demi satu Langkah yang kelihatan munasabah ini turut mendedahkan banyak masalah semasa proses pelaksanaan sebenar: 1) Dalam kes kebergantungan baca-tulis yang kuat Senario, contohnya: selepas pengguna membuat pesanan, dia akan segera melompat ke butiran pesanan untuk melihat pesanan Pada masa ini, apabila suis API tulis tidak selesai, membaca data melalui API baca akan gagal kerana kelewatan penyegerakan data Pada masa ini, tiada cara untuk mengikuti arahan Baca dahulu dan kemudian tulis dan tukar secara berperingkat masa. 2) Kaedah yang mempunyai kesan paling sedikit terhadap penukaran perniagaan sudah tentu serasi dengan parameter dan hasil pulangan antara muka asal Jika kami memaksa pihak perniagaan untuk menukar mengikut API standard kami, ia pasti akan membawa kos penukaran dan kesan negatif yang tidak perlu. ke bahagian perniagaan. Pada masa ini, kita semestinya perlu membuat beberapa pertukaran dari perspektif pihak lain. Kaedah yang kami pakai ialah menambah lapisan penyesuaian di atas API standard untuk penukaran protokol lama dan baharu, supaya pihak perniagaan hanya perlu menukar nama domain dan URL yang diminta, dan logik lain kekal tidak berubah, memaksimumkan Mesra dari segi perniagaan. 3) Memandangkan API asas yang kami sediakan semuanya bersifat atom, dalam senario sebenar, terutamanya dalam projek di mana hujung hadapan dan belakang dipisahkan, hujung hadapan tidak bersedia untuk memanggil antara muka berkali-kali untuk mendapatkan hasil yang sama Menghadapi situasi ini , kami juga Lapisan fasad ditambahkan pada bahagian belakang Berdasarkan API atom yang mendasari, API yang memenuhi senario perniagaan disediakan kepada dunia luar dan serasi sederhana dengan logik antara muka yang berbeza. 4) Pertukaran membaca dan menulis tidak boleh dicapai dalam sekelip mata Dalam proses ini, pasti akan ada senario di mana API data utama dan API perniagaan asal wujud bersama Memandangkan semua pintu masuk API akan disediakan oleh kami, kami juga menggunakan mekanisme penghalaan lapisan penghalaan Lokasi yang berbeza dimajukan, dan semua API adalah telus kepada pemanggil. 5) Dalam proses pensuisan API sebenar, terdapat senario khas Kerana sistem mesti disepadukan pada akhirnya, memaksa pensuisan API untuk fungsi-fungsi yang akan disepadukan nanti sebenarnya adalah pembaziran sumber, jadi kami juga mendahului jadual. . Selepas membuat pra-penghakiman, anda boleh mengelak daripada menukar dan menunggu fungsi disepadukan sebelum menukar fungsi keseluruhan.

Penyatuan fungsi sistem

Selepas melengkapkan penukaran baca dan tulis API, fungsi berdasarkan data induk pada asasnya telah melengkapkan pengagregatan Pada masa ini, adalah perlu untuk menyatukan secara sistematik fungsi biasa, seperti : Bahagian belakang pengurusan pedagang bersatu, bahagian belakang operasi bersatu, pengalaman transaksi C-akhir bersatu, dll. Tujuan penyepaduan bersatu pada peringkat sistem adalah untuk memberi pengguna antara muka operasi bersatu dan mencerminkan profesionalisme platform. Dalam proses penyepaduan sistem, kami menerima pakai prinsip "kerpasan persamaan dan pertukaran perbezaan". keupayaan. Antara muka operasi memenuhi keperluan penggunaan pelbagai pihak perniagaan. Untuk fungsi yang unik untuk bahagian perniagaan, kami akan mengesyorkan agar pihak perniagaan melaksanakannya Bagi fungsi yang belum lagi membentuk keupayaan umum tetapi mungkin menjadi keupayaan umum pada masa hadapan, kami akan menggunakan cara terpantas untuk melaksanakan versi kecil dalam talian dalam. selaras dengan prinsip MVP , dengan lelaran perniagaan, pemendakan fungsi direalisasikan secara berterusan. Semasa keseluruhan proses penyepaduan sistem, keperluan baru pasti akan timbul semasa menyepadukan fungsi sistem asal Berhadapan dengan senario ini, pendekatan kami adalah untuk membangunkan sistem baharu dan lama secara serentak, yang nampaknya meningkatkan kos sistem adalah berfaedah. Di satu pihak, ia tidak akan menjejaskan perkembangan perniagaan dan tidak akan menyebabkan stagnasi kepada perniagaan akibat integrasi teknikal Sebaliknya, masalah yang mungkin berlaku dalam sistem baru boleh diketahui dengan membandingkan yang lama dan sistem baharu, yang juga akan menjadi cara terbaik untuk mengesahkan kefungsian sistem bersepadu baharu. Selepas menyelesaikan kebanyakan kerja penyepaduan sistem, pautan transaksi e-dagang teras telah beroperasi dan telah menjalani pengesahan dalam talian jangka panjang, daripada kemasukan pedagang, keluaran produk, paparan produk, penempatan pesanan, pembayaran, pemenuhan kontrak, Daripada selepas jualan hingga penyelesaian akhir, masalah yang dihadapi semasa proses juga diselesaikan satu persatu. Pada peringkat ini, kami menyelesaikan penyepaduan tiga sistem perdagangan utama dalam syarikat, dan menjalankan peningkatan struktur sistem jualan kilat platform e-dagang [8] dan peningkatan struktur sistem kupon untuk menyokong 818 dalam 2020-2021. Jualan kilat dan senario pengeluaran kupon untuk acara berskala besar seperti parti, Double 11 dan Double 12. Selain itu, kami juga sedang meneroka secara aktif teori dan amalan industri model dipacu domain DDD, dan telah melaksanakannya dalam pembinaan semula sistem pangkalan data invois [9] , yang juga menyediakan asas untuk platform seterusnya naik taraf seni bina.

Peringkat seni bina platform

Memandangkan pusat perniagaan e-dagang terus "mendekati" perniagaan, abstraksi sistem Kesukaran pembinaan juga telah meningkat secara eksponen, dan satu siri masalah baru telah muncul: 1) Dengan berakhirnya projek platform pertengahan pembinaan dan pemindahan kakitangan, selepas menyepadukan logik banyak barisan perniagaan, kod e -platform pertengahan perniagaan perdagangan penuh dengan Sebilangan besar pertimbangan bersyarat, kos pembangunan dan kos regresi ujian bagi setiap lelaran permintaan adalah sangat tinggi Bagaimana untuk mengasingkan logik antara perniagaan yang berbeza dan mengurangkan gandingan antara perniagaan? 2) Bagaimana untuk mengabstrakkan keupayaan umum pelbagai barisan perniagaan yang telah disambungkan ke platform perniagaan e-dagang untuk mengelakkan pertindihan pembinaan? 3) Apabila perniagaan baharu disambungkan ke pusat perniagaan e-dagang, bagaimanakah ia boleh dipasang dan dilancarkan dengan cepat berdasarkan keupayaan dan penyelesaian sedia ada untuk menyokong lelaran dan inovasi perniagaan yang pesat? 4) Bagaimanakah kita boleh menggunakan cara teknikal untuk membantu meningkatkan kecekapan kerja harian dalam operasi produk? Ringkasnya, adalah amat penting untuk mengabstrakkan keupayaan umum barisan perniagaan dan reka bentuk boleh guna semula dan pelaksanaan keupayaan bersama dalam platform pertengahan perniagaan e-dagang semasa proses pembinaan Platform pertengahan perniagaan mesti mencapai keupayaan untuk digunakan semula dan fleksibiliti untuk menjadikan platform pertengahan Pembinaan memainkan peranan dalam mengurangkan kos dan meningkatkan kecekapan dalam proses pembangunan perusahaan. Seni bina sistem mesti dinaik taraf, yang membawa kepada peringkat seni bina platform.

Amalan Seni Bina Platform

Apakah itu seni bina platform? Adalah perlu untuk memisahkan keupayaan asas daripada perkhidmatan ciri setiap pihak perniagaan, dan untuk mengasingkan logik antara perkhidmatan. Teras platformisasi ialah keterbukaan pemodelan abstrak perniagaan dan seni bina sistem Abstraksi perniagaan menyelesaikan 80% masalah biasa, dan keterbukaan seni bina sistem menyelesaikan 20% masalah yang diperibadikan. Selepas merujuk kepada penyelesaian "Kertas Putih Seni Bina Perusahaan Moden" yang diberikan oleh

ThoughtWorks [10]

dan penyelesaian pertengahan syarikat Internet dalam industri Meituan [11] dan Youzan [12] , kami telah memberikan penyelesaian yang sesuai untuk platform e-dagang Zhijia: melalui pemodelan dipacu domain, kami merumuskan keupayaan umum berbilang barisan perniagaan dalam perniagaan e-dagang dan tempat pengembangan rizab, dan kemudian menggunakan orkestrasi perkhidmatan untuk menggabungkan keupayaan bersama. Prinsipnya adalah seperti yang ditunjukkan dalam rajah: Setiap perniagaan yang berjalan dalam perniagaan e-dagang boleh difahami sebagai: identiti perniagaan + proses perniagaan + peraturan Proses perniagaan direalisasikan melalui orkestrasi perkhidmatan proses, dan titik lanjutan direalisasikan melalui sambungan mekanisme titik. Dalam keseluruhan proses urus niaga, kemasukan pedagang dan keluaran produk pada bahagian B adalah agak biasa Perbezaan proses utama perniagaan yang berbeza ditunjukkan dalam pemenuhan pesanan sebelum pengumpulan pesanan dan selepas pembayaran Proses ini sering memerlukan pembangunan tersuai sebab ini, keseluruhan penyelesaian Intinya terletak pada reka bentuk seni bina platform pesanan.

Seperti yang ditunjukkan dalam rajah: keseluruhan seni bina platform pesanan dibahagikan kepada empat lapisan, dari bawah ke atas:

• Lapisan infrastruktur: Menyediakan storan, pemesejan, RPC dan perisian tengah lain
• Lapisan perkhidmatan asas: Perkhidmatan asas yang diatur mengikut domain dan perkhidmatan domain menyediakan titik sambungan untuk perbezaan dalam perniagaan yang berbeza.
• Lapisan keupayaan perniagaan: Sambungkan perkhidmatan domain yang berbeza untuk membentuk keupayaan perniagaan yang boleh digunakan secara luaran, seperti pesanan, pembayaran, dsb.
• Lapisan proses perniagaan: mengatur keupayaan perniagaan, membentuk proses transaksi pesanan dan melengkapkan proses transaksi pesanan.
• Lapisan perniagaan: Kembangkan identiti perniagaan, pelaksanaan titik lanjutan dan konfigurasi proses perniagaan untuk mencapai perbezaan perniagaan yang berbeza.

Keseluruhan proses amalan naik taraf seni bina platform pesanan diringkaskan dalam perkara berikut:

Identiti perniagaan

Konsep identiti perniagaan ialah Alibaba yang terawal mencadangkan bahawa apabila platform perniagaan menyediakan perkhidmatan kepada pelbagai perniagaan pada masa yang sama, ia perlu dapat membezakan elemen identiti perniagaan setiap permintaan perkhidmatan perniagaan untuk menyediakan perkhidmatan yang dibezakan dan diperibadikan oleh itu, adalah perlu untuk wujudkan identiti dan ciri-ciri setiap perniagaan perusahaan Model dan bezakan, yang mana keluarannya adalah identiti perniagaan. Identiti perniagaan adalah unik Ia serupa dengan nombor ID dan mestilah unik di seluruh perniagaan. Dengan identiti perniagaan, pusat perniagaan boleh mengabstrak proses perniagaan dan peraturan perniagaan, serta melaksanakan penghalaan perkhidmatan dan pemantauan perniagaan berdasarkan identiti perniagaan. Kedua, identiti perniagaan adalah serupa dengan konsep penyewa dalam sistem SAAS yang berbeza menggunakan identiti perniagaan untuk mengasingkan kebenaran data di pejabat tengah Ini memastikan bahawa operasi setiap perniagaan hanya boleh melihat data bahagian perniagaannya sendiri.

Sebagai contoh, dalam bidang e-dagang automobil, kami mengabstrak identiti perniagaan melalui tiga dimensi: orang, barangan dan tempat. Dimensi manusia termasuk sama ada anda mempunyai keahlian, sama ada anda pemilik kereta yang disahkan, perkhidmatan nilai tambah yang telah diaktifkan, dsb.; kaedah penghantaran (hapus kira, pertukaran, penghantaran kedai 4S) dan lain-lain. saluran penghantaran produk, dsb. Setelah identiti perniagaan unik ditentukan berdasarkan dimensi ini, proses perniagaan untuk setiap transaksi ditentukan.

Orkestra perkhidmatan

Seluruh pusat perniagaan e-dagang menggunakan seni bina perkhidmatan mikro dan membahagikan keseluruhan sistem e-dagang kepada pedagang Pusat, pusat pengguna, pusat produk, pusat promosi, pusat transaksi, pusat pemenuhan, pusat selepas jualan. Setiap pusat secara logik dibahagikan kepada dua lapisan: keupayaan dengan atribut perniagaan dan keupayaan asas tanpa atribut perniagaan. Lapisan keupayaan asas memfokuskan pada atribut entiti, gelagat dan peristiwa model domain, yang tidak akan berubah dengan pelarasan keperluan perniagaan Ia memfokuskan pada gelagat biasa industri, menyatukan model perniagaan dan memastikan kestabilan perkhidmatan asas. Keupayaan dengan atribut perniagaan adalah berdasarkan lapisan keupayaan asas melalui cara teknikal seperti gabungan perkhidmatan dan orkestrasi proses untuk membentuk penyelesaian berorientasikan perniagaan dan melengkapkan transformasi daripada perniagaan biasa kepada diperibadikan. Terdapat dua pendekatan biasa: satu ialah menggunakan pengekodan keras. Memandangkan logik barisan perniagaan yang berbeza terus meningkat, keupayaan asas yang dipanggil oleh setiap keupayaan perniagaan akan menjadi rumit dan kompleks, menjadikannya sukar untuk mengkonfigurasi dan melaksanakannya secara fleksibel. Apabila keperluan berubah, sukar bagi penguji untuk menilai skop kesan pengubahsuaian, dan kitaran kos ujian regresi adalah panjang, menjadikannya sukar untuk mencapai pembangunan yang benar-benar tangkas dan tindak balas perniagaan yang pantas. Yang kedua ialah menggunakan orkestrasi perkhidmatan. Karang perkhidmatan melalui orkestrasi perkhidmatan perkhidmatan mikro yang sedia ada, dan kemudian kembalikan maklumat yang diperlukan oleh meja depan sekali gus. Keupayaan barisan perniagaan yang berbeza melaksanakan proses yang berbeza Melalui rangka kerja orkestrasi grafik, XML dan JSON, proses itu boleh dibuat dengan jelas dan butiran kod boleh dilindungi. Tidak perlu menjelaskan secara terperinci tentang faedah pemisahan perkhidmatan, tetapi untuk merealisasikan nilai perniagaan, ia bukan mengenai keupayaan perkhidmatan tunggal, tetapi mengenai menyelaraskan semua perkhidmatan untuk memastikan kejayaan perniagaan hujung ke hujung perusahaan. proses. Platform pertengahan perniagaan ialah platform penyepaduan untuk perniagaan perusahaan Teknologi penyepaduan mesti secara longgar menggabungkan aplikasi dan sumber yang membentuk proses Jika tidak, logik proses akan dikodkan dengan keras ke dalam platform teknologi tertentu, dan mungkin berubah mahal, sekali gus melanggar keseluruhan matlamat.

Rangka kerja orkestra perkhidmatan

Dalam bidang orkestrasi perkhidmatan, sudah terdapat banyak penyelesaian industri Kami merujuk kepada Orkestrasi perkhidmatan berdasarkan gerbang API [13], berdasarkan sistem aliran kerja Orkestrasi. rangka kerja Flowable and Activiti[14], Netflix Conductor[16] dan Zeebe[17] berdasarkan rangka kerja orkestrasi seni bina perkhidmatan mikro. Setelah menganalisis prinsip teknikal, kami mendapati bahawa kesemuanya mempunyai beberapa kekurangan dan tidak boleh digunakan pada orkestrasi perkhidmatan pusat perniagaan e-dagang Akhirnya, kami memilih Apache Camel [18] sebagai perkhidmatan Enjin pendasar orkestra dibangunkan untuk enkapsulasi sekunder. Apache Camel dilahirkan pada tahun 2007. Sekitar tahun 2009, ia menjadi projek Apache peringkat teratas dan dinamakan semula sebagai Apache Camel Versi terkini ialah 3.0. Kelebihan Apache Camel ialah ia mempunyai lebih daripada 300 komponen sambungan dalam lebih daripada sepuluh tahun sejak dikeluarkan mekanisme sambungannya juga sangat mudah dan masalah penyepaduan aplikasi diselesaikan melalui amalan terbaik yang tersedia di luar kotak; Ia berdasarkan seni bina yang didorong oleh peristiwa dan mempunyai prestasi dan daya pemprosesan yang baik [19]. Berikut ialah contoh orkestrasi proses perkhidmatan yang mudah:

Pejabat tengah perniagaan menggunakan teknologi orkestrasi perkhidmatan untuk mengenal pasti secara automatik keupayaan transaksi sebagai persembahan visual komponen untuk membentuk peta keupayaan, sebaliknya, ia melaksanakan proses perkhidmatan berdasarkan asas ini keupayaan. Orkestrasi boleh membina semua atau sebahagian daripada proses urus niaga dengan cepat melalui seret dan lepas Ia serupa dengan blok pembinaan, menggunakan semula komponen asas dan memadankannya secara fleksibel, dengan itu merealisasikan penggunaan semula keupayaan peringkat perusahaan e-dagang. , menjimatkan kos pembangunan dan memperkasakan matlamat perniagaan dengan cepat.

Rangka kerja titik sambungan

Nama penuh titik sambungan ialah Antara Muka Pembekal Perkhidmatan, atau singkatannya SPI. Ia adalah satu set mekanisme yang disediakan oleh Java untuk memuatkan dan menjalankan kelas pelaksanaan antara muka sambungan pihak ketiga Ia biasanya digunakan dalam penggantian komponen dan senario pengembangan rangka kerja. SPI memisahkan antara muka perkhidmatan dan pelaksanaan perkhidmatan untuk mencapai penyahgandingan dan meningkatkan kebolehskalaan aplikasi. Dalam pengaturcaraan, pengaturcaraan berorientasikan antara muka digunakan antara modul tanpa rujukan kelas pelaksanaan tertentu, dan pemalam aplikasi dicapai dengan memuatkan kelas pelaksanaan secara dinamik. Rangka kerja COLA ialah rangka kerja titik lanjutan untuk seni bina aplikasi yang dicadangkan oleh pakar teknikal Alibaba [20] . Sambungan rangka kerja COLA dilaksanakan melalui anotasi Sambungan anotasi menggunakan tiga atribut: use case (useCase), perniagaan (bizId) dan senario (senario) untuk mengenal pasti identiti. Menggunakan titik lanjutan rangka kerja COLA boleh menyokong pengasingan logik identiti perniagaan yang berbeza pada peringkat kod, kerana logik yang berbeza bertaburan dalam kelas pelaksanaan yang berbeza, yang selaras dengan prinsip pembukaan dan penutupan reka bentuk perisian. Apabila konteks Spring aplikasi dimulakan, rangka kerja COLA mula mengimbas kacang dengan anotasi Sambungan untuk pendaftaran titik sambungan, yang disimpan dalam struktur Peta Kuncinya ialah gabungan rentetan useCase, bizId dan senario, dan nilainya ialah. kacang. Pada masa jalanan, kelas pelaksanaan titik sambungan terletak melalui identiti perniagaan, dan kemudian logik yang dilaksanakan oleh titik sambungan dilaksanakan. Penghalaan tiga lapisan disokong apabila mencari pelaksanaan titik sambungan Pertama, titik sambungan akan ditemui mengikut senario useCase+bizId+Jika tiada titik sambungan, ia akan dicari mengikut nilai lalai useCase+bizId+Sekiranya ia belum ditemui, ia akan ditemui mengikut useCase+bizId nilai lalai + senario nilai lalai, prinsip khusus ditunjukkan dalam rajah:

Untuk ringkas. senario perniagaan, tidak banyak keperluan tidak berfungsi untuk skalabiliti tinggi dan pengasingan perniagaan sistem aplikasi. Walau bagaimanapun, memandangkan sistem aplikasi yang sama menyokong lebih banyak perniagaan dan senario perniagaan menjadi lebih kompleks, adalah perlu untuk menyediakan penyelesaian pengembangan bersatu di peringkat seni bina untuk mengukuhkan peraturan perniagaan yang berubah-ubah Ini bukan sahaja membantu menyatukan spesifikasi teknikal, tetapi juga mengurangkan pengekodan keras . IF-ELSE, mod strategi, dsb. disebabkan oleh kerumitan pemahaman dan ketekalan spesifikasi disebabkan tahap pembangun yang tidak konsisten. Melalui mekanisme titik sambungan, pusat perniagaan boleh mengurus perkhidmatan yang berbeza daripada tahap identiti dan rangka kerja perniagaan seperti penyewa pengurusan SAAS Identiti perniagaan yang berbeza boleh melanjutkan titik sambungan yang telah ditetapkan dalam senario yang berbeza. Pejabat tengah perniagaan Alibaba juga berdasarkan idea titik pengembangan, merealisasikan pemisahan dan penyahgandingan logik perniagaan teras dan butiran teknikal, supaya unit perniagaan kongsi boleh menyokong ratusan baris perniagaan dalam kumpulan.

Contoh aplikasi orkestrasi perkhidmatan + titik sambungan

Selepas mengesahkan fungsi, senario sistem transaksi e-dagang telah diklasifikasikan Pertama, senario dipilih yang mempunyai persepsi dan kehendak pengguna yang rendah mempunyai kesan yang paling sedikit kepada pengguna walaupun masalah berlaku Nod menjalani percubaan pembinaan semula, seperti pesanan tidak berbayar ditutup dari semasa ke semasa dan pengguna membatalkan pesanan. Ambil senario pengguna membatalkan pesanan sebagai contoh Sebelum pengubahsuaian, logik pembatalan pesanan oleh pengguna dalam setiap perniagaan adalah untuk mengubah suai status pesanan kepada status dibatalkan dan kemudian melaksanakan proses yang sama -coded. pseudo code adalah seperti yang ditunjukkan dalam rajah:

Selepas pengubahsuaian, ia telah disusun dengan teliti mengikut ciri-ciri setiap perniagaan perniagaan kereta tidak menggunakan kupon, maka tidak perlu mempunyai pautan ini dalam tujuan umum mata Dari segi keupayaan, mata Wanlitong diperluaskan. Kod pseudo adalah seperti yang ditunjukkan dalam rajah:

Perniagaan hotel dan tiket penerbangan bagi barisan perniagaan pengembara tidak mempunyai konsep tradisional inventori komoditi, jadi tidak ada perlu memulangkan inventori komoditi , tetapi merumuskan keupayaan am baharu: membatalkan pesanan pembekal dan menetapkan dua titik lanjutan untuk membatalkan pesanan pembekal hotel dan membatalkan pesanan pembekal tiket penerbangan. Kod pseudo adalah seperti yang ditunjukkan dalam rajah:

Kesan aplikasi keseluruhan sistem adalah jelas, terutamanya ditunjukkan dalam peningkatan prestasi dan peningkatan kecekapan manusia. Peningkatan prestasi terutamanya ditunjukkan dalam masa tindak balas sistem yang dipendekkan Peratusan peningkatan TP99 persekitaran pengeluaran antara muka untuk membatalkan pesanan selepas pengubahsuaian adalah kira-kira 30%. Peningkatan kecekapan manusia dicerminkan terutamanya dalam perbandingan masa yang diambil untuk menguji pembatalan pesanan dan penambahan nod proses baharu Sebelum pengubahsuaian, kod antara proses perniagaan digabungkan ujian terhadap perniagaan terdahulu Selepas pengubahsuaian, tidak perlu menjalankan ujian regresi setiap perniagaan.

Konfigurasi perniagaan

Dalam amalan seni bina platform, kami mengekstrak konfigurasi teras yang mempengaruhi aliran perniagaan dan mengkonfigurasi nilai atribut mengikut identiti perniagaan piawaian bersatu bagi keseluruhan pautan proses urus niaga, mengurangkan pengubahsuaian yang kerap pada kod pautan urus niaga teras, dan membenarkan perniagaan yang berbeza bertukar secara fleksibel antara nod yang berbeza dalam proses urus niaga yang sama berdasarkan nilai atribut yang berbeza. Contohnya: sama ada produk ditolak secara automatik ke kumpulan sumber, sama ada kad ID diperlukan untuk membuat pesanan, sama ada petunjuk ditolak jika pembayaran berjaya, sama ada resit belum disahkan selama lebih daripada N hari, sama ada resit disahkan secara automatik, dsb. Semua item konfigurasi disatukan melalui latar belakang pengurusan konfigurasi. Selain itu, untuk semua metadata dalam platform e-dagang, termasuk identiti perniagaan, kami juga telah menyatukan pengurusan melalui bahagian belakang pengurusan konfigurasi dan menyediakan API bersatu untuk menyediakan perkhidmatan pertanyaan luaran.

Alat pembangunan

Bermula dari aspek pelbagai dimensi perniagaan dan teknologi, kami membangunkan pelbagai alat praktikal dan mudah untuk masalah perniagaan biasa atau masalah teknikal yang timbul dalam setiap hari. kerja. Alat kecil boleh meningkatkan kecekapan kerja dan mencari masalah dengan cepat, seperti: alat pengiraan harga diskaun produk dan alat pemantauan dengan satu klik; Memandangkan kesedaran semua orang tentang alatan terus meningkat, alatan kecil seperti itu terus muncul dan disatukan untuk membentuk kotak peralatan yang sangat diperlukan untuk kakitangan R&D.

Penggambaran data

Penunjuk dimensi sistem seperti penunjuk prestasi, penunjuk penggunaan sumber dan volum panggilan sistem e-dagang boleh dipantau secara seragam melalui awan syarikat platform. Perkara yang sama berlaku untuk data perniagaan Kami perlu menyediakan alat visualisasi data perniagaan yang bersatu untuk menyediakan rujukan kepada pihak perniagaan untuk membuat keputusan yang berkaitan. Untuk tujuan ini, kami membangunkan sistem skrin besar visualisasi pesanan menggunakan pendekatan masa nyata + luar talian Melalui sistem ini, perubahan dalam volum pesanan boleh dipantau dalam masa nyata daripada pelbagai dimensi seperti barisan perniagaan, status pesanan dan wilayah. Jika turun naik volum pesanan dalam tempoh masa yang tetap melebihi ambang pra-konfigurasi kami, mesej DingTalk akan dihantar untuk memaklumkan perhatian pihak perniagaan dengan segera.

Selain itu, untuk data luar talian, kami juga menjalankan analisis statistik data daripada pelbagai dimensi mengikut hari, minggu dan bulan, dan akhirnya akan menghantarnya kepada anda dalam borang e-mel dan mesej APP pejabat Dari segi perniagaan, tujuan kaedah ini adalah untuk mencapai pengurusan visual data e-dagang dan menyediakan pengguna perniagaan dengan alat yang lebih mudah untuk menjalankan pengurusan dan kawalan perniagaan e-dagang yang komprehensif.

Pengumpulan pengetahuan

Pasukan yang saya sertai berada dalam bidang e-dagang dalam syarikat itu adalah pasukan profesional yang telah mengumpul banyak pengalaman dalam teknologi dan operasi produk selama bertahun-tahun. Sepanjang keseluruhan proses pembinaan pertengahan e-dagang, kami juga menggunakan pengalaman dan penyelesaian ini kepada masalah harian sebagai pengumpulan kekayaan yang berterusan Pada masa lalu, kami menggunakan alat pengurusan dokumen seperti wiki untuk meringkaskannya. Untuk menjana nilai daripada pengetahuan ini, kami juga telah mula membina sistem asas pengetahuan e-dagang kami sendiri, dan memasukkan semua kandungan yang boleh digunakan sebagai pengumpulan pengetahuan ke dalam sistem pangkalan pengetahuan mengikut bidang yang berbeza yang disediakan oleh seluruh pangkalan pengetahuan mendapatkan semula cepat dan Fungsi penentududukan boleh memberi perkhidmatan kepada kakitangan teknikal dan kakitangan operasi produk, seterusnya memupuk kesedaran semua orang tentang pengumpulan pengetahuan, dan meningkatkan kecekapan kerja setiap orang.

Epilog

Dua puluh tahun yang lalu, Internet mula popular di China Maklumat dipaparkan dalam bentuk maklumat, dan hampir tiada transaksi dalam talian Sepuluh tahun lalu, Internet berkembang pesat dan pengguna boleh membelinya di Taobao, Tmall. dan JD.com Anda boleh membeli barangan yang anda perlukan atau suka di pusat membeli-belah dalam talian untuk transaksi dalam talian sekarang, pelbagai bentuk e-dagang sentiasa muncul, dan ia telah menjadi trend yang berkembang, seperti kandungan e-dagang Xiaohongshu, minat. e-dagang Douyin Kuaishou, e-dagang sosial WeChat Shang, Pinduoduo, dsb., ahli e-dagang Tmall 88vip, JD plus, dsb. Borang transaksi dalam talian ini membuktikan sepenuhnya bahawa e-dagang ialah bahagian penting dalam mengewangkan trafik dalam bidang Internet, dan telah menjadi air, elektrik dan arang batu infrastruktur perusahaan Internet. Pembinaan platform pertengahan e-dagang bukan sahaja pembinaan sistem teknikal, tetapi juga proses membentuk semula struktur organisasi. Walau bagaimanapun, seiring dengan berlalunya masa, ruang untuk pertumbuhan nilai pejabat tengah akan menjadi semakin sempit Ini memerlukan secara sedar mencari titik inovasi, menembusi sempadan sistem sedia ada, dan berfikir merentasi sempadan, jadi kami juga mula. mendekatkan diri dengan perniagaan pejabat depan, secara aktif menjalankan penerokaan perniagaan baharu dan menaik taraf seni bina teknikal.

Meneroka runcit baharu

Dalam meneroka model perniagaan e-dagang automobil pada masa lalu, kami mendapati bahawa titik kesakitan teras ialah ketidakupayaan untuk memintas kedai 4S ke menyediakan perkhidmatan. Dalam tahun-tahun kebelakangan ini, Tesla dan pasukan pembuat kereta domestik yang baru telah muncul Model jualan langsung yang baru muncul telah memecahkan ekologi sistem pengedaran 4S syarikat kereta tradisional dalam satu gerakan Kumpulan pembelian kereta domestik juga menjadi semakin muda. membolehkan kami melihat model baharu tempahan kereta dalam talian + penghantaran luar talian menjadi mungkin. Dengan menaik taraf keupayaan sedia ada sistem e-dagang, produk menyokong pemilihan SKU, pesanan menyokong pembayaran gabungan dan pembayaran balik deposit besar dan kecil, dan sistem penghantaran baharu ditambah untuk menyediakan perkhidmatan bagi perniagaan kereta tersuai persatuan industri dan perniagaan. sokongan kedai luar talian peruncitan kereta baharu. Pada masa hadapan, kami akan terus mencipta model terapung harga sejajar industri untuk pilihan tenaga baharu dan model pakej perkhidmatan untuk pakej produk pilihan.

Naik taraf seni bina

Dalam proses pesanan transaksi e-dagang asal, perkhidmatan luaran yang direka adalah perkhidmatan atom dengan butiran yang agak kecil, yang mengakibatkan Kos akses untuk bahagian perniagaan agak tinggi, dan pengalaman pengguna tidak begitu baik. Pada masa hadapan, kami akan meningkatkan kekuatan produk dan kecekapan operasi perniagaan melalui cara teknikal seperti menambah lapisan BFF, memperkemas rantaian panggilan dan perancah akses e-dagang.

Atas ialah kandungan terperinci Evolusi seni bina sistem e-dagang autohome dan amalan seni bina platform. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!