labels.notificationTo=Notificar para
labels.num=Número
labels.pn=Número da página
labels.protocolScheme=Esquema
labels.purgeByBots=Excluir por Bots
labels.logLevel=Nível de log
labels.purgeSearchLogDay=Excluir logs de pesquisa
labels.query=Consulta
labels.queryId=ID da consulta
labels.rt=rt
labels.searchLog=Log de pesquisa
labels.sort=Ordenar
labels.start=Posição inicial
labels.loginRequired=Requer login
labels.loginLink=Mostrar link de login

labels.num=Número
labels.pn=Número de página
labels.protocolScheme=Esquema
labels.purgeByBots=Eliminar por Bots
labels.logLevel=Nivel de registro
labels.purgeSearchLogDay=Eliminar registros de búsqueda
labels.query=Consulta
labels.queryId=ID de consulta
labels.rt=rt
labels.searchLog=Registro de búsqueda
labels.sort=Ordenar
labels.start=Posición de inicio
labels.loginRequired=Requiere inicio de sesión

這與 **FastAPI** 所能提供的性能水平相同。

你可以同時利用並行性和平行性，進一步提升效能，這比大多數已測試的 NodeJS 框架都更快，並且與 Go 語言相當，而 Go 是一種更接近 C 的編譯語言（<a href="https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query&l=zijmkf-1" class="external-link" target="_blank">感謝 Starlette</a>）。

### 並行比平行更好嗎？

不是的！這不是故事的本意。

並行與平行不同。並行在某些 **特定** 的需要大量等待的情境下表現更好。正因如此，並行在 Web 應用程式開發中通常比平行更有優勢。但並不是所有情境都如此。

因此，為了平衡報導，想像下面這個短故事

labels.ignoreFailureType=忽略的失败类型
labels.lastAccessTime=上次访问时间
labels.notificationTo=通知到
labels.num=数量
labels.pn=页码
labels.protocolScheme=方案
labels.purgeByBots=按机器人清除
labels.logLevel=日志级别
labels.purgeSearchLogDay=删除搜索日志
labels.query=查询
labels.queryId=查询ID
labels.rt=rt
labels.searchLog=搜索日志
labels.sort=排序
labels.start=开始位置
labels.loginRequired=需要登录
labels.loginLink=显示登录链接
labels.threadName=线程名称
labels.url=URL
labels.userFavorite=收藏日志

labels.num=Nombre
labels.pn=Numéro de page
labels.protocolScheme=Schéma
labels.purgeByBots=Purger les robots
labels.logLevel=Niveau de journalisation
labels.purgeSearchLogDay=Purger le journal de recherche
labels.query=Requête
labels.queryId=ID de requête
labels.rt=rt
labels.searchLog=Journal de recherche
labels.sort=Trier
labels.start=Démarrer
labels.loginRequired=Connexion requise
labels.loginLink=Afficher le lien de connexion

        InetAddress serverAddress = transport.getRemoteAddress().toInetAddress();

        if (isWitnessServiceAvailable(serverAddress)) {
            return serverAddress;
        }

        // Query for cluster witness service via DNS
        try {
            String clusterName = getClusterName(serverAddress);
            if (clusterName != null) {

   * by applying the given {@code AsyncFunction} to the result of the original {@code Future}.
   * Example usage:
   *
   * {@snippet :
   * ListenableFuture<RowKey> rowKeyFuture = indexService.lookUp(query);
   * ListenableFuture<QueryResult> queryFuture =
   *     transformAsync(rowKeyFuture, dataService::readFuture, executor);
   * }
   *

* Update kubectl help for 1.2 resources ([#23305](https://github.com/kubernetes/kubernetes/pull/23305), [@janetkuo](https://github.com/janetkuo))
* Removing URL query param from swagger UI to fix the XSS issue ([#23234](https://github.com/kubernetes/kubernetes/pull/23234), [@nikhiljindal](https://github.com/nikhiljindal))

  - The `export` query parameter for list API calls is deprecated and will be removed in v1.18 ([#73783](https://github.com/kubernetes/kubernetes/pull/73783), [@deads2k](https://github.com/deads2k))

그리고 **FastAPI**를 사용함으로써 동일한 성능을 낼 수 있습니다.

또한 병렬성과 비동기성을 동시에 사용할 수 있기 때문에, 대부분의 테스트가 완료된 NodeJS 프레임워크보다 더 높은 성능을 얻고 C에 더 가까운 컴파일 언어인 Go와 동등한 성능을 얻을 수 있습니다<a href="https://www.techempower.com/benchmarks/#section=data-r17&hw=ph&test=query&l=zijmkf-1" class="external-link" target="_blank">(모두 Starlette 덕분입니다)</a>.

### 동시성이 병렬성보다 더 나은가?

그렇지 않습니다! 그것이 이야기의 교훈은 아닙니다.