Kamil Skalski
550789aef0
Reduce allocation and lifetimes complexity in call to get_confirmed_blocks_with_data (#9008)
|
1 неделя назад | |
|---|---|---|
| .. | ||
| build-proto | 1 месяц назад | |
| proto | 5 месяцев назад | |
| src | 1 неделя назад | |
| Cargo.toml | 1 месяц назад | |
| README.md | 3 лет назад | |
| init-bigtable.sh | 2 лет назад | |
README.md
BigTable Setup
Development Environment
The Cloud BigTable emulator can be used during development/test. See https://cloud.google.com/bigtable/docs/emulator for general setup information.
Process:
- Run
gcloud beta emulators bigtable startin the background - Run
$(gcloud beta emulators bigtable env-init)to establish theBIGTABLE_EMULATOR_HOSTenvironment variable - Run
./init-bigtable.shto configure the emulator - Develop/test
Production Environment
Export a standard GOOGLE_APPLICATION_CREDENTIALS environment variable to your
service account credentials. The project should contain a BigTable instance
called solana-ledger that has been initialized by running the ./init-bigtable.sh script.
Depending on what operation mode is required, either the
https://www.googleapis.com/auth/bigtable.data or
https://www.googleapis.com/auth/bigtable.data.readonly OAuth scope will be
requested using the provided credentials.
Forward proxy
Export BIGTABLE_PROXY environment variable for the forward proxy as you would
for HTTP_PROXY. This will establish a tunnel through the forward proxy for
gRPC traffic (the tunneled traffic will still use TLS as normal).