고급 시스템 관리자 면접 질문: 완벽 가이드

소개

선임 시스템 관리자는 복잡한 IT 인프라를 설계, 구현 및 관리하고, 팀을 이끌며, 엔터프라이즈 수준의 안정성과 보안을 보장합니다. 이 역할은 깊이 있는 기술 전문성, 자동화 기술 및 전략적 사고를 필요로 합니다.

본 가이드에서는 고급 개념 및 엔터프라이즈 솔루션에 초점을 맞춰 선임 시스템 관리자 면접에 필수적인 질문들을 다룹니다.

가상화 & 클라우드

1. Type 1과 Type 2 하이퍼바이저의 차이점을 설명하십시오.

답변:

Type 1 (베어 메탈):

하드웨어에서 직접 실행
더 나은 성능
예시: VMware ESXi, Hyper-V, KVM

Type 2 (호스트형):

호스트 OS에서 실행
설정이 더 쉬움
예시: VMware Workstation, VirtualBox

Loading diagram...

KVM 관리:

# VM 목록 표시
virsh list --all

# VM 시작
virsh start vm-name

# XML에서 VM 생성
virsh define vm-config.xml

# VM 복제
virt-clone --original vm1 --name vm2 --auto-clone

# VM 리소스 할당
virsh setmem vm-name 4G
virsh setvcpus vm-name 4

빈도: 흔함 난이도: 중간

2. 고가용성 클러스터를 어떻게 설계합니까?

답변: **고가용성 (HA)**은 장애 발생 시에도 서비스가 계속 접근 가능하도록 보장합니다.

클러스터 유형:

Loading diagram...

Active-Passive 클러스터:

하나의 노드가 활성, 나머지는 대기
장애 발생 시 자동 페일오버
낮은 리소스 사용률

Active-Active 클러스터:

모든 노드가 트래픽을 처리
더 나은 리소스 사용률
더 복잡한 구성

Pacemaker + Corosync 설정:

# 클러스터 소프트웨어 설치
sudo apt install pacemaker corosync pcs

# 클러스터 인증 구성
sudo passwd hacluster
sudo pcs cluster auth node1 node2 -u hacluster

# 클러스터 생성
sudo pcs cluster setup --name mycluster node1 node2

# 클러스터 시작
sudo pcs cluster start --all
sudo pcs cluster enable --all

# 테스트를 위해 STONITH 비활성화 (프로덕션 환경에서는 활성화)
sudo pcs property set stonith-enabled=false

# 가상 IP 리소스 생성
sudo pcs resource create virtual_ip ocf:heartbeat:IPaddr2 \
    ip=192.168.1.100 cidr_netmask=24 \
    op monitor interval=30s

# 웹 서비스 리소스 생성
sudo pcs resource create webserver ocf:heartbeat:apache \
    configfile=/etc/apache2/apache2.conf \
    statusurl="http://localhost/server-status" \
    op monitor interval=1min

# 리소스를 그룹으로 묶기
sudo pcs resource group add webgroup virtual_ip webserver

# 리소스 제약 조건 설정
sudo pcs constraint colocation add webserver with virtual_ip INFINITY
sudo pcs constraint order virtual_ip then webserver

# 클러스터 상태 확인
sudo pcs status
sudo crm_mon -1

Keepalived (간단한 HA):

# keepalived 설치
sudo apt install keepalived

# 마스터에서 구성
sudo vi /etc/keepalived/keepalived.conf

vrrp_instance VI_1 {
    state MASTER
    interface eth0
    virtual_router_id 51
    priority 100
    advert_int 1
    
    authentication {
        auth_type PASS
        auth_pass secret123
    }
    
    virtual_ipaddress {
        192.168.1.100/24
    }
    
    track_script {
        chk_nginx
    }
}

vrrp_script chk_nginx {
    script "/usr/bin/killall -0 nginx"
    interval 2
    weight 2
}

데이터베이스 복제 (MySQL):

# 마스터 구성
[mysqld]
server-id = 1
log_bin = /var/log/mysql/mysql-bin.log
binlog_do_db = production

# 복제 사용자 생성
CREATE USER 'repl'@'%' IDENTIFIED BY 'password';
GRANT REPLICATION SLAVE ON *.* TO 'repl'@'%';
FLUSH PRIVILEGES;

# 마스터 상태 가져오기
SHOW MASTER STATUS;

