Azure:容器未在预期时间内启动（WebApp）

Question

尝试部署Web应用程序时，我遇到以下错误：

错误-站点XXX的容器XXX\u 0未在预期的时间限制内启动。运行时间=1800.4463925秒

我试图部署一个节点应用程序。使用自动部署。部署文件。部署文件如下所示：

# 1. KuduSync
if [[ "$IN_PLACE_DEPLOYMENT" -ne "1" ]]; then
  "$KUDU_SYNC_CMD" -v 50 -f "$DEPLOYMENT_SOURCE" -t "$DEPLOYMENT_TARGET" -n "$NEXT_MANIFEST_PATH" -p "$PREVIOUS_MANIFEST_PATH" -i ".git;.hg;
.deployment;deploy.sh"
  exitWithMessageOnError "Kudu Sync failed"
fi

# 2. Select node version
selectNodeVersion

# 3. Install npm packages for root directory
if [ -e "$DEPLOYMENT_TARGET/package.json" ]; then
  cd "$DEPLOYMENT_TARGET"
  # echo "Running $NPM_CMD install --production for root directory"
  # eval $NPM_CMD install --production
  echo "Running $NPM_CMD install --production for root directory"
  eval $NPM_CMD install
  exitWithMessageOnError "npm failed"
  ##################
  echo Building App...
  eval $NPM_CMD run build
  ##################
  echo Starting App...
  # eval $NPM_CMD run start
  # cd - > /dev/null
fi

#####################################################################################
echo "Finished successfully."

package.json文件具有以下脚本：

  "scripts": {
    "dev": "node server.js",
    "build": "next build",
    "start": "echo 'work!!' && NODE_ENV=production && node server.js"
  }

和服务器。详情如下:

const {
  createServer
} = require('http')
const next = require('next')
const app = next({
  dev: process.env.NODE_ENV !== 'production'
})
const routes = require('./routes')
const handler = routes.getRequestHandler(app)
console.log("HEYYYY");
// Without express
app.prepare()
  .then(() => {
    console.log("Ready on Localhost:80!!!");
    createServer(handler)
      .listen(80, (err) => {
        if (err) throw err;
        console.log("Ready on Localhost:80");
      });
  })

我从研究中得出的结论是：

1. 没有足够的时间让app启动
2. 端口未打开/启动时没有响应ping

为了解决（1）我把WEBSITES_CONTAINER_START_TIME_LIMIT设为1800（这是最大值）

为了解决（2）问题，我将端口（应用程序内设置）的值设置为“80”，以公开该端口。（根据文件）

还有其他我应该尝试的吗？

PS默认docker日志文件输出以下内容：

2018-10-15T14:32:59.946431939Z > XXX@1.0.0 start /home/site/wwwroot
2018-10-15T14:32:59.946455839Z > echo 'work!!' && NODE_ENV=production && node server.js
2018-10-15T14:32:59.946462839Z 
2018-10-15T14:33:00.249554126Z work!!
2018-10-15T14:34:41.634101502Z HEYYYY
2018-10-15T14:35:38.838555689Z  DONE  Compiled successfully in 48099ms14:35:38
2018-10-15T14:35:38.838868291Z 
2018-10-15T14:35:39.406086808Z Ready on Localhost:80!!!
2018-10-15T14:35:39.460029162Z Ready on Localhost:80

Answer 1

>

推荐的方法是让节点监听env。PORT.通过这种方式，PORT不会在应用程序中硬编码，系统可以通过环境变量传递它。

如果必须使用硬编码端口，并且在“代码”场景中使用应用程序服务时，请使用应用程序设置端口指示代码中的值。

如果必须使用硬编码端口，并且在“容器”场景中使用应用程序服务时，请使用应用程序设置WEBSITES\u port指示代码中的值。

如果端口值与此日志条目中的内容相匹配："未在预期的时间限制内启动。经过的时间”，到代码中的内容，检查代码的监听IP地址。如果代码正在监听localhost或127.0.0.1，则在该特定容器之外无法访问该代码，因此，应用将无法启动。为了克服这一点，让应用程序代码监听0.0.0.0

Answer 2

对于我来说，在Azure应用程序服务部署任务中设置-Port 80和-WEBSITES\u Port 80，Azure devops中的应用程序设置部分会有所帮助。它使docker从80端口开始，而不是8000端口。这是该任务的应用程序设置用法示例。