Snowpark Container Services: como trabalhar com serviços¶

Crie um serviço de longa duração¶

Use CREATE SERVICE para criar um serviço de longa duração.

• Na maioria dos casos, você cria um serviço especificando uma especificação inline, como mostrado abaixo:

  CREATE SERVICE echo_service
     IN COMPUTE POOL tutorial_compute_pool
     FROM SPECIFICATION $$
     spec:
       containers:
       - name: echo
         image: /tutorial_db/data_schema/tutorial_repository/my_echo_service_image:tutorial
         readinessProbe:
           port: 8000
           path: /healthcheck
       endpoints:
       - name: echoendpoint
         port: 8000
         public: true
     $$;
  

  Copy

• Crie um serviço fazendo referência a uma especificação de serviço armazenada em um estágio do Snowflake. Ao implantar o serviço em um ambiente de produção, você pode aplicar o princípio de design de separação de preocupações e carregar a especificação em um estágio, fornecendo informações sobre o estágio no comando CREATE SERVICE, conforme mostrado:

  CREATE SERVICE echo_service
    IN COMPUTE POOL tutorial_compute_pool
    FROM @tutorial_stage
    SPECIFICATION_FILE='echo_spec.yaml';
  

  Copy

Execução de um serviço de trabalho¶

Use EXECUTE JOB SERVICE para criar um serviço de trabalho. Por padrão, esse comando é executado de forma síncrona e retorna uma resposta após a saída de todos os contêineres do serviço de trabalho. Opcionalmente, você pode especificar o parâmetro ASYNC para executar o serviço de trabalho de forma assíncrona.

• Execute um serviço de trabalho usando uma especificação inline:

  EXECUTE JOB SERVICE
     IN COMPUTE POOL tutorial_compute_pool
     NAME = example_job_service
     FROM SPECIFICATION $$
     spec:
       container:
       - name: main
         image: /tutorial_db/data_schema/tutorial_repository/my_job_image:latest
         env:
           SNOWFLAKE_WAREHOUSE: tutorial_warehouse
         args:
         - "--query=select current_time() as time,'hello'"
         - "--result_table=results"
     $$;
  

  Copy

  Opcionalmente, você pode executar esse trabalho de forma assíncrona usando a propriedade ASYNC.

  EXECUTE JOB SERVICE
     IN COMPUTE POOL tutorial_compute_pool
     NAME = example_job_service
     ASYNC = TRUE
     FROM SPECIFICATION $$
     ...
     $$;
  

  Copy

• Execute um serviço de trabalho usando informações de estágio:

  EXECUTE JOB SERVICE
    IN COMPUTE POOL tutorial_compute_pool
    NAME = example_job_service
    FROM @tutorial_stage
    SPECIFICATION_FILE='my_job_spec.yaml';
  

  Copy

Uso de modelos de especificação¶

Às vezes, você pode querer criar vários serviços usando a mesma especificação, mas com configurações diferentes. Por exemplo, você supõe que define uma variável de ambiente em uma especificação de serviço e deseja criar vários serviços usando a mesma especificação, mas valores diferentes para a variável de ambiente.

Os modelos de especificação permitem que você defina variáveis para valores de campo na especificação. Ao criar um serviço, você fornece valores para essas variáveis.

Em um modelo de especificação, você especifica variáveis como valores para diversos campos de especificação. Use a sintaxe {{ variable_name }} para especificar essas variáveis. Em seguida, no comando CREATE SERVICE, especifique o parâmetro USING para definir valores para essas variáveis.

Por exemplo, o modelo de especificação inline no seguinte comando CREATE SERVICE usa uma variável chamada tag_name para o nome da tag da imagem. Você pode usar essa variável para especificar uma tag de imagem diferente para cada serviço. Nesse exemplo, o parâmetro USING define a variável tag_name como o valor latest.

CREATE SERVICE echo_service
  IN COMPUTE POOL tutorial_compute_pool
  FROM SPECIFICATION $$
  spec:
    containers:
    - name: echo
      image: myorg-myacct.registry.snowflakecomputing.com/tutorial_db/data_schema/tutorial_repository/my_echo_service_image:{{ tag_name }}
        ...
    endpoints:
    - name: ...
      ...
  $$
  USING (tag_name=>'latest');

Se você optar por salvar o modelo de especificação em um estágio do Snowflake na sua conta, você poderá apontar para o local do modelo no comando CREATE SERVICE:

