Kejuruteraan

Kejuruteraan

Cara Mythex dibina dan dijalankan, termasuk apa yang rosak dan cara kami membaikinya.

• Republish yang Gagal Tidak Pernah Memadam Backend yang Berfungsi — Republish yang gagal boleh memadam API aplikasi yang sedang live, atau membiarkan versi baharu yang rosak terus berjalan. Tiga pembetulan pada cara Mythex membatalkannya.
• Amaran yang Berbunyi Sekali, Bukan Sekali bagi Setiap Pelayan — Amaran harian sampai kepada kami lima kali dalam satu petang. Mengapa dedupe dalam memori gagal dengan dua pelayan dan deploy, dan bagaimana state dikongsi membetulkannya.
• Berpindah ke Ruang Kerja Lebih Besar Tanpa Menyebabkan Sesiapa Menunggu — Suku ruang kerja kami kekal pada 1 GB selepas beralih ke 2 GB. Pembetulan pertama menyebabkan seorang pengguna menunggu tujuh minit. Apa yang kami ubah, dan ubah semula.
• Bil Pangkalan Data Mengikut Penggunaan Sebenar — Dahulu kami menganggar kos pangkalan data setiap aplikasi dan anggarannya salah. Kini setiap pangkalan data dibil daripada penggunaan yang diukur, jam demi jam.
• Menangkap Aplikasi yang Ranap Sejurus Selepas Diterbitkan — Tiga publish lulus health check kami walaupun API mereka ranap beberapa saat selepas setiap boot. Puncanya: mengira ranapan dalam senarai yang dihadkan kepada lima entri.
• Memastikan Giliran Ejen Berat Imej Kekal dalam Memori — Satu giliran ejen yang terus meneliti imbasan katalog kehabisan memori pada 952 MB. Tiga punca berasingan yang menahan imej terlalu lama, dan cara kami membetulkannya.
• Memastikan Giliran Ejen Panjang Kekal dalam Tetingkap Konteks — Sub-ejen kami boleh membesar sehingga model menolaknya, berhenti awal untuk jimat ruang, atau salah kira token Rusia. Tiga pembetulan untuk kerja AI panjang.
• Memastikan Chat Kekal Aktif Apabila Telefon Tidur — Telefon tidur, tukar tab, hilang rangkaian. Dua pepijat membuatkan chat tersekat atau memaparkan separuh balasan. Inilah cara kami mengesan dan membetulkannya.
• Bagaimana Satu Chat Berat Boleh Menjatuhkan API Kami — Pada 28 September kedua-dua pelayan API kehabisan memori serentak. Pembetulan sebenar: muat sejarah chat mengikut saiz, bukan bilangan mesej.
• Menekan Terbitkan Dua Kali Kini Hanya Menerbitkan Sekali — Tiga permintaan terbitkan untuk satu apl tiba 84ms berselang. Pangkalan data kini memutuskan siapa menerbitkan, dan yang lain diberitahu perkara sebenar.
• Pengajaran SEO Daripada Membaiki Laman Kami Sendiri — Markup FAQ berganda, imej salah dalam Google, halaman templat tanpa klik dan laluan ditolak edge: apa yang kami temui di mythex.ai dan betulkan.
• Laman Statik Kini Kekal Aktif Semasa Diterbitkan Semula — Penerbitan semula laman statik kini kekal aktif semasa muat naik, dan perubahan kelihatan dalam beberapa saat, bukan seminit.
• Ranap Memori yang Tersembunyi dalam Label Kemajuan — Ejen AI kami kehabisan memori ketika menulis satu fail besar. Puncanya bukan model atau sub-ejen selari, sebaliknya label status yang dihantar semula 41,000 kali.
• Fail Swap Yang Hilang Yang Membekukan Pelayan Kami — Pelayan pengeluaran berhenti menjawab tanpa ranap, tiada kill kehabisan memori, hanya thrash cache halaman pada kotak tanpa swap. Apa yang berlaku dan apa yang kami tukar.
• Membangunkan Pangkalan Data Tanpa Sambungan Mati — Aplikasi yang bangun dari tidur menahan permintaan pertama 10–12 saat pada sambungan pangkalan data yang mati. Cara kami menurunkannya kepada 2.3 saat.
• Kami Mengehadkan Kadar Perkhidmatan Kami Sendiri — Had kadar setiap alamat API menyekat perkhidmatan kami sendiri seperti pengguna sibuk, dan pengeluaran mula menerima 429. Cara kami membetulkannya.
• Mengapa Kami Memindahkan Pelayan Mythex ke ARM — Selepas kerja berat dipindahkan ke sandbox, pelayan kami hanya menggunakan sepertiga memorinya. Contoh ARM yang lebih kecil memotong kos kira-kira 30%.
• Cara Kami Mencapai Penerbitan Dengan Sifar Ralat 502 — Pemantau yang berlumba dengan penerbitan dan pengimbang beban yang lewat menyedari: cara kami mengurangkan 10 ralat 502 penerbitan kepada sifar.