Bagaimana tech lead merancang pertumbuhan pengguna sepuluh kali ganda?

Question

IT Interview Practice · Accepted Answer

Sebagai ketua teknikal, saya akan menukar **“sepuluh kali lebih pengguna” kepada jangkaan penggunaan, sasaran perkhidmatan dan rancangan yang mampu dilaksanakan pasukan**. Bilangan akaun berdaftar tidak menunjukkan jumlah permintaan pada saat paling sibuk.

Andaikan perniagaan merancang kempen platform pesanan. Soalannya ialah sama ada pelanggan masih boleh menyemak, membeli dan menerima pengesahan dalam masa serta bajet yang tersedia.

## 1. Terjemahkan pertumbuhan kepada beban kerja

Tanya pasukan produk bila pengguna akan datang dan tindakan mereka. Pertumbuhan beransur setahun berbeza daripada kempen yang membawa semua orang serentak.

Sebagai contoh, 100,000 akaun dengan 1% aktif serentak bermakna 1,000 pengguna. Jika 5%, jumlahnya 5,000. Ini andaian contoh, bukan nisbah lalai. Kekerapan permintaan dan kerja setiap permintaan juga perlu dianggarkan.

Senaraikan beban kempen:

- Permintaan pelayaran dan carian, termasuk produk popular.
- Penulisan pesanan dan pembayaran pada waktu puncak.
- Pertumbuhan storan dan sejarah tersimpan.
- Kerja latar seperti notifikasi dan laporan.

Ini memberikan beban yang boleh diuji, bukan arahan kabur untuk menambah pelayan sepuluh kali.

## 2. Persetujui mutu yang mesti dikekalkan

Tetapkan masa respons, kadar ralat dan penyelesaian yang diterima bagi perjalanan kritikal. Tentukan juga kesegaran data dan pemulihan yang penting. Laporan lewat mungkin boleh diterima, tetapi pembelian gagal tidak.

```text
[Campaign assumptions] -> [Expected workload] -> [Service targets]
                                                   |
                                            [Acceptance tests]
```

Sasaran menghubungkan kerja teknikal dengan hasil pelanggan. Ia menentukan sama ada peningkatan mencukupi dan kemerosotan yang boleh diterima ketika tekanan tinggi.

## 3. Ukur had semasa sebelum memilih perubahan

Gunakan pemerhatian produksi dan ujian beban wakil. Periksa pertanyaan perlahan, sambungan pangkalan data, CPU, memori, usia kerja dalam baris gilir dan kuota luar. Sertakan trafik tidak seimbang ke produk popular, bukan permintaan rawak sahaja.

Jika sambungan pangkalan data menjadi had, menambah nod aplikasi boleh meningkatkan perebutan sumber. Jika kuota penyedia bayaran menjadi had, aplikasi lebih pantas tidak menaikkan kuota itu.

Uji cache kosong dan kehilangan satu tika selain operasi biasa. Kita perlukan kapasiti pemulihan semasa kempen, bukan sekadar cukup untuk ujian ideal.

## 4. Tukarkan penemuan kepada kerja dengan pemilik

| Penemuan | Tindakan calon | Bukti diperlukan |
| --- | --- | --- |
| Bacaan mahal berulang | Baiki pertanyaan atau cache hasil sesuai | Kurang kerja pangkalan data dengan kesegaran diterima. |
| Tugas latar bersaing dengan pembelian | Hadkan atau asingkan kapasiti | Pembelian sihat ketika beban latar berjalan. |
| Kuota kebergantungan tidak cukup | Atur peningkatan atau kawal penerimaan | Kuota disahkan dan kelakuan pada had diuji. |
| Kapasiti masih kurang selepas pembaikan kecil | Nilai penskalaan atau reka bentuk lebih besar | Manfaat terukur, rancangan migrasi dan kos. |

Setiap tindakan perlu pemilik, bajet, kebergantungan, tarikh dan ujian penerimaan. Masukkan penempatan, latihan operasi dan persediaan petugas siaga, bukan pelaksanaan kod sahaja.

Utamakan kesan pelanggan dan risiko penghantaran. Penulisan semula besar atau sharding memerlukan sebab terbukti dan masa untuk migrasi serta pengesahan.

## 5. Latih kempen dan tambah trafik beransur

Lepaskan perubahan dalam bahagian terkawal dan uji perjalanan bersama. Tetapkan bila meningkatkan trafik, menghentikan kenaikan atau berpatah balik. Perubahan format data mungkin memerlukan pembaikan ke hadapan, bukan rollback mudah.

Sediakan pengurangan terkawal: tangguh eksport pilihan, hadkan kerja latar atau tolak permintaan berlebihan sambil mengekalkan operasi penting. Pastikan kawalan benar-benar mengurangkan beban dan memberi hasil jelas kepada pelanggan.

Jika sasaran tidak muat dengan tarikh atau bajet, berikan pilihan nyata kepada produk: pengambilan pengguna berperingkat, kurangkan ciri mahal atau biayai kesesakan terukur. Jelaskan kesan pelanggan dan ketidakpastian setiap pilihan.

**Ingat:** andaian pertumbuhan → sasaran perkhidmatan → had terukur → rancangan dengan pemilik → pelancaran terlatih. Ketua teknikal menyediakan rancangan kapasiti yang merangkumi orang, wang dan pemulihan.

Penemuan	Tindakan calon	Bukti diperlukan
Bacaan mahal berulang	Baiki pertanyaan atau cache hasil sesuai	Kurang kerja pangkalan data dengan kesegaran diterima.
Tugas latar bersaing dengan pembelian	Hadkan atau asingkan kapasiti	Pembelian sihat ketika beban latar berjalan.
Kuota kebergantungan tidak cukup	Atur peningkatan atau kawal penerimaan	Kuota disahkan dan kelakuan pada had diuji.
Kapasiti masih kurang selepas pembaikan kecil	Nilai penskalaan atau reka bentuk lebih besar	Manfaat terukur, rancangan migrasi dan kos.

1. Terjemahkan pertumbuhan kepada beban kerja

2. Persetujui mutu yang mesti dikekalkan

3. Ukur had semasa sebelum memilih perubahan

4. Tukarkan penemuan kepada kerja dengan pemilik

5. Latih kempen dan tambah trafik beransur

Soalan berkaitan