CREATE SERVICE echo_service
    IN COMPUTE POOL tutorial_compute_pool
    FROM @STAGE SPECIFICATION_TEMPLATE_FILE='echo.yaml'
    USING (tag_name=>'latest');

USING( var_name=>var_value, [var_name=>var_value, ... ] );

Exemplos¶

Esses exemplos mostram a criação de serviços usando modelos de especificação. Os comandos CREATE SERVICE nestes exemplos usam especificação inline.

CREATE SERVICE echo_service
   IN COMPUTE POOL tutorial_compute_pool
   MIN_INSTANCES=1
   MAX_INSTANCES=1
   FROM SPECIFICATION_TEMPLATE $$
      spec:
         containers:
         - name: echo
           image: {{ image_url }}
           env:
             SERVER_PORT: {{SERVER_PORT}}
             CHARACTER_NAME: Bob
           readinessProbe:
             port: {{SERVER_PORT}}
             path: /healthcheck
         endpoints:
         - name: echoendpoint
           port: {{SERVER_PORT}}
           public: true
         $$
      USING (image_url=>' "/tutorial_db/data_schema/tutorial_repository/my_echo_service_image:latest" ', SERVER_PORT=>8000 );

spec:
  containers:
  - name: echo
    image: /tutorial_db/data_schema/tutorial_repository/my_echo_service_image:latest
    env:
      SERVER_PORT: 8000
      CHARACTER_NAME: Bob
    readinessProbe:
      port: 8000
      path: /healthcheck
    endpoints:
    - name: echoendpoint
      port: 8000
      public: true

spec:
 containers:
 - name: echo
   image: /tutorial_db/data_schema/tutorial_repository/my_echo_service_image:latest
   env:
     SERVER_PORT: 8000
     CHARACTER_NAME: Bob
   …

CREATE SERVICE echo_service
  IN COMPUTE POOL tutorial_compute_pool
  MIN_INSTANCES=1
  MAX_INSTANCES=1
  FROM SPECIFICATION_TEMPLATE $$
     spec:
       containers:
       - name: echo
         image: /tutorial_db/data_schema/tutorial_repository/my_echo_service_image:latest
         env: {{env_values}}
         readinessProbe:
           port: {{SERVER_PORT}}    #this and next tell SF to connect to port 8000
           path: /healthcheck
       endpoints:
       - name: echoendpoint
         port: {{SERVER_PORT}}
         public: true
        $$
     USING (env_values=>'{"SERVER_PORT": 8000, "CHARACTER_NAME": "Bob"}' );

spec:
  container:
  - name: main
    image: /tutorial_db/data_schema/tutorial_repository/my_job_image:latest
    env:
      SNOWFLAKE_WAREHOUSE: tutorial_warehouse
    args:
    - "--query=select current_time() as time,'hello'"
    - "--result_table=results"

spec:
  container:
  - name: main
    image: /tutorial_db/data_schema/tutorial_repository/my_job_image:latest
    env:
      SNOWFLAKE_WAREHOUSE: tutorial_warehouse
    args: {{ARGS}}
  $$
  USING (ARGS=$$["--query=select current_time() as time,'hello'", "--result_table=results"]$$ );

Ativação do dimensionamento automático¶

Para configurar o Snowflake para dimensionar automaticamente o número de instâncias de serviço em execução, siga estas etapas:

1. Especifique os requisitos de CPU para sua instância de serviço no arquivo de especificação do serviço. Para obter mais informações, consulte a campo container.resources.

   Exemplo

   resources:
     requests:
      cpu: <cpu-units>
   

   Copy

2. Ao executar o comando CREATE SERVICE, defina os parâmetros MIN_INSTANCES e MAX_INSTANCES. Você também pode usar ALTER SERVICE para alterar esses valores. O dimensionamento automático ocorre quando o MAX_INSTANCES especificado é maior que o MIN_INSTANCES.

O Snowflake começa criando o número mínimo de instâncias de serviço no pool de computação especificado. Em seguida, o Snowflake aumenta ou diminui o número de instâncias de serviço com base em um limite de 80% de uso da CPU. O Snowflake monitora continuamente a utilização da CPU no pool de computação, agregando os dados de uso de todas as instâncias de serviço em execução no momento.

