환경에서 Linux VM에 배포

또한 JavaScript 또는 Node.js 앱의 경우:

• Azure에서 Nginx를 사용하여 두 개 이상의 Linux VM을 설정합니다.
• GitHub 샘플 코드 리포지토리 https://github.com/MicrosoftDocs/pipelines-javascript에 대한 귀하의 고유한 포크입니다. 배포하려는 앱이 GitHub에 이미 있는 경우 코드를 대신 사용할 수 있습니다.

또한 Java Spring Boot 및 Spring Cloud 기반 앱의 경우:

• Java 17+ SDK가 설치된 Linux VM이 두 개 이상 설치되어 있습니다. VM에서 다음 명령을 실행하여 Java SDK를 설치할 수 있습니다.

  sudo apt update
  sudo apt install openjdk-17-jdk
  sudo update-alternatives --config java
  sudo update-alternatives --config javac
  java -version 
  

• GitHub 샘플 코드 리포지토리 https://github.com/spring-projects/spring-petclinic에 대한 귀하의 고유한 포크입니다. 배포하려는 앱이 GitHub에 이미 있는 경우 코드를 대신 사용할 수 있습니다.

  참고

  Petclinic는 Maven을 사용하여 빌드된 Spring Boot 애플리케이션입니다.

다음 파이프라인은 npm을 사용하여 Node.js 프로젝트를 빌드하고 테스트한 다음 출력을 패키지하고 삭제 위치에 업로드합니다.

trigger:
- main

pool:
  vmImage: ubuntu-latest

jobs:  
- job: Build
  displayName: Build
  steps:
  - task: UseNode@1
    inputs:
      version: '16.x'
    displayName: 'Install Node.js'
  - script: |
      npm install
      npm run build --if-present
      npm run test --if-present
    displayName: 'npm install, build and test'
  - task: ArchiveFiles@2
    displayName: 'Archive files'
    inputs:
      rootFolderOrFile: '$(System.DefaultWorkingDirectory)'
      includeRootFolder: false
      archiveType: tar
      tarCompression: gz
      archiveFile: $(Build.ArtifactStagingDirectory)/$(Build.BuildId).gz
      replaceExistingArchive: true
  - upload: $(Build.ArtifactStagingDirectory)/$(Build.BuildId).gz
    artifact: drop

자세한 내용은 gulp를 사용하여 Node.js 앱 빌드에서 빌드를 만드는 단계를 검토합니다.

다음 파이프라인은 Java 프로젝트를 빌드하고 Apache Maven을 사용하여 테스트를 실행한 다음 출력을 패키지하고 삭제 위치에 업로드합니다.

trigger:
- main

pool:
  vmImage: ubuntu-latest

jobs:  
- job: Build
  displayName: Build Maven Project
  steps:
  - task: Maven@4
    displayName: 'Maven Package'
    inputs:
      mavenPomFile: 'pom.xml'
  - task: CopyFiles@2
    displayName: 'Copy Files to artifact staging directory'
    inputs:
      SourceFolder: '$(System.DefaultWorkingDirectory)'
      Contents: '**/target/*.?(war|jar)'
      TargetFolder: $(Build.ArtifactStagingDirectory)
  - upload: $(Build.ArtifactStagingDirectory)
    artifact: drop

클릭하여 자세한 정보는 Maven으로 Java 앱 빌드하기에서 빌드 만드는 단계를 검토하세요.

JavaScript 앱에 대한 다음 YAML rolling 배포 작업은 성공적인 Build 단계 완료에 따라 달라집니다. 배포 작업은 각 에이전트 VM에서 다음 요구 사항이 이미 사전 설치되거나 미리 구성되어 있다고 가정합니다. 전체 자동화를 위해 파이프라인의 일부로 VM에 이러한 앱과 서비스를 설치하고 구성할 수 있습니다.

• Node.js 16.x가 설치되었으며 빌드 에이전트의 PATH에서 npm을 사용할 수 있습니다.
• Node.js 앱을 시작하기 위해 구성된 서비스에 대한 systemd 서비스 파일을 사용하는 systemd입니다. 예시로는 /etc/systemd/system/pipelines-javascript.service가 있습니다.
• 에이전트 사용자가 필요한 명령에 대해 암호 없이 sudo를 실행할 수 있도록 NOPASSWD:에서 을 설정합니다.
• 에이전트 사용자에게 /opt/pipelines-javascript 또는 기타 배포 대상에 대한 쓰기 권한이 필요합니다.

- stage: Deploy
  displayName: Rolling Deploy to VMs
  dependsOn: Build
  condition: succeeded()
  jobs:
  - deployment: RollingDeploy
    displayName: Rolling deploy to Ubuntu VMs
    environment:
      name: <environment-name>
      resourceType: VirtualMachine
    strategy:
      rolling:
        maxParallel: 1   #or 2 for parallel. For percentages, use x%
        preDeploy:
          steps:
          - download: current
            artifact: drop
          - script: echo "Pre-deploy on $(hostname)"
        deploy:
          steps:
          - script: |
              echo "Unpacking Node.js app on $(hostname)"
              sudo mkdir -p /opt/pipelines-javascript
              sudo tar -xzf $(Pipeline.Workspace)/drop/$(Build.BuildId).tar.gz -C /opt/pipelines-javascript --strip-components=1
              cd /opt/pipelines-javascript
              echo "Installing production dependencies"
              sudo npm ci --only=production
              echo "Restarting Node.js service"
              sudo systemctl restart pipelines-javascript
            displayName: 'Extract, install, and restart Node.js service'
        routeTraffic:
          steps:
          - script: echo "Routing traffic on $(hostname)"
        postRouteTraffic:
          steps:
          - script: echo "Post-route health check on $(hostname)"
        on:
          failure:
            steps:
            - script: echo "Deployment failed on $(hostname)"
          success:
            steps:
            - script: echo "Deployment succeeded on $(hostname)"

Java 앱에 대한 다음 YAML rolling 배포 작업은 성공적인 Build 단계 완료에 따라 달라집니다.

- deployment: VMDeploy
  displayName: web
  dependsOn: Build
  condition: succeeded()
  environment:
    name: <environment name>
    resourceType: VirtualMachine
  strategy:
      rolling:
        maxParallel: 1   #or 2 for parallel. For percentages, use x%
        preDeploy:
          steps:
          - download: current
            artifact: drop
          - script: echo initialize, cleanup, backup, install certs
        deploy:
          steps:
          - task: Bash@3
            displayName: Start Java app, check health, and stop
            inputs:
              targetType: 'inline'
              script: |
                JAR=$(ls $(Pipeline.Workspace)/drop/target/*.jar | head -n 1)
                java -jar "$JAR" --server.port=8081 &
                PID=$!
                # Health check loop
                for i in {1..10}; do
                  if curl -sf http://localhost:8081/actuator/health; then
                    echo "App is up!"
                    break
                  else
                    echo "Waiting for app to be healthy... ($i/10)"
                    sleep 3
                  fi
                done
                # Stop the app manually
                kill $PID 2>/dev/null || echo "Process already exited" 
        routeTraffic:
          steps:
          - script: echo routing traffic
        postRouteTraffic:
          steps:
          - script: echo health check post-route traffic
        on:
          failure:
            steps:
            - script: echo Restore from backup! This is on failure
          success:
            steps:
            - script: echo Notify! This is on success