# 슬레이브 구성
[mysqld]
server-id = 2
relay-log = /var/log/mysql/mysql-relay-bin
log_bin = /var/log/mysql/mysql-bin.log
read_only = 1

# 슬레이브 구성
CHANGE MASTER TO
    MASTER_HOST='master-ip',
    MASTER_USER='repl',
    MASTER_PASSWORD='password',
    MASTER_LOG_FILE='mysql-bin.000001',
    MASTER_LOG_POS=107;

START SLAVE;
SHOW SLAVE STATUS\G

상태 점검:

#!/bin/bash
# 서비스 상태 점검 스크립트

check_service() {
    if systemctl is-active --quiet $1; then
        return 0
    else
        return 1
    fi
}

if ! check_service nginx; then
    echo "Nginx 다운, 재시작 시도"
    systemctl restart nginx
    sleep 5
    if ! check_service nginx; then
        echo "Nginx 재시작 실패, 페일오버 트리거"
        # 페일오버 트리거
        pcs resource move webgroup node2
    fi
fi

페일오버 테스트:

# 노드 장애 시뮬레이션
sudo pcs cluster stop node1

# 페일오버 확인
sudo pcs status
ping 192.168.1.100

# 노드 복원
sudo pcs cluster start node1

빈도: 흔함 난이도: 어려움

자동화 & 스크립팅

3. 시스템 관리 작업을 어떻게 자동화합니까?

답변: 자동화는 고된 작업을 줄이고 일관성을 향상시킵니다.

Bash 스크립팅:

#!/bin/bash
# 자동화된 서버 상태 점검

HOSTNAME=$(hostname)
DATE=$(date '+%Y-%m-%d %H:%M:%S')
REPORT="/var/log/health-check.log"

echo "=== 상태 점검: $DATE ===" >> $REPORT

# CPU 로드
LOAD=$(uptime | awk -F'load average:' '{print $2}')
echo "로드 평균: $LOAD" >> $REPORT

# 메모리 사용량
MEM=$(free -h | grep Mem | awk '{print "사용됨: "$3" / "$2}')
echo "메모리: $MEM" >> $REPORT

# 디스크 사용량
echo "디스크 사용량:" >> $REPORT
df -h | grep -vE '^Filesystem|tmpfs|cdrom' >> $REPORT

# 실패한 서비스
FAILED=$(systemctl --failed --no-pager)
if [ -n "$FAILED" ]; then
    echo "실패한 서비스:" >> $REPORT
    echo "$FAILED" >> $REPORT
fi

# 중요 경고 전송
DISK_USAGE=$(df -h / | tail -1 | awk '{print $5}' | sed 's/%//')
if [ $DISK_USAGE -gt 90 ]; then
    echo "CRITICAL: 디스크 사용량이 90% 초과" | mail -s "경고: $HOSTNAME" [email protected]
fi

Ansible Playbook:

---
- name: 웹 서버 구성
  hosts: webservers
  become: yes
  tasks:
    - name: 패키지 설치
      apt:
        name:
          - nginx
          - python3
          - git
        state: present
        update_cache: yes
    
    - name: nginx 구성 복사
      template:
        src: nginx.conf.j2
        dest: /etc/nginx/nginx.conf
      notify: nginx 재시작
    
    - name: nginx가 실행 중인지 확인
      service:
        name: nginx
        state: started
        enabled: yes
  
  handlers:
    - name: nginx 재시작
      service:
        name: nginx
        state: restarted

빈도: 매우 흔함 난이도: 중간-어려움

4. 수백 대의 서버에 걸쳐 구성을 어떻게 관리합니까?

답변: 규모에 따른 구성 관리는 자동화 및 일관성을 필요로 합니다.

도구 비교:

도구	유형	언어	에이전트	복잡성
Ansible	푸시	YAML	에이전트 없음	낮음
Puppet	풀	Ruby DSL	에이전트	높음
Chef	풀	Ruby	에이전트	높음
SaltStack	푸시/풀	YAML	에이전트/에이전트 없음	중간

규모에 따른 Ansible:

# inventory/production
[webservers]
web[01:20].company.com

[databases]
db[01:05].company.com

[loadbalancers]
lb[01:02].company.com

[webservers: vars]
ansible_user=deploy
ansible_become=yes

# playbooks/site.yml
---
- name: 모든 서버 구성
  hosts: all
  roles:
    - common
    - security
    - monitoring