Quando o uso agregado da CPU (em todas as instâncias de serviço) ultrapassa 80%, o Snowflake implementa uma instância de serviço adicional no pool de computação. Se o uso agregado da CPU cair para menos de 80%, o Snowflake será reduzido com a remoção de uma instância de serviço em execução. Snowflake usa uma janela de estabilização de cinco minutos para evitar o dimensionamento frequente.

Observe os seguintes comportamentos de dimensionamento:

• O dimensionamento das instâncias de serviço é limitada pelos parâmetros MIN_INSTANCES e MAX_INSTANCES configurados para o serviço.

• Se o dimensionamento for necessário e os nós do pool de computação não tiverem a capacidade de recursos necessária para iniciar outra instância de serviço, o escalonamento automático do pool de computação poderá ser acionado. Para obter mais informações, consulte Dimensionamento automático de nós do pool de computação.

• Se você especificar os parâmetros MAX_INSTANCES e MIN_INSTANCES ao criar um serviço, mas não especificar os requisitos de CPU e memória para sua instância de serviço no arquivo de especificação de serviço, nenhum dimensionamento automático ocorrerá; o Snowflake inicia com o número de instâncias especificado pelo parâmetro MIN_INSTANCES e não realiza o dimensionamento automático.

Suspensão de um serviço¶

Um serviço de longa duração consome recursos do pool de computação, incorrendo em custos, mas você pode suspender o serviço quando ele não estiver realizando um trabalho significativo. Quando nenhum serviço ou trabalho está ativo em qualquer nó do pool de computação, o mecanismo de suspensão automática do pool de computação do Snowflake suspende o pool para reduzir os custos.

Para suspender um serviço, você pode chamar explicitamente ALTER SERVICE … SUSPEND para suspender um serviço, ou definir a propriedade AUTO_SUSPEND_SECS usando CREATE SERVICE ou ALTER SERVICE para definir a duração de inatividade após a qual o Snowflake suspende automaticamente o serviço.

Quando a propriedade AUTO_SUSPEND_SECS é definida, o Snowflake suspende automaticamente um serviço se ele ainda não tiver sido suspenso e estiver ocioso por mais de AUTO_SUSPEND_SECS segundos. Um serviço está ocioso quando ambos os itens a seguir são verdadeiros:

• Não há nenhuma consulta em execução no momento que inclua uma invocação de função de serviço nesse serviço.

• O status do serviço é RUNNING.

Quando o Snowflake suspende um serviço, ele desliga todas as instâncias de serviço no pool de computação. Se não houver outros serviços em execução no pool de computação e se a suspensão automática estiver configurada para o pool de computação, o Snowflake também suspenderá os nós do pool de computação. Assim, você evita pagar por um pool de computação inativo.

Além disso, observe o seguinte:

• A suspensão automática não é compatível com os serviços de trabalho.

• A suspensão automática não é compatível com serviços com pontos de extremidade públicos porque o Snowflake atualmente só rastreia o tráfego da função de serviço, e não o tráfego de entrada, para decidir quando um serviço está ocioso.

Término do serviço¶

Quando você suspende um serviço (ALTER SERVICE … SUSPEND) ou descarta um serviço (DROP SERVICE), o Snowflake encerra todas as instâncias do serviço. Da mesma forma, quando você atualiza o código de serviço (ALTER SERVICE … <fromSpecification>), o Snowflake aplica atualizações contínuas encerrando e reimplementando uma instância de serviço por vez.

Ao encerrar uma instância de serviço, o Snowflake primeiro envia um sinal SIGTERM para cada contêiner de serviço. O contêiner tem a opção de processar o sinal e desligar normalmente em uma janela de 30 segundos. Caso contrário, após o período de carência, o Snowflake encerra todos os processos no contêiner.

Atualização do código de serviço e reimplementação do serviço¶

Após a criação de um serviço, use o comando ALTER SERVICE … <fromSpecification> para atualizar o código de serviço e reimplementar o serviço.

Primeiro, você faz o upload do código do aplicativo modificado para o repositório de imagens. Em seguida, você executa o comando ALTER SERVICE, fornecendo a especificação do serviço inline ou especificando o caminho para um arquivo de especificação no estágio do Snowflake. Por exemplo:

ALTER SERVICE echo_service
FROM SPECIFICATION $$
spec:
  …
  …
$$;

