因此，我的開發團隊正在嘗試從 GCE 遷移到 GCR，我們已經成功地使用 github 操作部署了 Cloud Run 服務和 CI/CD。但是我們遇到了一個問題，即 Cloud Run 服務可以同時處理的請求量不超過 100 個請求。所以我們的應用程式的基本框架是 php/codeigniter，我們使用的 web 服務器是 apache2 webserver，以及作為我們已經包含在 dockerfile 中的資料庫的 sql server
FROM php:7.4.22-apache
USER root
RUN apt-get update && apt-get upgrade -y
RUN apt-get update && apt-get install -y gnupg2
RUN apt-get install libcurl4-openssl-dev
RUN apt-get install zlib1g-dev
RUN apt-get install libpng-dev -y
RUN docker-php-ext-install curl
RUN docker-php-ext-install gd
RUN curl https://packages.microsoft.com/keys/microsoft.asc | apt-key add -
RUN curl https://packages.microsoft.com/config/debian/10/prod.list > /etc/apt/sources.list.d/mssql-release.list
RUN apt-get update
RUN apt-get install wget
RUN wget http://ftp.de.debian.org/debian/pool/main/g/glibc/multiarch-support_2.28-10 deb10u1_amd64.deb
RUN dpkg -i multiarch-support_2.28-10 deb10u1_amd64.deb
RUN apt-get install -y libodbc1
RUN apt-get install -y unixodbc-dev
RUN pecl install sqlsrv
RUN pecl install pdo_sqlsrv
RUN echo "extension=pdo_sqlsrv.so" >> `php --ini | grep "Scan for additional .ini files" | sed -e "s|.:\s||"`/30-pdo_sqlsrv.ini
RUN echo "extension=sqlsrv.so" >> `php --ini | grep "Scan for additional .ini files" | sed -e "s|.:\s||"`/30-sqlsrv.ini
RUN rm multiarch-support_2.28-10 deb10u1_amd64.deb
# RUN ACCEPT_EULA=Y apt-get -y install mssql-tools
RUN ACCEPT_EULA=Y apt-get install msodbcsql17
COPY 000-default.conf /etc/apache2/sites-available/000-default.conf
COPY apache2.conf /etc/apache2/apache2.conf
COPY openssl.cnf /etc/ssl/openssl.cnf
COPY php.ini /etc/php/7.4/apache2/php.ini
RUN a2enmod rewrite
RUN /etc/init.d/apache2 restart
這是我們使用的 dockerfile
FROM jamesjones/test-base:latest
USER root
COPY . /var/www/html
RUN cd /var/www/html
RUN chown -R www-data:www-data /var/www/html
COPY v1/application/config/config.prod.php /var/www/html/v1/application/config/config.php
COPY v1/application/config/database.prod.php /var/www/html/v1/application/config/database.php
COPY v1/application/config/routes.prod.php /var/www/html/v1/application/config/routes.php
COPY v2/application/config/config.prod.php /var/www/html/v2/application/config/config.php
COPY v2/application/config/database.prod.php /var/www/html/v2/application/config/database.php
COPY v2/application/config/routes.prod.php /var/www/html/v2/application/config/routes.php
COPY .htaccess.prod /var/www/html/.htaccess
VOLUME /var/www/html
我已經嘗試了這些步驟，但問題似乎仍然存在
https://cloud.google.com/blog/topics/developers-practitioners/3-ways-optimize-cloud-run-response-times
這是我們的云運行規范
我還嘗試將自動縮放的最小實體數增加到 10，但似乎沒有區別。
這個問題有其他選擇嗎？
uj5u.com熱心網友回復：
原來問題出在 vpc 連接器上，因為我們的資料庫是使用 tcp/ip 連接的，我們必須將公共 ip 列入白名單才能安全地訪問它，這就是我們使用 vpc 的原因，所以我們使用 mikrotik 系結我們的 ip 而不是使用 vpc 連接器。gcr 服務最終可以處理 10000 個請求。
轉載請註明出處，本文鏈接：https://www.uj5u.com/qita/463165.html
標籤：码头工人 代码点火器 ubuntu 谷歌云平台 谷歌云运行