- name: 웹 서버 구성
  hosts: webservers
  roles:
    - nginx
    - php
    - application
  
- name: 데이터베이스 구성
  hosts: databases
  roles:
    - mysql
    - backup

# roles/common/tasks/main.yml
---
- name: 모든 패키지 업데이트
  apt:
    upgrade: dist
    update_cache: yes
    cache_valid_time: 3600

- name: 공통 패키지 설치
  apt:
    name:
      - vim
      - htop
      - curl
      - git
    state: present

- name: NTP 구성
  template:
    src: ntp.conf.j2
    dest: /etc/ntp.conf
  notify: ntp 재시작

- name: 서비스가 실행 중인지 확인
  service:
    name: "{{ item }}"
    state: started
    enabled: yes
  loop:
    - ntp
    - rsyslog

동적 인벤토리:

#!/usr/bin/env python3
# dynamic_inventory.py - AWS EC2 동적 인벤토리

import json
import boto3

def get_inventory():
    ec2 = boto3.client('ec2')
    response = ec2.describe_instances()
    
    inventory = {
        '_meta': {'hostvars': {}},
        'all': {'hosts': []}
    }
    
    for reservation in response['Reservations']:
        for instance in reservation['Instances']:
            if instance['State']['Name'] != 'running':
                continue
            
            hostname = instance['PrivateIpAddress']
            inventory['all']['hosts'].append(hostname)
            
            # 태그별 그룹화
            for tag in instance.get('Tags', []):
                if tag['Key'] == 'Role':
                    role = tag['Value']
                    if role not in inventory:
                        inventory[role] = {'hosts': []}
                    inventory[role]['hosts'].append(hostname)
    
    return inventory

if __name__ == '__main__':
    print(json.dumps(get_inventory(), indent=2))

Infrastructure as Code 모범 사례:

1. 버전 관리:

# Git 워크플로우
git checkout -b feature/update-nginx-config
# 변경 사항 적용
git add .
git commit -m "nginx SSL 구성 업데이트"
git push origin feature/update-nginx-config
# 검토를 위한 풀 리퀘스트 생성

2. 테스팅:

# playbook 구문 테스트
ansible-playbook --syntax-check site.yml

# 드라이 런
ansible-playbook site.yml --check

# 스테이징 환경에서 먼저 실행
ansible-playbook -i inventory/staging site.yml

# 프로덕션 환경에 배포
ansible-playbook -i inventory/production site.yml

3. 비밀 관리:

# Ansible Vault
ansible-vault create secrets.yml
ansible-vault encrypt vars/passwords.yml
ansible-playbook site.yml --ask-vault-pass

# 또는 비밀번호 파일 사용
ansible-playbook site.yml --vault-password-file ~/.vault_pass

4. 멱등성:

# 나쁨 - 멱등성이 없음
- name: 파일에 줄 추가
  shell: echo "config=value" >> /etc/app.conf

# 좋음 - 멱등성
- name: 구성 줄이 존재하는지 확인
  lineinfile:
    path: /etc/app.conf
    line: "config=value"
    state: present

병렬 실행:

# 한 번에 10개 호스트에서 실행
ansible-playbook -i inventory site.yml --forks 10

# 특정 호스트로 제한
ansible-playbook site.yml --limit webservers

# 특정 태그 실행
ansible-playbook site.yml --tags "configuration,deploy"

빈도: 흔함 난이도: 중간-어려움

재해 복구

5. 재해 복구 계획을 어떻게 설계합니까?

답변: 포괄적인 DR 전략:

주요 지표:

RTO (복구 시간 목표): 최대 허용 다운타임
RPO (복구 시점 목표): 최대 허용 데이터 손실

DR 전략:

1. 백업 전략:

#!/bin/bash
# 보존 정책을 사용한 자동화된 백업

BACKUP_SOURCE="/var/www /etc /home"
BACKUP_DEST="/mnt/backup"
REMOTE_SERVER="backup.company.com"
RETENTION_DAYS=30

# 백업 생성
DATE=$(date +%Y%m%d)
tar -czf $BACKUP_DEST/backup-$DATE.tar.gz $BACKUP_SOURCE

# 원격 서버에 동기화
rsync -avz --delete $BACKUP_DEST/ $REMOTE_SERVER:/backups/

# 오래된 백업 정리
find $BACKUP_DEST -name "backup-*.tar.gz" -mtime +$RETENTION_DAYS -delete