Ao receber a solicitação, o Snowflake reimplanta o serviço usando o novo código.

Se você for o proprietário do serviço, a saída do comando DESCRIBE SERVICE incluirá a especificação do serviço, que inclui o resumo da imagem (o valor do campo sha256 na especificação), conforme mostrado abaixo:

spec:
containers:
- name: "echo"
    image: "/tutorial_db/data_schema/tutorial_repository/my_echo_service_image:latest"
    sha256: "@sha256:8d912284f935ecf6c4753f42016777e09e3893eed61218b2960f782ef2b367af"
    env:
      SERVER_PORT: "8000"
      CHARACTER_NAME: "Bob"
    readinessProbe:
      port: 8000
      path: "/healthcheck"
endpoints:
- name: "echoendpoint"
    port: 8000
    public: true

ALTER SERVICE pode afetar as comunicações (consulte Como usar um serviço) com o serviço.

• Se ALTER SERVICE … <fromSpecification> remover um ponto de extremidade ou remover permissões relevantes necessárias para usar um ponto de extremidade (consulte serviceRoles na referência de especificação), o acesso ao serviço falhará. Para obter mais informações, consulte Como usar um serviço.

• Enquanto a atualização estiver em andamento, novas conexões poderão ser roteadas para a nova versão. Se a nova versão do serviço não for compatível com versões anteriores, ela interromperá qualquer uso ativo do serviço. Por exemplo, consultas em andamento usando uma função de serviço podem falhar.

Privilégios necessários para que o serviço seja executado (função de proprietário do serviço)¶

A função que cria um serviço é a função de proprietário do serviço. O serviço executa todos os SQL no contexto dessa função. Para obter mais informações, consulte Como usar um token OAuth para executar SQL.

Se um serviço exigir um privilégio (por exemplo, para acessar ou executar uma operação em um objeto de banco de dados), a função do proprietário deve receber esse privilégio.

Na comunicação de serviço para serviço, a função do proprietário determina quais pontos de extremidade do serviço de destino são acessíveis (consulte funções de serviço).

Privilégios necessários para realizar operações no serviço¶

Se uma função precisar executar uma operação em um serviço (por exemplo, suspender o serviço), essa função deverá receber o privilégio para executar essa operação.

Cada referência de comando SQL fornece requisitos de controle de acesso para os comandos. Para obter mais informações, consulte SHOW SERVICES, ALTER SERVICE e DROP SERVICE.

Privilégios necessários para acessar os pontos de extremidade do serviço (funções de serviço)¶

Um serviço pode expor um ou mais pontos de extremidade que os clientes acessam enviando solicitações. A função de proprietário do serviço tem acesso total ao serviço e a seus pontos de extremidade. Para permitir que outras funções acessem os pontos de extremidade, você deve conceder a elas os privilégios adequados. O Snowflake aceita a definição de “funções de serviço” na especificação do serviço para gerenciar o acesso aos pontos de extremidade expostos.

Os exemplos em que uma função precisa de uma função de serviço incluem:

• Uma função de proprietário de uma função de serviço precisa de uma função de serviço que conceda acesso ao ponto de extremidade referenciado pela função de serviço. Caso contrário, você não poderá criar a função de serviço. Se a função de proprietário da função de serviço perder a permissão para a função de serviço após a criação da função de serviço, as consultas que usam essa função de serviço falharão com um erro de permissão.

• Em comunicações de serviço para serviço, a função de proprietário do serviço precisa da função de serviço que concede acesso ao ponto de extremidade de outro serviço para chamar esse ponto de extremidade.

• Um usuário que faz solicitações de entrada de fora do Snowflake para um ponto de extremidade público exposto por um serviço deve receber uma função que é concedida a uma função de serviço para permitir o acesso a esse ponto de extremidade.

Para habilitar uma função (por exemplo, some_role) a acessar um ponto de extremidade de serviço, faça o seguinte:

1. Conceda o privilégio USAGE no banco de dados e no esquema em que o serviço é criado. Esses privilégios permitem resolver os nomes dos objetos no esquema. Nesse caso, o objeto é o serviço.

   Por exemplo, os comandos a seguir concedem esses privilégios USAGE a uma função (some_role).

   GRANT USAGE ON DATABASE my_db TO ROLE some_role;
   GRANT USAGE ON SCHEMA my_schema TO ROLE some_role;
   

   Copy

