Início / user-11197957

Tom Hosker's questions

Martin Hope
Tom Hosker
Asked: 2025-04-30 01:17:44 +0800 CST
  • 5

Dado que:

  1. Você tem uma assinatura do Azure .
  2. Dentro dessa assinatura, você tem um "servidor flexível do Banco de Dados do Azure para PostgreSQL" - chame-o de Servidor A.
  3. Dentro da mesma assinatura, você tem outro servidor de banco de dados - chamado de Servidor B - que é um complemento somente leitura do Servidor A, e cuja função diária é compartilhar parte da carga do Servidor A.
  4. Há custos financeiros substanciais para realizar uma Restauração de Ponto no Tempo para o Servidor A ou o Servidor B.

Suponha que algum tipo de catástrofe ocorresse e precisássemos realizar uma Restauração de Ponto no Tempo para os dados armazenados no sistema acima.

Seria então necessário, para manter todos os dados, restaurar ambos os servidores ou poderíamos restaurar apenas um deles?

Martin Hope
Tom Hosker
Asked: 2024-10-30 02:58:11 +0800 CST
  • 5

Estou tentando executar alguns testes de integração no Azure por meio de um pipeline projetado por uma equipe anterior, e não estou tendo muita sorte. Especificamente, o pipeline continua atingindo um ClientAuthenticationError.

Este é um exemplo mínimo de funcionamento do código Python que é executado logo antes de travar:

SAS_TOKEN = os.environ["SAS_TOKEN"]

credential = AzureSasCredential(SAS_TOKEN)
account_name = "ACCOUNT_NAME"
account_url = f"https://{account_name}.blob.core.windows.net"
container_name = "CONTAINER_NAME"

blob_service_client = BlobServiceClient(account_url, credential=credential)
container = blob_service_client.get_container_client(container_name)
parquet_names = container.list_blob_names(name_starts_with="PATTERN")
list_of_parquet = list(parquet_names)

E este é o traceback que o código acima produz:

File "/home/vsts/work/1/s/./tests/run_tests.py", line 24, in access_datalake_locally
  list_of_parquet = list(parquet_names)
File "/opt/hostedtoolcache/Python/3.10.15/x64/lib/python3.10/site-packages/azure/core/paging.py", line 123, in __next__
  return next(self._page_iterator)
File "/opt/hostedtoolcache/Python/3.10.15/x64/lib/python3.10/site-packages/azure/core/paging.py", line 75, in __next__
  self._response = self._get_next(self.continuation_token)
File "/opt/hostedtoolcache/Python/3.10.15/x64/lib/python3.10/site-packages/azure/storage/blob/_list_blobs_helper.py", line 175, in _get_next_cb
  process_storage_error(error)
File "/opt/hostedtoolcache/Python/3.10.15/x64/lib/python3.10/site-packages/azure/storage/blob/_shared/response_handlers.py", line 186, in process_storage_error
  exec("raise error from None")   # pylint: disable=exec-used # nosec
File "<string>", line 1, in <module>
azure.core.exceptions.ClientAuthenticationError: Server failed to authenticate the request. Make sure the value of Authorization header is formed correctly including the signature.

Posso pensar em algumas coisas que podem estar dando errado aqui:

  1. Esse parquet_namesobjeto realmente não gosta de ser convertido em um list.
  2. Estou fazendo algo estúpido na maneira como construo esse credentialobjeto. (Eu tentei blob_service_client = BlobServiceClient(account_url, credential=SAS_TOKEN. Dá exatamente o mesmo erro.)
  3. A SAS_TOKENvariável ambiental está errada.

Eu ficaria muito grato por quaisquer sugestões sobre como resolver essa situação.

Martin Hope
Tom Hosker
Asked: 2024-01-25 04:34:26 +0800 CST
  • 7

Isso é seguro?

Suponha que eu queira chamar algum código Rust de dentro do Python . Suponha que minha lib.rsaparência seja algo assim:

#[no_mangle]
pub extern fn add(left: i32, right: i32) -> i32 {
    return left+right;
}

E suponho que chamei esse código do Python usando ctypesassim:

import ctypes

def rust_add(left, right):
    rust_lib = ctypes.CDLL("path/to/the/so/file")
    return rust_lib.add(left, right)

Então o acima é seguro?

Um obstáculo antecipado: estouro de número inteiro

Estouro nas entradas

Um problema que até eu - com meu conhecimento extremamente tênue de Rust - posso prever é o estouro de inteiros . Imagino que, se leftou rightfosse maior que 2 ^ 32, isso faria com que coisas ruins acontecessem: ou Rust atingia um erro de tempo de execução (provavelmente) ou apenas retornaria respostas bobas (pior caso). Alguma verificação de tipo no Python, talvez usando NumPy's uint32, seria suficiente para evitar esse problema?

Estouro no funcionamento

Este é mais insidioso: suponha que eu peça, do Python, à minha função Rust para adicionar (2^32)-1 e (2^32)-2. Não deve haver nenhum excesso imediato, mas haverá quando somarmos os dois números. Pelo que entendi, ao atingir tal estouro, Rust entrará em pânico no modo de depuração, mas tentará o seu melhor para continuar no modo de liberação.

Resumo

  • Existe alguma prática bem conhecida para suavizar as dificuldades que surgem ao passar números inteiros entre uma linguagem de largura dinâmica, como Python, e uma de largura fixa, como Rust, além de testes completos?
  • Há algum problema com a passagem de números inteiros entre Rust e Python, além do estouro de números inteiros?
python