# 백업 확인
tar -tzf $BACKUP_DEST/backup-$DATE.tar.gz > /dev/null
if [ $? -eq 0 ]; then
    echo "백업이 성공적으로 확인되었습니다."
else
    echo "백업 확인 실패!" | mail -s "백업 경고" [email protected]
fi

2. 데이터베이스 복제:

# MySQL 마스터-슬레이브 설정
# 마스터에서:
CHANGE MASTER TO
  MASTER_HOST='master-server',
  MASTER_USER='repl_user',
  MASTER_PASSWORD='password',
  MASTER_LOG_FILE='mysql-bin.000001',
  MASTER_LOG_POS=107;

START SLAVE;
SHOW SLAVE STATUS\G

3. 문서화:

복구 절차
연락처 목록
시스템 다이어그램
구성 백업

빈도: 매우 흔함 난이도: 어려움

보안 강화

6. Linux 서버를 어떻게 강화합니까?

답변: 다계층 보안 접근 방식:

1. 시스템 업데이트:

# 자동화된 보안 업데이트 (Ubuntu)
sudo apt install unattended-upgrades
sudo dpkg-reconfigure -plow unattended-upgrades

2. SSH 강화:

# /etc/ssh/sshd_config
Port 2222  # 기본 포트 변경
PermitRootLogin no
PasswordAuthentication no
PubkeyAuthentication yes
AllowUsers admin devops
MaxAuthTries 3
ClientAliveInterval 300
ClientAliveCountMax 2

3. 방화벽 구성:

# iptables 규칙
iptables -P INPUT DROP
iptables -P FORWARD DROP
iptables -P OUTPUT ACCEPT

# 설정된 연결 허용
iptables -A INPUT -m state --state ESTABLISHED,RELATED -j ACCEPT

# SSH 허용 (사용자 지정 포트)
iptables -A INPUT -p tcp --dport 2222 -j ACCEPT

# HTTP/HTTPS 허용
iptables -A INPUT -p tcp --dport 80 -j ACCEPT
iptables -A INPUT -p tcp --dport 443 -j ACCEPT

# 규칙 저장
iptables-save > /etc/iptables/rules.v4

4. 침입 탐지:

# AIDE 설치
sudo apt install aide
sudo aideinit

# 변경 사항 확인
sudo aide --check

5. 감사 로깅:

# auditd 활성화
sudo systemctl enable auditd
sudo systemctl start auditd

# 파일 접근 모니터링
sudo auditctl -w /etc/passwd -p wa -k passwd_changes
sudo auditctl -w /etc/shadow -p wa -k shadow_changes

빈도: 매우 흔함 난이도: 어려움

성능 최적화

7. 서버 성능을 어떻게 최적화합니까?

답변: 체계적인 성능 튜닝:

1. 병목 현상 식별:

# CPU
mpstat 1 10

# 메모리
vmstat 1 10

# 디스크 I/O
iostat -x 1 10

# 네트워크
iftop
nethogs

2. 서비스 최적화:

# Nginx 튜닝
worker_processes auto;
worker_connections 4096;
keepalive_timeout 65;
gzip on;
gzip_types text/plain text/css application/json;

# MySQL 튜닝
innodb_buffer_pool_size = 4G
max_connections = 200
query_cache_size = 64M

3. 커널 튜닝:

# /etc/sysctl.conf
net.core.somaxconn = 4096
net.ipv4.tcp_max_syn_backlog = 4096
net.ipv4.tcp_fin_timeout = 30
vm.swappiness = 10
fs.file-max = 100000

4. 모니터링 및 경고:

# Prometheus + Grafana
# 시스템 메트릭을 위한 Node Exporter
# 임계값에 대한 사용자 지정 경고

빈도: 흔함 난이도: 중간-어려움

8. 포괄적인 모니터링 및 경고 솔루션을 어떻게 설계합니까?

답변: 효과적인 모니터링은 장애를 예방하고 신속한 사고 대응을 가능하게 합니다.

모니터링 스택 아키텍처:

Loading diagram...

Prometheus 설정:

# prometheus.yml
global:
  scrape_interval: 15s
  evaluation_interval: 15s

scrape_configs:
  - job_name: 'node'
    static_configs:
      - targets:
        - 'server1:9100'
        - 'server2:9100'
        - 'server3:9100'
  
  - job_name: 'mysql'
    static_configs:
      - targets: ['db1:9104']
  
  - job_name: 'nginx'
    static_configs:
      - targets: ['web1:9113']