2. Conceda a função de serviço que tem permissão para acessar os pontos de extremidade (consulte GRANT SERVICE ROLE).

   Você tem estas opções:

   • Conceder acesso a todos os pontos de extremidade que o serviço expõe usando a função de serviço all_endpoints_usage, uma função de serviço predefinida que o Snowflake cria para cada serviço. Um nome de função de serviço usa esta sintaxe: service-name!service-role.

     GRANT SERVICE ROLE my_service!all_endpoints_usage TO ROLE some_role;
     

     Copy

   • Conceder acesso a pontos de extremidade específicos que um serviço expõe. Isso exige que você defina uma ou mais funções de serviço na especificação com permissão para pontos de extremidade específicos. Em seguida, conceda essas funções de serviço para gerenciar o acesso refinado aos pontos de extremidade.

     No comando CREATE SERVICE a seguir, a especificação inline define dois pontos de extremidade (ep1 e ep2) e uma função de serviço (ep1_role) que recebe acesso apenas ao ponto de extremidade ep1.

     USE DATABASE my_db;
     USE SCHEMA my_schema;
     
     
     CREATE SERVICE my_service
     IN COMPUTE POOL tutorial_pool
     FROM SPECIFICATION $$
     spec:
       containers:
       - name: echo
         image: /tutorial_db/data_schema/tutorial_repository/my_echo_service_image:latest
       endpoints:
       - name: ep1
         port: 8000
         public: true
       - name: ep2
         port: 8082
         public: true
     serviceRoles:
     - name: ep1_role
       endpoints:
       - ep1
     $$
     

     Copy

     Agora, para conceder acesso some_role ao ponto de extremidade ep1, conceda a função de serviço ep1_role, conforme mostrado:

     GRANT SERVICE ROLE my_service!ep1_role TO ROLE some_role;
     

     Copy

Funções de serviço: como usar um serviço de uma consulta SQL¶

Uma função de serviço é uma função definida pelo usuário (UDF) que você cria usando CREATE FUNCTION (Snowpark Container Services). No entanto, em vez de escrever o código UDF diretamente, você associa a UDF ao seu ponto de extremidade do servidor. Observe que você pode associar uma função de serviço somente a um ponto de extremidade de serviço compatível com o protocolo HTTP (consulte Campo spec.endpoints (opcional)).

Por exemplo, no Tutorial 1, você cria um serviço chamado echo_service que expõe um ponto de extremidade (ponto de extremidade de eco) conforme definido na especificação do serviço:

spec:
…
  endpoints:
  - name: echoendpoint
    port: 8080

echoendpoint é um nome de ponto de extremidade amigável que representa a porta correspondente (8080). Para se comunicar com esse ponto de extremidade de serviço, crie uma função de serviço fornecendo os parâmetros SERVICE e ENDPOINT conforme mostrado:

CREATE FUNCTION my_echo_udf (text varchar)
   RETURNS varchar
   SERVICE=echo_service
   ENDPOINT=echoendpoint
   AS '/echo';

O parâmetro AS fornece o caminho HTTP para o código de serviço. Você obtém esse valor de caminho a partir do código de serviço. Por exemplo, as seguintes linhas de código são do service.py no Tutorial 1.

@app.post("/echo")
def echo():
...

Você invoca a função de serviço em uma instrução SELECT, como a seguinte:

SELECT service_function_name(<parameter-list>);

O Snowflake direciona a solicitação para o ponto de extremidade do serviço e o caminho associado.

"Alex", "2014-01-01 16:00:00"
"Steve", "2015-01-01 16:00:00"
…

SELECT service_func(col1, col2) FROM input_table;

{
   "data":[
      [
         0,
         "Alex",
         "2014-01-01 16:00:00"
      ],
      [
         1,
         "Steve",
         "2015-01-01 16:00:00"
      ],
      …
      [
         <row_index>,
         "<column1>",
         "<column2>"
      ],
   ]
}

{
   "data":[
      [0, "a"],
      [1, "b"],
      …
      [ row_index,  output_column1]
   ]
}

ALTER FUNCTION my_echo_udf(VARCHAR) SET
   MAX_BATCH_ROWS = 15
   MAX_BATCH_RETRIES = 5;

