Jalankan, pantau, dan bayar aplikasi dengan erpc worker
erpc worker status menampilkan apakah aplikasi Anda berjalan dan berapa biayanya per jam. Setiap aktivasi menampilkan harganya lebih dulu, dan erpc worker delete --release-server mengakhiri gRPC, Shreds, dan Unlimited RPC yang dipakai aplikasi per jam, lalu server per jamnya.Halaman ini menjelaskan ERPC CLI
v0.1.0-rc.4, versi pra-rilis.Memeriksa aplikasi
status menampilkan apakah aplikasi terkunci atau berjalan, rilis yang mana, dan sejak kapan. Saat Anda sudah masuk, perintah ini juga menampilkan biaya per jam lingkungan tersebut, setiap item dengan harga yang ditagihkan ke akun Anda untuk item itu, serta kredit akun Anda beserta berapa lama kredit itu bertahan. --json memuat hal yang sama di bawah hourly.charged.Item yang tidak ada di antara tagihan akun disebut tidak ada di antaranya, bukan disebut sudah berakhir, karena daftar itu bisa tertinggal satu menit dari sebuah aktivasi. Tanpa sesi, atau saat tagihan akun Anda tidak dapat dibaca,
status menyebutkan apa yang tercatat.Mengendalikan aplikasi
API_TOKEN milik aplikasi dibaca di sini dan sampai ke server lewat standard input, tidak lewat command line mana pun dan tidak masuk ke journal mana pun. Setiap perintah worker menerima --env <name> (default default) dan --json, kecuali secret unlock dan secret lock, yang berkaitan dengan keystore mesin ini dan bukan dengan aplikasi, sehingga tidak menerima --env. Dijalankan dari mana saja, sebuah perintah menemukan aplikasinya lewat nama yang dikenal oleh erpc; secret put, secret rm, key import, firewall allow, dan firewall deny hanya menerima aplikasi lewat --dir.Cara kerja biaya per jam
- Setiap aktivasi menampilkan harganya lebih dulu. Di terminal, aktivasi hanya terjadi setelah jawaban "ya"; dengan
--yes, command line yang menyebut apa yang akan diaktifkan itulah jawaban "ya"-nya. - Produk per jam dibayar dari ERPC Credit, yang dibeli sebelumnya, dan aktivasi yang biayanya tidak tercukupi oleh kredit akan ditolak. Harga tercantum di Harga dan di ERPC Web Dashboard.
- VPS baru langsung tercatat begitu namanya disebut, sebelum VPS itu siap. Deploy berikutnya memakainya alih-alih membeli VPS lain.
- Untuk
deploy, aktivasi yang tidak mendapat jawaban dikirim ulang, tidak pernah sebagai aktivasi baru. Request key-nya tetap tercatat ([env.<name>.starting]), sehingga menjalankan perintah yang sama lagi mengirim request yang sama. Setelah beberapa jawaban tertentu, request key itu tetap ada sampai Anda menghapusnya secara manual (Pembelian yang tidak dapat dicatat oleh erpc).erpc worker runtidak menyimpan catatan, sehingga run berikutnya membuat request baru. - Deploy satu lingkungan dalam satu waktu. Dua deploy untuk lingkungan yang sama yang dimulai bersamaan bisa membeli dua, dan hal itu tidak didukung.
- Apakah sebuah line masih ada ditentukan oleh apa yang ditagihkan ke akun. Line yang tidak ditagih per jam tidak pernah diakhiri oleh erpc: akhiri line itu di dashboard.
Menghapus aplikasi
erpc worker delete menghapus worker. erpc worker delete --release-server juga mengakhiri line-nya, lalu server per jamnya. Apa yang tidak dapat diakhiri tetap tercatat, dan line yang tidak ditagih per jam disebutkan namanya, untuk diakhiri di dashboard.- Delete biasa menolak VPS yang sudah dibeli tetapi belum pernah dijangkau, karena delete itu akan melupakannya padahal VPS itu masih ditagih. Delete biasa untuk VPS per jam yang sudah dijangkau menghapusnya dari catatan meskipun VPS itu masih ditagih, dan memberi peringatan tentang hal itu.
--forgettidak mencoba menjangkau server yang sudah tidak dapat dijangkau lagi, dan--forget-line <id>menghapus dari catatan line yang diakhiri di luar erpc.
Mengukur latensi RPC dari server
erpc worker bench mengukur waktu panggilan RPC dari server milik lingkungan tersebut: shared RPC milik ERPC, Unlimited RPC-nya, dan RPC lain mana pun, secara berdampingan. Agen di server mengukur waktu setiap panggilan, sehingga angkanya adalah apa yang didapat aplikasi.bash
--methodmenerimagetSlot,getBlockHeight,getLatestBlockhash, ataugetHealth.--no-sharedmengecualikan shared RPC. Nilai--urlboleh berupa URL itu sendiri, referensiop://…,keychain:…, ataukeystore:…(ke tempat disimpannya URL yang berisi kunci; tidak pernah ke entri kunci trading, yang akan ditolak), atau-(dibaca dari standard input, atau diminta lalu diketik tanpa ditampilkan). Lebih dari enam endpoint akan ditolak.- Bench mencetak p50, p90, p99, min, dan max, kegagalan beserta alasan pertamanya, dan berapa slot setiap jawaban tertinggal dari jawaban paling baru di ronde yang sama.
- Kunci sampai ke server hanya lewat standard input, dan tabel menampilkan scheme, host, dan port.
Backup state aplikasi
erpc worker backup on mem-backup state aplikasi setiap hari ke ERPC Global Storage, dienkripsi oleh restic, pada --at menurut waktu server dan dalam 30 menit setelahnya. Diperlukan paket penyimpanan (erpc storage buy 5).- Yang di-backup adalah state aplikasi,
/var/lib/private/erpc-worker-<id>. Rilis tidak di-backup, karena deploy memasangnya kembali. Data Redis dan PostgreSQL tidak tercakup. - Server tidak dapat menghapus snapshot. Server tidak pernah memegang sesi erpc, kunci admin akun, maupun kata sandi master-nya.
- Server yang diambil alih dapat membaca snapshot semua mesin di akun, termasuk milik mesin ini; tetap memegang kunci repository, yang tidak pernah diubah oleh restic, setelah
off; menambahkan snapshot dengan nama mesin lain, jadi setelah itu periksa apa yang dipilihrestore latest; dan memenuhi penyimpanan akun, yang menghentikan backup semua mesin.erpc worker backup offmencabut access key server lebih dulu, baik server menjawab maupun tidak. - restic menyalin file apa adanya selagi worker berjalan, sehingga database mungkin memerlukan dump sendiri agar dapat dipulihkan dalam keadaan konsisten. Run yang terlewat selagi server mati akan berjalan saat server kembali menyala.
erpc worker backup off,status, dannowmenghentikan, melaporkan, dan menjalankan backup. Snapshot tetap ada setelahoff, danerpc backup prune --hostmemangkas snapshot lama.
Pulihkan dari mesin ini, setelah menjalankan
erpc backup init di mesin ini:bash
Beberapa lingkungan dan mesin
- Beberapa worker di satu server masing-masing berjalan sebagai unit tersendiri, berbagi tabel firewall server, dan masing-masing hanya membuka port miliknya sendiri.
- Satu aplikasi dapat memiliki beberapa lingkungan (
[env.staging],[env.prod]), masing-masing dengan server dan line-nya sendiri. - Sebuah lingkungan dapat menyimpan data server-nya di 1Password, bukan di
erpc.toml. Dengan begitu, mesin mana pun yang masuk ke vault tersebut, dengan repository aplikasi, dapat menjalankan setiap perintah; referensikeychain:dankeystore:di aplikasi seperti itu akan memunculkan peringatan, karena mesin lain tidak dapat membacanya. Lingkungan baru menyimpan datanya di 1Password jikaerpc loginmenyimpan sesi di sana;deploy --vault <vault-id>menyebut vault lain, dandeploy --inlinemenyimpan data tersebut dierpc.toml.