alerting:
  alertmanagers:
    - static_configs:
      - targets: ['localhost:9093']

rule_files:
  - 'alerts/*.yml'

경고 규칙:

# alerts/system.yml
groups:
  - name: system_alerts
    interval: 30s
    rules:
      - alert: HighCPUUsage
        expr: 100 - (avg by(instance) (irate(node_cpu_seconds_total{mode="idle"}[5m])) * 100) > 80
        for: 5m
        labels:
          severity: warning
        annotations:
          summary: "{{ $labels.instance }}에서 높은 CPU 사용률"
          description: "CPU 사용률은 {{ $value }}%입니다."
      
      - alert: HighMemoryUsage
        expr: (node_memory_MemTotal_bytes - node_memory_MemAvailable_bytes) / node_memory_MemTotal_bytes * 100 > 90
        for: 5m
        labels:
          severity: critical
        annotations:
          summary: "{{ $labels.instance }}에서 높은 메모리 사용률"
          description: "메모리 사용률은 {{ $value }}%입니다."
      
      - alert: DiskSpaceLow
        expr: (node_filesystem_avail_bytes{mountpoint="/"} / node_filesystem_size_bytes{mountpoint="/"}) * 100 < 10
        for: 5m
        labels:
          severity: critical
        annotations:
          summary: "{{ $labels.instance }}에서 낮은 디스크 공간"
          description: "디스크 공간이 {{ $value }}%만 남았습니다."
      
      - alert: ServiceDown
        expr: up == 0
        for: 2m
        labels:
          severity: critical
        annotations:
          summary: "서비스 {{ $labels.job }} 다운"
          description: "{{ $labels.instance }}이(가) 2분 이상 다운되었습니다."

Alertmanager 구성:

# alertmanager.yml
global:
  resolve_timeout: 5m
  slack_api_url: 'https://hooks.slack.com/services/YOUR/WEBHOOK/URL'

route:
  group_by: ['alertname', 'cluster']
  group_wait: 10s
  group_interval: 10s
  repeat_interval: 12h
  receiver: 'default'
  routes:
    - match:
        severity: critical
      receiver: 'pagerduty'
      continue: true
    - match:
        severity: warning
      receiver: 'slack'

receivers:
  - name: 'default'
    email_configs:
      - to: '[email protected]'
        from: '[email protected]'
        smarthost: 'smtp.company.com:587'
  
  - name: 'slack'
    slack_configs:
      - channel: '#alerts'
        title: '{{ .GroupLabels.alertname }}'
        text: '{{ range .Alerts }}{{ .Annotations.description }}{{ end }}'
  
  - name: 'pagerduty'
    pagerduty_configs:
      - service_key: 'YOUR_PAGERDUTY_KEY'

inhibit_rules:
  - source_match:
      severity: 'critical'
    target_match:
      severity: 'warning'
    equal: ['alertname', 'instance']

Grafana 대시보드:

{
  "dashboard": {
    "title": "시스템 개요",
    "panels": [
      {
        "title": "CPU 사용률",
        "targets": [
          {
            "expr": "100 - (avg by(instance) (irate(node_cpu_seconds_total{mode=\"idle\"}[5m])) * 100)"
          }
        ]
      },
      {
        "title": "메모리 사용률",
        "targets": [
          {
            "expr": "(node_memory_MemTotal_bytes - node_memory_MemAvailable_bytes) / node_memory_MemTotal_bytes * 100"
          }
        ]
      }
    ]
  }
}

SLO/SLA/SLI 개념:

SLI (서비스 수준 지표):

서비스 수준의 정량적 측정
예시: 가동 시간 %, 대기 시간, 오류율

SLO (서비스 수준 목표):

SLI의 목표 값
예시: 99.9% 가동 시간, p95 대기 시간 < 200ms

SLA (서비스 수준 계약):

결과가 포함된 계약
예시: 99.9% 가동 시간 또는 고객 환불

# SLO 예시
- alert: SLOViolation
  expr: |
    (
      sum(rate(http_requests_total{status=~"2.."}[30d]))
      /
      sum(rate(http_requests_total[30d]))
    ) < 0.999
  labels:
    severity: critical
  annotations:
    summary: "SLO 위반: 성공률이 99.9% 미만입니다."