USE ROLE service_owner;
GRANT USAGE ON DATABASE service_db TO ROLE func_owner;
GRANT USAGE ON SCHEMA my_schema TO ROLE func_owner;
GRANT SERVICE ROLE ON service service_db.my_schema.my_service!all_endpoints_usage TO ROLE func_owner;
USE ROLE func_owner;
CREATE OR REPLACE test_udf(v VARCHAR)
  RETURNS VARCHAR
  SERVICE=service_db.my_schema.my_service
  ENDPOINT=endpointname1
  AS '/run';

SELECT test_udf(col1) FROM some_table;

ALTER FUNCTION test_udf(VARCHAR) SET
  SERVICE = service_db.other_schema.other_service
  ENDPOINT=anotherendpoint;

GRANT USAGE ON DATABASE service_db TO ROLE func_user;
GRANT USAGE ON SCHEMA my_schema TO ROLE func_user;
GRANT USAGE ON FUNCTION test_udf(varchar) TO ROLE func_user;
USE ROLE func_user;
SELECT my_test_udf('abcd');

Entrada: usando um serviço de fora do Snowflake¶

Você pode declarar um ou mais pontos de extremidade como públicos na especificação do serviço para permitir que os usuários usem o serviço a partir do público. Observe que os usuários devem ser usuários do Snowflake na mesma conta Snowflake que criou o serviço.

spec
  ...
  endpoints
  - name: <endpoint name>
    port: <port number>
    public: true

Observe que a entrada é permitida somente com um ponto de extremidade HTTP (consulte Campo spec.endpoints (opcional)).

Comunicações serviço a serviço¶

As instâncias de serviço podem se comunicar diretamente entre si por TCP (incluindo HTTP). Isso de aplica tanto para instâncias que pertencem ao mesmo serviço quanto para instâncias que pertencem a serviços diferentes.

As instâncias só podem receber comunicações (solicitações) nos pontos de extremidade declarados na especificação do serviço. O cliente (o serviço que envia a solicitação) deve ter as funções e concessões necessárias para se conectar a esse ponto de extremidade (consulte Privilégios necessários para acessar os pontos de extremidade do serviço (funções de serviço)).

• Por padrão, uma instância de serviço pode se conectar a outras instâncias do mesmo serviço nos pontos de extremidade declarados. Em termos mais amplos, a função de proprietário de um serviço tem permissões para se conectar a pontos de extremidade de serviços com a mesma função de proprietário.

• Para que um serviço cliente se conecte a um ponto de extremidade de um serviço que tenha uma função de proprietário diferente, a função de proprietário do serviço cliente precisa da função de serviço que concede acesso ao ponto de extremidade de outro serviço para chamar esse ponto de extremidade. Para obter mais informações, consulte Privilégios necessários para acessar os pontos de extremidade do serviço (funções de serviço).

• Se você quiser evitar que seus serviços se comuniquem entre si (por motivos como segurança), use diferentes funções do Snowflake para criar esses serviços.

Uma instância de serviço pode ser acessada usando o endereço IP do serviço ou os endereços IP da instância de serviço.

• As solicitações que usam o endereço IP do serviço são encaminhadas para um balanceador de carga que, por sua vez, encaminha as solicitações para uma instância de serviço selecionada aleatoriamente.

• As solicitações que usam o endereço IP da instância de serviço são encaminhadas diretamente para a instância de serviço específica. Você deve usar o IP da instância de serviço ao se conectar a um ponto de extremidade definido usando o campo portRange (consulte Campo spec.endpoints (opcional)).

Ambos os endereços IP podem ser descobertos usando o nome DNS que o Snowflake atribui automaticamente a cada serviço. Observe que não é possível usar DNS para se conectar a uma instância específica. Por exemplo, não faz sentido criar um URL usando o nome DNS da instância de serviço, pois não há como usar o nome DNS da instância de serviço para fazer referência a uma instância de serviço específica.

Os endereços IP da instância de serviço são mostrados na saída do comando SHOW SERVICE INSTANCES IN SERVICE quando o pacote de mudança de comportamento 2025_01 está ativado.

Para obter um exemplo de comunicação serviço a serviço, consulte Tutorial 3.

Observe que, se um ponto de extremidade de serviço for criado apenas para permitir comunicações de serviço a serviço, o protocolo TCP deverá ser usado (consulte Campo spec.endpoints (opcional)).

<service-name>.<hash>.svc.spcs.internal

instances.<service-name>.<hash>.svc.spcs.internal