경고 피로 방지:

의미 있는 경고:
- 원인이 아닌 증상에 대한 경고
- 모든 경고는 실행 가능해야 함
- 시끄러운 경고 제거
경고 그룹화:
- 관련 경고 그룹화
- 억제 규칙 사용
- 적절한 임계값 설정
에스컬레이션:
- 경고 → 팀 채팅
- 위험 → PagerDuty
- 당직 교대 사용

빈도: 흔함 난이도: 어려움

엔터프라이즈 인프라

9. 대규모 Windows 환경을 어떻게 관리합니까?

답변: 중앙 집중식 관리 전략:

그룹 정책 관리:

# GPO 생성
New-GPO -Name "보안 정책" -Comment "엔터프라이즈 보안 설정"

# OU에 연결
New-GPLink -Name "보안 정책" -Target "OU=Servers,DC=company,DC=com"

# 비밀번호 정책 구성
Set-ADDefaultDomainPasswordPolicy -Identity company.com `
    -MinPasswordLength 12 `
    -PasswordHistoryCount 24 `
    -MaxPasswordAge 90.00:00:00

# GPO를 통해 소프트웨어 배포
# 컴퓨터 구성 > 정책 > 소프트웨어 설정 > 소프트웨어 설치

WSUS (Windows 업데이트):

# WSUS 구성
Set-ItemProperty -Path "HKLM:\SOFTWARE\Policies\Microsoft\Windows\WindowsUpdate" `
    -Name "WUServer" -Value "http://wsus.company.com:8530"

# 업데이트 확인 강제 실행
wuauclt /detectnow /updatenow

PowerShell 원격:

# 원격 활성화
Enable-PSRemoting -Force

# 여러 서버에서 실행
Invoke-Command -ComputerName server1,server2,server3 -ScriptBlock {
    Get-Service | Where-Object {$_.Status -eq "Stopped"}
}

# 병렬 실행
$servers = Get-Content servers.txt
$servers | ForEach-Object -Parallel {
    Test-Connection -ComputerName $_ -Count 1
} -ThrottleLimit 10

빈도: 흔함 난이도: 어려움

결론

선임 시스템 관리자 면접은 깊이 있는 기술 전문성과 리더십 경험을 필요로 합니다. 다음 사항에 집중하십시오.

가상화: 하이퍼바이저, 리소스 관리, 마이그레이션
고가용성: 클러스터링, 페일오버, 복제
자동화: 스크립팅, 구성 관리, 오케스트레이션
구성 관리: Ansible, Puppet, 대규모 IaC
재해 복구: 백업 전략, 복제, 테스팅
보안: 강화, 규정 준수, 모니터링
성능: 최적화, 용량 계획, 문제 해결
모니터링: Prometheus, Grafana, 경고, SLO/SLA
엔터프라이즈 관리: AD, GPO, 중앙 집중식 관리

복잡한 인프라 및 전략적 의사 결정에 대한 실제 경험을 보여주십시오. 행운을 빕니다!

목차

고급 시스템 관리자 면접 질문: 완벽 가이드

소개

가상화 & 클라우드

1. Type 1과 Type 2 하이퍼바이저의 차이점을 설명하십시오.

2. 고가용성 클러스터를 어떻게 설계합니까?

자동화 & 스크립팅

3. 시스템 관리 작업을 어떻게 자동화합니까?

4. 수백 대의 서버에 걸쳐 구성을 어떻게 관리합니까?

재해 복구

5. 재해 복구 계획을 어떻게 설계합니까?

보안 강화

6. Linux 서버를 어떻게 강화합니까?

성능 최적화

7. 서버 성능을 어떻게 최적화합니까?

8. 포괄적인 모니터링 및 경고 솔루션을 어떻게 설계합니까?

엔터프라이즈 인프라

9. 대규모 Windows 환경을 어떻게 관리합니까?

결론

지원을 멈추세요. 채용되기 시작하세요.

이 게시물 공유

실제로 효과가 있는 주간 커리어 팁

실제로 효과가 있는 주간 커리어 팁

관련 게시물

고급 보안 엔지니어 면접 질문: 완벽 가이드

고급 머신러닝 엔지니어 면접 질문: 완벽 가이드

고급 풀스택 개발자 면접 질문: 완벽 가이드

지원을 멈추세요. 채용되기 시작하세요.

이 게시물 공유

6초를 최대한 활용하세요