

<img src="/assets/img/2024-08-26-MonitoringInter-PodTrafficattheAZLevelwithRetinaaneBPFbasedtool_0.png" />

# 소개

요즘 쿠버네티스에서 담당하고 있는 작업 중 하나는 교차 AZ 트래픽을 분석하여 AWS 청구서에 상당한 기여를 하는 부분을 식별하는 것이었습니다. 첫 번째 단계는 서비스 간에 트래픽이 어떻게 흐르는지 이해하고 일관되게 가용 영역 (AZs)을 가로질러 이동하는 부분을 파악하는 것이었습니다. 교차 AZ 트래픽을 최적화하기 위해 서비스에 대한 토폴로지 인식 라우팅을 사용할 가능성을 고려했습니다. 그러나 이 해결책을 구현하기 전에 AZ 수준에서 상호 포드 트래픽을 효과적으로 분석하는 방법이 필요했습니다.

이를 위해 포드 수준에서 네트워크 트래픽을 모니터링하는 것이 필요했습니다. 성능 부담이 적은 네트워크 상호 작용을 관찰할 수 있도록 eBPF(확장된 버클리 패킷 필터) 기술을 사용하기로 결정했습니다.

<div class="content-ad"></div>

이 기사에서는 eBPF가 무엇인지 설명하고, 그를 사용하는 도구를 탐색하며, Retina, Kube State Metrics, Prometheus 및 Grafana를 사용하여 인터팟 트래픽 모니터링을 구현하는 단계별 안내서를 제공하겠습니다.

# eBPF가 무엇인가요?

확장된 버클리 패킷 필터(eBPF)는 리눅스 커널에 내장된 강력하고 유연한 기술로, 개발자가 커널 공간 내에서 안전하고 효율적으로 사용자 정의 프로그램을 실행할 수 있도록 합니다. 패킷 필터링을 위해 설계된 eBPF는 모니터링, 추적, 프로파일링 및 응용 프로그램 안전 설정을 위한 다양한 기능을 제공하도록 발전했습니다.

쿠버네티스 환경에서 eBPF는 특히 인터팟 트래픽 모니터링에 유용합니다. 전통적이고 더 침입적일 수 있는 패킷 스니핑이나 응용 프로그램 수준 로깅과 같은 방법에 의존하지 않고 네트워크 동작에 대한 자세한 통찰력을 제공합니다. eBPF는 각각의 통신 패턴에 대한 전체적인 보기를 제공하여 팟으로 들어오고 나가는 모든 네트워크 패킷을 관찰할 수 있습니다.

<div class="content-ad"></div>

# Microsoft Retina란 무엇인가요?

Retina는 Kubernetes 환경을 위해 특별히 설계된 고급 네트워크 관측 도구입니다. eBPF의 기능을 활용하도록 구축된 Retina는 Kubernetes 클러스터 내에서 특히 교차-AZ 통신에 중점을 둔 포드 수준의 네트워크 트래픽과 상호 작용에 대한 깊은 통찰력을 제공합니다.

전체 클러스터에 대한 메트릭을 생성하지 않고도 Retina를 사용하여 이름 공간 또는 포드 수준에서 모니터링할 수 있어 구성이 쉽다는 점을 이유로 다른 네트워크 관측 도구에 비해 Retina를 선택하였습니다.

# 구현

<div class="content-ad"></div>

우리의 목표를 달성하기 위해 다음 단계가 필요합니다:

- 감시를 위해 두 개의 서비스를 배포합니다:
서버: Pod의 가용 영역(AZ)을 응답으로 반환하는 단일 엔드포인트가 있는 간단한 Flask API입니다.
클라이언트: 이 서비스는 계속해서 서버의 엔드포인트로 요청을 보내고 자체 AZ를 서버의 응답과 함께 기록합니다. 이것은 단지 로깅 및 초기 테스트를 위해 교차 AZ 트래픽의 의미 있는 트래픽을 생성하기 위한 것입니다.
- Helm 차트를 통해 Retina를 설치하고 구성합니다.
- Prometheus를 구성하여 Retina에서 메트릭을 수집합니다.
- 메트릭을 분석하기 위한 Grafana 대시보드를 생성합니다.

## 서비스 배포

두 가지 간단한 서비스를 서로 다른 네임스페이스로 배포합니다. 소스 코드와 Kubernetes 매니페스트는 여기에서 찾을 수 있습니다. 결과적으로 우리는 다음을 갖게 될 것입니다:

<div class="content-ad"></div>

- 서버 앱의 6개의 팟이 app-server 네임스페이스에 배포되었으며 서로 다른 가용 영역에 퍼져 있습니다. 이러한 팟들은 ClusterIP 유형의 Kubernetes 서비스를 사용하여 노출됩니다.
- 클라이언트 앱의 10개의 팟이 app-client 네임스페이스에 배포되었으며 서로 다른 가용 영역에 분산되어 있습니다.

두 네임스페이스는 네트워크 트래픽을 모니터링하기 위해 Retina를 활성화하기 위해 retina.sh=observe로 주석 처리되어 있습니다.

## Retina 설치 및 구성

Retina를 설치하기 위해 공식 Helm 차트를 사용할 것입니다. 이 설정에서는 packetparser와 packetforward 두 개의 플러그인만 설치할 것입니다.

<div class="content-ad"></div>

다음으로 MetricsConfiguration CRD를 설치해야 합니다.

```yaml
apiVersion: retina.sh/v1alpha1
kind: MetricsConfiguration
metadata:
  name: metricsconfigcrd
spec:
  contextOptions:
    - metricName: drop_count
      sourceLabels:
        - ip
        - podname
        - port
      additionalLabels:
        - direction
    - metricName: forward_count
      sourceLabels:
        - ip
        - podname
        - port
      destinationLabels:
        - ip
        - podname
        - port
      additionalLabels:
        - direction
  namespaces:
    include:
      - app-server
      - app-client
```

## Prometheus 구성하기

<div class="content-ad"></div>

이 설정의 마지막 단계로, 프로메테우스를 구성하여 Retina에서 이러한 지표를 수집하도록 설정해야 합니다. Retina 문서에 따르면, 다음 스크랩 구성이 프로메테우스에 추가되어야 합니다:

```js
- job_name: "retina-pods"
        kubernetes_sd_configs:
          - role: pod
        relabel_configs:
          - source_labels: [__meta_kubernetes_pod_container_name]
            action: keep
            regex: retina(.*)
          - source_labels:
              [__address__, __meta_kubernetes_pod_annotation_prometheus_io_port]
            separator: ":"
            regex: ([^:]+)(?::\d+)?
            target_label: __address__
            replacement: ${1}:${2}
            action: replace
          - source_labels: [__meta_kubernetes_pod_node_name]
            action: replace
            target_label: instance
        metric_relabel_configs:
          - source_labels: [__name__]
            action: keep
            regex: (.*)
```

## 결과와 분석

구성이 완료되면, 메트릭은 프로메테우스에서 다음과 같이 사용할 수 있습니다:

<div class="content-ad"></div>

<table>
  <tr>
    <th>예시</th>
    <th>설명</th>
  </tr>
  <tr>
    <td>retina</td>
    <td>networkobservability_adv_forward_bytes 메트릭</td>
  </tr>
  <tr>
    <td>podname, namespace, workload_kind</td>
    <td>출발지 및 목적지 팟을 식별하기 위한 레이블</td>
  </tr>
  <tr>
    <td>direction</td>
    <td>목적지 팟 관점에서의 트래픽 방향을 나타내는 레이블</td>
  </tr>
</table>

이 팟들의 가용 영역을 결정하려면 먼저 노드를 식별하고 노드의 가용 영역을 찾아야 합니다. 모든 노드에는 topology.kubernetes.io/zone 레이블이 지정되어 있으므로 Kubernetes 상태 메트릭인 kube_pod_info 및 kube_node_labels을 사용할 수 있습니다.

이 모든 정보를 사용하여 다음과 같은 PromQL 쿼리를 작성할 수 있습니다:

<div class="content-ad"></div>

```js
sum(
    ceil(
        (
            sum(
                rate(networkobservability_adv_forward_bytes{
                    source_namespace="app-client",
                    source_workload_name=~"client-(.*)",
                    destination_namespace="app-server",
                    destination_workload_name=~"server-(.*)"
                }[$__rate_interval])
                * on (source_podname) group_left(source_node)
                label_replace(
                    label_replace(kube_pod_info{
                        namespace="app-client",
                        created_by_name=~"client-(.*)"
                    }, "source_podname", "$1", "pod", "(.*)"), 
                    "source_node", "$1", "node", "(.*)"
                )
                * on (source_node) group_left(zone)
                label_replace(
                    label_replace(
                        sum by (node, label_topology_kubernetes_io_zone) (kube_node_labels), 
                        "source_node", "$1", "node", "(.*)"
                    ), 
                    "zone", "$1", "label_topology_kubernetes_io_zone", "(.*)"
                )
            ) by (destination_podname, source_podname, zone)
            + on (destination_podname, source_podname, zone) group_left()
            (
                sum(
                    rate(networkobservability_adv_forward_bytes{
                        source_namespace="app-client",
                        source_workload_name=~"client-(.*)",
                        destination_namespace="app-server",
                        destination_workload_name=~"server-(.*)"
                    }[$__rate_interval])
                    * on (destination_podname) group_left(destination_node)
                    label_replace(
                        label_replace(kube_pod_info{
                            namespace="app-server",
                            created_by_name=~"server-(.*)"
                        }, "destination_podname", "$1", "pod", "(.*)"), 
                        "destination_node", "$1", "node", "(.*)"
                    )
                    * on (destination_node) group_left(zone)
                    label_replace(
                        label_replace(
                            sum by (node, label_topology_kubernetes_io_zone) (kube_node_labels), 
                            "destination_node", "$1", "node", "(.*)"
                        ), 
                        "zone", "$1", "label_topology_kubernetes_io_zone", "(.*)"
                    )
                ) by (destination_podname, source_podname, zone)
            )
      ) / 2
)
```

여기에서는 이러한 워크로드 간에 흐르는 트래픽 양을 가져오는 중이며, 트래픽 속도를 집계하고 pod를 노드와 존에 매핑한 다음 소스와 대상의 값에 대한 평균을 계산합니다. on() 함수를 사용하여 소스와 대상 존의 교차점을 찾아 동일한 AZ 트래픽을 나타냅니다.

명백히, 이 쿼리에 포함되지 않는 바이트 남은 양은 교차 AZ 트래픽으로 간주됩니다.

다음과 같은 Grafana 대시보드를 만들어 이 트래픽을 다양한 관점에서 분석했습니다:


<div class="content-ad"></div>

<img src="/assets/img/2024-08-26-MonitoringInter-PodTrafficattheAZLevelwithRetinaaneBPFbasedtool_2.png" />

제 GitHub 저장소에서 관련된 모든 코드를 찾을 수 있어요.

# 요약

이 글에서는 쿠버네티스에서 인터파드 트래픽을 분석하는 방법을 살펴보았어요. 특히 교차 AZ 통신과 AWS 비용에 미치는 영향을 중점적으로 다뤘어요. 효율적인 네트워크 모니터링을 위해 eBPF 기술을 활용하고 Retina, Prometheus, Grafana와 같은 도구들을 활용했어요. 이 안내서는 이러한 도구들의 설정과 구성 방법을 다뤘고 트래픽 메트릭을 캡처하고 분석하는 방법을 설명했어요. 샘플 환경을 배포하고 수집된 데이터를 분석함으로써 트래픽 패턴을 파악하고 교차 AZ 통신을 최적화하며 쿠버네티스 클러스터에서의 네트워크 성능을 효율적으로 관리하는 방법을 시연했어요.

<div class="content-ad"></div>

# 참고 자료

- eBPF란 무엇인가요?
- Topology Aware Routing
- [영상] Retina: Kubernetes를 위한 eBPF 분산 네트워킹 감시 도구
- Retina 소개
- Kubernetes 객체 상태 지표

AZ 레벨에서 Retina(eBPF 기반 도구)로 인터-팟 트래픽 모니터링하기



## 요소 스트림을 처리하는 일반적인 이유 중 하나는 특정 항목을 찾거나 일치시키는 것입니다. Stream API는 이를 위해 설계된 다양한 메서드를 제공합니다. 이 튜토리얼에서는 실제 예제와 함께 이러한 작업을 수행하는 방법에 대해 안내하겠습니다.

![image](/assets/img/2024-08-26-JavaStreamAPIMasteringTerminalOperationswithFindandMatch_0.png)

스트림 작업은 중간 작업과 최종 작업으로 나뉩니다. 최종 작업은 스트림을 소비하고 결과를 생성합니다. 이 결과는 새로운 컬렉션, 모든 요소의 결합 값 또는 일부 요소의 값일 수 있습니다. 이 튜토리얼에서 다루어질 모든 작업은 최종 작업입니다.

중간 작업에 대한 자세한 내용은 여기에서 찾을 수 있습니다:

<div class="content-ad"></div>

## 첫 번째 항목 찾기 작업

주어진 스트림에서 첫 번째 요소를 검색해야 할 때, 다음 메서드를 사용합니다:

```js
Optional<T> findFirst();
```

이 메서드는 요소를 직접 반환하는 대신에 Optional 객체 내에 감싸줍니다. 스트림이 비어있는 경우에는 빈 Optional을 반환하여 NullPointerException의 위험 없이 안전하게 검사 및 사용이 가능합니다.

<div class="content-ad"></div>

```java
Optional<Object> 예제1 = Stream.empty()
        .findFirst();
// Optional.empty
```

findFirst 자체는 NullPointerException을 throw하지 않지만, 스트림의 첫 번째 요소가 null이면 Optional로 래핑되어 적절히 처리되지 않으면 NullPointerException이 발생할 수 있습니다. null 값을 피하기 위해 findFirst 또는 다른 작업을 적용하기 전에 filter를 사용하여 스트림에서 null 요소를 제외하십시오.

```java
Optional<Integer> 예제2 = Stream.of(null, 2, 3)
        .filter(Objects::nonNull) // filter를 사용하지 않으면 NPE가 발생합니다
        .findFirst();
// Optional[2]
```

이 방법은 정의된 경우 스트림의 순서를 준수합니다.


<div class="content-ad"></div>

```js
Optional<Integer> example3 = Stream.of(1, 2, 3)
        .findFirst();
// Optional[1]
```

스트림에 순서가 정의되지 않은 경우 이 메소드를 사용할 때 주의해야 합니다. 아래 예시에서는 Set에서 스트림을 생성하는데, 알다시피 Set은 어떤 순서도 유지하지 않습니다. 결과적으로 findFirst 메소드의 결과는 예측할 수 없습니다.

```js
Optional<Integer> example4 = Set.of(1, 2, 3).stream()
        .findFirst();
// Optional[1] 또는 Optional[2] 또는 Optional[3]
```

## Find Any 연산

<div class="content-ad"></div>

findAny은 스트림에서 임의의 요소를 반환하며 스트림이 정렬되어 있든 아니든 예측할 수 없는 결과를 생성할 수 있습니다. 정확한 요소가 일관되지 않게 반환되는 경우, 병렬 처리를 위한 유연성을 제공합니다.

```js
Optional<T> findAny();
```

스트림 구현은 데이터를 무작위로 선택하지 않으므로, 많은 경우 - 특히 순차적으로 실행하는 경우 - findAny로 반환되는 요소는 첫 번째 요소로 보일 수 있습니다.

```js
Optional<Integer> example5 = Stream.of(1, 2, 3)
        .findAny();
// Optional[1]
```

<div class="content-ad"></div>

두 메소드 모두 short-circuiting 작업이며, 스트림 처리는 요소가 발견되는 즉시 중지됩니다.

## Any Match 작업

anyMatch 메소드는 스트림에서 전달된 매개변수로 전달된 술어와 일치하는 요소가 있는지를 확인합니다:

```js
boolean anyMatch(Predicate<? super T> predicate);
```

<div class="content-ad"></div>

이렇게 사용할 수 있어요:

```js
boolean example6 = Stream.of(1, 2, 3)
        .anyMatch(n -> n == 1);
// true

boolean example7 = Stream.of(2, 3)
        .anyMatch(n -> n == 1);
// false

boolean example8 = Stream.<Integer>empty()
        .anyMatch(n -> n == 1);
// false
```

## 모두 일치하는 작업

스트림의 모든 요소가 특정 조건과 일치하는지 확인하려면 allMatch 메서드를 사용합니다.

<div class="content-ad"></div>

```js
boolean allMatch(Predicate<? super T> predicate);
```

다양한 상황에서의 작동 방식은 다음과 같습니다:

```js
boolean example9 = Stream.of(1, 1, 1)
        .allMatch(n -> n == 1);
// true

boolean example10 = Stream.of(1, 1, 2)
        .allMatch(n -> n == 1);
// false

boolean example11 = Stream.of(2, 2, 2)
        .allMatch(n -> n == 1);
// false

boolean example12 = Stream.<Integer>empty()
        .allMatch(n -> n == 1);
// true
```

스트림이 비어있을 때 메소드는 true를 반환한다는 점을 강조하는 게 중요합니다.

<div class="content-ad"></div>

## None Match 연산

만약 스트림이 지정된 조건과 일치하지 않는 요소만 포함하도록 하려면, 다음 메서드를 사용합니다:

```js
boolean noneMatch(Predicate<? super T> predicate);
```

어떻게 작동하는지 확인해보겠습니다:

<div class="content-ad"></div>

```java
boolean example13 = Stream.of(2, 2, 2)
        .noneMatch(n -> n == 1);
// true

boolean example14 = Stream.of(1, 1, 2)
        .noneMatch(n -> n == 1);
// false

boolean example15 = Stream.of(1, 1, 1)
        .noneMatch(n -> n == 1);
// false

boolean example16 = Stream.<Integer>empty()
        .noneMatch(n -> n == 1);
// true
```

이 메소드는 빈 스트림에 대해 호출되면 true를 반환합니다.

anyMatch, allMatch, noneMatch 세 가지 match 메소드는 모두 쇼트서킷 연산이며, 결과를 일찍 판단할 수 있으면 스트림의 모든 요소를 평가하지 않을 수 있습니다.

IntStream, LongStream 및 DoubleStream 인터페이스는 모두 제시된 메소드를 제공하며, 일반 Stream 인터페이스에서와 동일하게 작동합니다.


<div class="content-ad"></div>

위의 코드는 여기서 확인할 수 있습니다:

## 결론

이 자습서에서 다룬 방법들은 코드를 보다 간결하고 명확하게 만드는 데 도움을 줍니다. 일반적으로 간단하지만, 이러한 방법 중 일부는 특정 주의 사항이 딸려 있습니다. 이 자습서가 여러분이 가지고 있을 수 있는 의문을 해소해 드렸기를 바랍니다.

읽어 주셔서 감사합니다! 이 글이 마음에 드셨다면 좋아요와 팔로우를 눌러 주세요. 궁금한 점이나 제안 사항이 있으면 언제든 댓글을 남기거나 LinkedIn 계정을 통해 연락해 주세요.

Java Stream API Find와 Match로 터미널 연산 하는 방법



저희 시스템 디자인 복습 시리즈의 첫 번째 기사에 오신 것을 환영합니다! 이 시리즈는 완전한 시스템 디자인 개념을 빠르게 복습하고 숙달할 수 있도록 설계되었습니다. 저는 이를 간결하고 명료하게 유지하고 있으니, 급하게 인터뷰 준비를 하거나 빠르게 복습하기에 안성맞춤입니다. 경험이 많은 개발자이든 시스템 디자인에 새로 입문한 사람이든, 이 간결한 안내서를 통해 당신이 자신있게 인터뷰 질문에 답하고 핵심 개념을 너무 깊게 파헤치지 않고 이해할 수 있도록 준비할 것입니다.

![System Design Revision Series](/assets/img/2024-08-26-SystemDesignRevisionSeries1_0.png)

# 확장성

## 확장성이란 무엇인가요?

<div class="content-ad"></div>

테이블 태그를 마크다운 형식으로 변경해주세요.

<div class="content-ad"></div>

스케일 가능한 시스템은 수요 증가가 성능을 저하시키지 않도록 보장합니다.

## 효과적인 확장을 위한 10가지 전략

## 1. 수평 확장: 자원 추가

- 기존 기계의 RAM, CPU 및 저장 공간 확장.

<div class="content-ad"></div>

## 2. 수직 확장: 기계 추가

- 부하를 분산시키기 위해 서버 수를 늘립니다.

## 3. 부하 분산: 고르게 분배

- 병목 현상을 방지하기 위해 부하를 서버 전체에 고르게 분산시킵니다.

<div class="content-ad"></div>

## 4. 캐싱: 데이터 액세스 속도 향상

- 자주 액세스하는 데이터를 RAM과 같은 메모리에 저장합니다.

## 5. CDN (콘텐츠 전송 네트워크): 근접성이 중요합니다

- 사용자에게 더 가까운 위치에서 정적 에셋(이미지, 비디오)를 제공합니다.

<div class="content-ad"></div>

## 6. 파티셔닝: 분할 정복

- 효율적인 작업 부하 분산을 위해 데이터를 여러 서버로 분할합니다.
- 예시: 만약 데이터셋이 (A-Z)라면
  - (A-G) - Server 1
  - (H-O) - Server 2
  - (P-Z) - Server 3

## 7. 비동기 통신: 작업 우선 순위 지정

- 오랜 시간이 걸리거나 중요하지 않은 작업을 배경으로 옮깁니다.

<div class="content-ad"></div>

## 8. 마이크로서비스 아키텍처: 독립적인 스케일링

- 응용 프로그램을 개별적으로 확장할 수 있는 독립적인 서비스로 분해합니다.

## 9. 자동 확장: 동적 조정

- 현재 부하에 따라 서버 리소스를 자동으로 조정합니다.

<div class="content-ad"></div>

## 10. Multi-Region Deployment: Global Reach

- 여러 클라우드 지역에 애플리케이션을 배포하여 지연 시간을 줄이고 신뢰성을 향상시킵니다.

# 결론

확장성은 시스템이 성능 문제 없이 원활하게 성장하는 것을 의미합니다. 이러한 전략을 적용하여 견고하고 반응성이 뛰어나며 어떤 규모에도 준비된 시스템을 설계할 수 있습니다. 저희의 시스템 설계 개정 시리즈에서 더 많은 통찰력을 기대해 주세요!

<div class="content-ad"></div>

이 시리즈의 다른 기사 및 유익한 주제를 더 보려면 팔로우해주세요! 🚀📚

시스템 디자인 방법 정리



<img src="/assets/img/2024-08-26-SummaryofchangesfromJava9to15AJourneyofJavasEvolution_0.png" />

자바는 현대 소프트웨어 개발의 중요한 요충지로서 지속적으로 진화해 왔습니다. 동적 기술 환경의 요구를 충족하기 위해 계속 발전해 왔습니다. Java 9부터 Java 11로의 여정은 특히 중요합니다. 이 기간에 발전된 기능들은 언어의 능력을 개선하고 성능을 향상시키며 개발 워크플로우를 간소화했습니다.

이 블로그에서는 Java 9부터 11까지의 주요 차이점을 탐구할 것입니다. 각 섹션에서는 특정 Java 버전에서 도입된 새로운 기능을 탐구합니다. 간결한 코드 예제로 이러한 기능들을 설명하고 이해를 높이기 위해 요약을 제공할 것입니다.

# Java 9: 모듈화와 그 이상

<div class="content-ad"></div>

주요 기능: Java 플랫폼 모듈 시스템 (JPMS)

```java
module com.mymodule {
    requires java.base;
    exports com.mymodule.api;
}
```

요약:

JPMS는 Java에 모듈성을 도입하여 개발자가 명시적 종속성을 갖는 자체 포함 단위로 코드를 캡슐화할 수 있게 했습니다. 이는 큰 프로젝트에 특히 유용한 더 나은 코드 구조화, 유지 관리 및 확장성을 촉진합니다.

<div class="content-ad"></div>

추가 Java 9 기능:

- JShell (Read-Eval-Print Loop): Java 코드 스니펫을 실시간으로 평가하는 대화식 도구로, 실험 및 학습을 돕습니다.
- 컬렉션 공장 메소드: List.of() 및 Set.of()와 같은 편리한 메소드를 사용하여 쉽게 불변 컬렉션을 생성할 수 있습니다.
- 개인 인터페이스 메소드: 인터페이스가 내부 구현 세부사항을 위한 개인 메소드를 정의할 수 있어 코드 구성을 개선합니다.
- HTTP/2 클라이언트: HTTP/2를 지원하는 새로운 HTTP 클라이언트로, 네트워크 통신의 성능과 효율성을 향상시켜줍니다.
- 프로세스 API 개선: 작업 체계 프로세스의 제어와 관리를 더 잘하는 프로세스 API 개선사항.

# Java 10: 지역 변수 유형 추론

주요 기능: var 키워드

<div class="content-ad"></div>

```javascript
var list = new ArrayList<String>();
list.add("Hello");
```

요약:

var는 로컬 변수의 타입 추론을 가능하게 하여 보일러플레이트 코드를 줄이고 가독성을 향상시킵니다. 컴파일러는 이니셜라이저 표현식으로부터 변수의 타입을 추론합니다.

기타 Java 10 기능:

<div class="content-ad"></div>

- 쓰레기 수집기 인터페이스: 새로운 GC 구현을 더 쉽게 통합할 수 있도록하는 표준화된 인터페이스.
- G1을 위한 병렬 Full GC: 전체 가비지 수집 작업을 병렬화하여 G1 가비지 수집기의 성능을 향상시킵니다.
- 애플리케이션 Class-Data Sharing: 여러 JVM 인스턴스 간에 일반적인 클래스 메타데이터를 공유함으로써 시작 시간과 메모리 풋프린트를 줄입니다.
- 쓰레드-로컬 핸드셰이크: 글로벌 VM 세이프포인트 없이 쓰레드에 콜백을 수행하는 메커니즘.

# 자바 11: 장기 지원 및 주요 향상

주요 기능:

- HTTP 클라이언트 (표준)
- 단일 파일 소스코드 프로그램
- 문자열 메소드 (isBlank, lines, repeat, strip)
- 엡실론 가비지 수집기
- 동적 클래스 파일 상수
- 람다 파라미터를 위한 지역 변수 구문

<div class="content-ad"></div>

```java
var client = HttpClient.newHttpClient();
var request = HttpRequest.newBuilder()
        .uri(URI.create("https://www.example.com"))
        .build();
var response = client.send(request, HttpResponse.BodyHandlers.ofString());
System.out.println(response.body());
```

요약:

Java 11은 장기 지원(LTS) 릴리스이며 지원 및 안정성이 확장됨을 나타냅니다. 표준화된 HTTP 클라이언트를 도입하며, 단일 파일 프로그램 실행을 최적화하고, 문자열 조작을 강화하며, Epsilon Garbage Collector와 성능 최적화를 추가했습니다.

추가 Java 11 기능:

<div class="content-ad"></div>

- 비행 레코더: JVM 및 애플리케이션 동작을 모니터링하고 프로파일링하기 위한 저부하 데이터 수집 프레임워크입니다.
- Nest-Based Access Control: 네스트 내의 클래스가 서로의 비공개 멤버에 액세스할 수 있도록 함으로써 캡슐화와 보안을 개선합니다.
- Low-Overhead Heap Profiling: 성능 저하를 최소화하면서 객체 할당 및 메모리 사용에 대한 상세한 정보를 제공합니다.

# Java 12: 스위치 표현식(미리 보기) 및 Shenandoah GC

주요 기능: 스위치 표현식(미리 보기)

```js
int dayOfWeek = 3;
String dayType = switch (dayOfWeek) {
    case 1, 7 -> "주말";
    case 2, 3, 4, 5, 6 -> "평일";
    default -> throw new IllegalArgumentException("유효하지 않은 요일: " + dayOfWeek);
};
System.out.println(dayType); // 출력: 평일
```

<div class="content-ad"></div>

요약:

스위치 표현식은 스위치 문을 더 간결하고 표현력있게 작성하는 방법을 제공하여 표현식으로 사용하고 값을 직접 반환할 수 있게 합니다.

기타 Java 12 기능:

- Shenandoah GC (실험적): 대규모 힙을 위해 설계된 저 지연 시간 가비지 컬렉터.
- Microbenchmark Suite: JVM 성능 측정용 마이크로벤치마크 모음.
- JVM Constants API: 주요 클래스 파일 및 런타임 아티팩트에 대한 명칭적 설명을 모델링하는 API로, 특히 상수 풀에서 로드할 수 있는 상수입니다.

<div class="content-ad"></div>

# Java 13: Text Blocks (미리보기) 및 ZGC 업그레이드

주요 기능: 텍스트 블록 (미리보기)

```js
String html = """
    <html>
        <body>
            <p>Hello, world!</p>
        </body>
    </html>
    """;
```

개요:

<div class="content-ad"></div>

텍스트 블록은 여러 줄의 문자열을 쉽게 생성할 수 있게 해주며, 포맷을 유지하고 이스케이프 시퀀스를 필요로 하지 않도록 도와줍니다.

Java 13의 추가 기능:

- ZGC 개선: Z 가비지 컬렉터의 개선 사항으로, 사용되지 않는 메모리를 해제하고 운영 체제로 반환합니다.
- 소켓 API 재구현: java.net.Socket 및 java.net.ServerSocket API의 새로운 구현으로, 성능 및 유지보수성이 개선됩니다.
- 동적 CDS 아카이브: 실행 중에 클래스 데이터 공유(CDS) 아카이브를 생성할 수 있어 시작 시간을 향상시킵니다.

# Java 14: instanceof에 대한 패턴 매칭(미리보기) 및 유용한 NullPointerExceptions

<div class="content-ad"></div>

키 기능: instanceof 패턴 매칭 (미리보기)

```js
if (obj instanceof String s) {
    System.out.println(s.length());
}
```

개요:

패턴 매칭은 instanceof 연산자를 개선하여 패턴 내에서 변수를 선언하고 조건부 블록에서 직접 사용할 수 있도록 하여 보일러플레이트 코드를 줄이는 기능을 제공합니다.

<div class="content-ad"></div>

부가적인 자바 14 기능:

- NullPointerExceptions에 대한 도움이 되는 정보: 정확한 null 참조 위치를 가리키는 더 유익한 NullPointerException을 제공합니다.
- Records (미리보기): 간결한 구문으로 데이터 집합을 모델링하는 새로운 유형의 클래스.
- Foreign-Memory Access API (Incubator): 안전하고 효율적으로 off-heap 메모리에 접근하기 위한 API.

# Java 15: Sealed Classes (미리보기) 및 Text Blocks (표준)

주요 기능:

<div class="content-ad"></div>

- 실裥 and-even정상 개발 다가 stay에서는하시ше읕toBeDefined 서방 cri형 Tables.

<div class="content-ad"></div>

추가된 Java 15 기능들:

- Hidden Classes: 런타임에서 클래스를 생성하는 프레임워크의 효율성을 개선합니다.
- Edwards-Curve Digital Signature Algorithm (EdDSA): 디지턈 서명을 위한 새로운 암호 알고리즘입니다.
- Foreign-Memory Access API (Second Incubator): 오프-힙 메모리에 접근하기 위한 API의 지속적인 개발입니다.

![이미지](/assets/img/2024-08-26-SummaryofchangesfromJava9to15AJourneyofJavasEvolution_1.png)

# 결론

<div class="content-ad"></div>

자바 9에서 15로의 진화는 언어에 중요한 발전을 가져와 개발자들에게 향상된 도구, 성능 향상, 그리고 보다 간편화된 개발 경험을 제공합니다. 이러한 주요 차이를 이해함으로써 여러분은 프로젝트에서 자바의 모든 잠재력을 활용할 수 있어 코드를 현대적이고 효율적이며 유지보수 가능하게 유지할 수 있습니다.

기술의 끝없는 변화 속에서 계속해서 배우는 것이 중요하다는 것을 기억하세요. 새로운 기능들을 받아들이고 실험해보며 자바 마스터로의 여정을 계속하십시오.

자바 9부터 15까지의 변화 요약 자바 발전 과정 정리

현대 자바 Java 8부터 Java 21까지 변천사 정리



# 소개

![이미지](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_0.png)

브라운필드 프로젝트를 수행하는 것은 소프트웨어 개발의 시간 캡슐에 다이빙하는 것과 같습니다. 종종 지저분하고 오래된 레거시 코드에 직면하게 되지만 이는 오래된 것을 현대적인 도구와 방법으로 되살리는 기회이기도 합니다. 최근 진행한 프로젝트는 바로 그것이었습니다. 초기에는 소켓 프로그래밍을 사용하여 구축된 Java 기반 멀티플레이어 로봇 게임을 살려냈습니다.

이 글에서는 이 레거시 게임을 현대화하는 과정을 안내하겠습니다. 팀원들과의 매일 스탠드업 미팅 및 회고부터 GitLab, Visual Studio Code, Maven, CI/CD 및 Docker를 활용하는 방법까지, 우리가 직면한 어려움과 활용한 도구, 그리고 협업이 프로젝트의 성공에 어떤 역할을 한 것인지에 대해 공유하겠습니다.

<div class="content-ad"></div>

## 레거시 프로젝트: 배경 및 도전

우리가 상속받은 게임은 로봇 전투 멀티플레이어 게임으로, 로봇(클라이언트)이 서버에 연결되어 세계를 탐험하고 장애물을 피하며 전투에 참여하는 게임입니다. 아이디어는 탄탄하지만, 코드베이스는 최적화에서 멀리 떨어져 있었습니다. 기술 부채로 가득차고, 구조가 부재하며, 최신 개발 방법이 누락되어 있었습니다. 우리의 임무는 더 나은 코드를 개선하고 새로운 기능을 도입하여 이 프로젝트를 현대화하는 것입니다.

## 브라운필드 프로젝트의 도전

![이미지](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_1.png)

<div class="content-ad"></div>

브라운필드 프로젝트는 도전적인 면으로 유명합니다:

- 기술적 부채: 코드가 난잡했으며, 비효율적인 알고리즘과 최소한의 문서화가 있었습니다.

- 오래된 방법: 자동화된 빌드 프로세스나 지속적 통합, 그리고 컨테이너화 기능이 없어서 모든 것이 수동적이었습니다.

- 기능의 한계: 게임의 기능이 기본적이며, 데이터를 지속적으로 저장하거나 쉽게 확장할 수 있는 능력이 부족했습니다.

<div class="content-ad"></div>

## 적절한 도구로 워크플로우 혁신화

이 프로젝트를 해결하기 위해 현대적인 도구와 관행을 활용했습니다:

- Visual Studio Code/IntelliJ 및 Maven을 사용한 개발

![이미지](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_2.png)

<div class="content-ad"></div>

비주얼 스튜디오 코드/인텔리J는 코딩 및 리팩토링을 위한 다재다능한 환경을 제공하여 개발 허브로 자리 잡았습니다:

- 리팩토링: 우리는 비주얼 스튜디오 코드/인텔리J의 강력한 리팩토링 도구를 사용하여 코드를 정리하고 더 모듈화되고 유지보수가 용이한 형태로 만들었습니다.

- 빌드 자동화를 위한 메이븐: 메이븐은 빌드 프로세스 자동화, 의존성 관리, 팀원들의 환경에서 일관된 빌드를 보장하는 데 중요한 역할을 했습니다.

2. 깃랩을 활용한 프로젝트 관리와 협업

<div class="content-ad"></div>


![image](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_3.png)

GitLab was our primary platform for managing the project:

- Version Control: The project was hosted on GitLab, which allowed for smooth version control, branching, and collaboration.

- Issue Tracking: We used GitLab issues to track user stories and tasks, ensuring that every aspect of the project was documented and prioritized.


<div class="content-ad"></div>

- CI/CD 파이프라인: GitLab의 CI/CD 도구는 테스트 및 배포 프로세스를 자동화하여 개발 워크플로우를 크게 개선했습니다.
   
3. 매일 스탠드업 회의와 회고

![이미지](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_4.png)

저희 팀은 프로젝트를 제 시간에 유지하는 데 중요한 역할을 한 애자일 방법론을 준수했습니다.

<div class="content-ad"></div>

- 매일 스탠드업 미팅: 매일 각 팀원이 이룬 성과, 다음에 할 일, 그리고 마주한 어려움 등에 대해 간단히 논의하는 스탠드업 미팅을 가졌습니다. 이러한 회의를 통해 모두가 일정에 맞추고 문제점을 조기에 파악할 수 있었습니다.

- 회고: 각 스프린트가 끝날 때마다 우리는 회고를 진행하여 잘된 점, 그렇지 않은 점, 그리고 개선 방안에 대해 검토했습니다. 이 지속적인 피드백 루프는 우리의 접근 방식을 조정하고 팀 협업을 개선하는 데 중요한 역할을 했습니다.

4. 수용 테스트 및 지속적 통합

![이미지](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_5.png)

<div class="content-ad"></div>

우리의 프로세스에는 품질 보증이 처음부터 내장되어 있었습니다:

- 수용 테스트: 우리는 각 새로운 기능이 프로젝트 요구사항을 충족하는지 확인하기 위해 수용 테스트를 구현했습니다. 이는 테스트 주도 개발 (TDD) 접근 방식의 일부였으며, 테스트는 코드가 구현되기 전에 작성되었습니다.

- 지속적 통합: 이러한 테스트는 GitLab CI/CD 파이프라인의 일부로 자동으로 실행되어, 주 코드베이스에 영향을 주기 전에 문제를 잡아 냈습니다.

5. 동료 지원 및 지식 공유

<div class="content-ad"></div>

프로젝트 동안 동료 지원이 귀중했습니다:

- 코드 리뷰: 우리는 정기적으로 코드 리뷰를 실시했는데, 팀원들이 피드백을 제공하고 개선 사항을 제안했습니다. 이를 통해 코드 품질을 향상시키는 데 도움이 되었을 뿐만 아니라 팀 간 지식 공유도 촉진했습니다.

- 페어 프로그래밍: 특히 어려운 작업을 위해 자주 페어 프로그래밍을 활용했는데, 이를 통해 우리는 서로의 강점을 결합하고 문제를 더 효율적으로 해결할 수 있었습니다.

<div class="content-ad"></div>

6. 도커화 및 웹 API 개발

![image](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_7.png)

애플리케이션을 현대화하면서 일관성과 외부 접근성이 중요해졌습니다:

- 도커 컨테이너: 도커를 사용하여 애플리케이션을 컨테이너화하여 개발자의 컴퓨터나 프로덕션 환경에서 동일하게 실행될 수 있도록 보장했습니다.

<div class="content-ad"></div>

- Javalin을 사용한 WebAPI: 게임의 기능을 확장하기 위해 Javalin을 사용하여 WebAPI를 개발했습니다. 이 API를 통해 외부 시스템이 게임 상태를 조회하고 로봇에 명령을 내릴 수 있었습니다.

## 코드베이스 현대화 과정

1. 코드 정제

첫 번째 작업은 기존 코드를 정리하는 것이었습니다.

<div class="content-ad"></div>

- 리팩터링: 코드 구조를 개선하고 큰 함수를 모듈화하며 클래스 계층 구조를 재구성하여 가독성과 유지 보수성을 향상시켰습니다.

- 문서화: 미래 개발자가 코드베이스를 더 쉽게 이해하고 작업할 수 있도록 자세한 주석과 문서가 추가되었습니다.

2. 게임 기능 향상

그 다음으로, 게임 기능을 확장하였습니다:

<div class="content-ad"></div>

- 로봇 명령: 우리는 로봇의 이동, 전투 참여, 그리고 상태 관리를 위한 명령을 구현했습니다.

- 멀티플레이어 상호작용: 게임은 게임 세계 내에서 여러 로봇 간의 동적 상호작용을 지원하도록 업그레이드되었습니다. 이는 전투와 장애물 회피를 포함합니다.

3. 메이븐과 메이크파일로 빌드 자동화

개발을 간편하게하기 위해:

<div class="content-ad"></div>

- 빌드 자동화를 위한 Maven: Maven을 통합하여 의존성 관리 및 빌드 프로세스를 자동화하였습니다.

- Makefile: Makefile을 생성하여 Maven 명령어 및 기타 작업을 캡슐화하여 빌드 및 배포 프로세스를 간소화하였습니다.

4. CI/CD 파이프라인 및 인수 테스트 구현

코드 품질을 보장하고 지속적인 배포를 위해:

<div class="content-ad"></div>

- CI/CD 파이프라인: 저희는 GitLab에 CI/CD 파이프라인을 구축하여 테스트를 자동으로 실행하고 성공적인 빌드 후에 애플리케이션을 배포했어요.

- 수용 테스트: 수용 테스트는 이 파이프라인의 일부로 실행되었고, 새로운 기능이 병합되기 전에 모든 요구 사항을 충족하는지 확인했습니다.

5. 지속적인 저장 및 WebAPI

마지막으로, 우리는 영속성 및 외부 액세스를 추가했어요.

<div class="content-ad"></div>

- SQLite Database: 저희는 게임 상태를 지속적으로 저장하고 복원할 수 있도록 SQLite 데이터베이스를 통합했습니다.

- WebAPI 개발: Javalin을 사용하여 외부 시스템이 게임의 기능과 데이터에 액세스할 수 있도록 WebAPI를 개발했습니다.

## 배운 점

이 프로젝트를 통해 레거시 시스템을 현대화하는 데 필수적인 몇 가지 중요한 교훈을 얻을 수 있었습니다.

<div class="content-ad"></div>

- 협업의 중요성: 매일 업무점검 회의, 회고 및 동료 지원은 과제를 극복하고 프로젝트 힘을 유지하는 데 중요했습니다.

- 현대적인 도구 사용의 중요성: GitLab, Visual Studio Code, Maven 및 Docker 사용은 코드베이스를 개선하고 일관된 신뢰할 수 있는 개발 방법을 보장하는 데 중요했습니다.

- 지속적인 개선: 정기 회고를 통해 계속해서 우리의 방법론을 개선하고 제품 및 팀 역동성을 향상시킬 수 있었습니다.

## 결론

<div class="content-ad"></div>

![이미지](/assets/img/2024-08-26-FromLegacytoModernTransformingaJavaMultiplayerGameinaBrownfieldsProject_8.png)

이번에 레거시 자바 게임을 살리는 일은 어려운 도전이었지만 놀라운 보람 있는 경험이었어요. 현대적인 도구, 애자일 방법론, 그리고 강력한 팀 협업을 결합하여 우리는 오래된 코드베이스를 견고하고 확장 가능하며 유지보수가 쉬운 애플리케이션으로 변모시켰어요. 이 프로젝트는 게임을 향상시킬 뿐만 아니라 복잡한 브라운필드 프로젝트에 대처하기 위한 현대적인 개발 방법론과 팀워크의 중요성을 강조했어요.

만약 당신이 브라운필드 프로젝트에 참여하고 있다면, 성공은 당신이 작성하는 코드뿐만 아니라 이를 지원하는 프로세스, 도구, 그리고 협업에 있는 것을 명심해주세요.

레거시에서 현대로 브라운필드 프로젝트에서 Java 멀티플레이어 게임 변환



요즘 세상에서 모바일 애플리케이션은 기업이 대중과 상호작용하는 주요 도구로 자리 잡고, 새로운 경제의 기반을 형성하게 되었습니다. 그러나 이러한 애플리케이션을 구축하고 업데이트하는 것은 코딩뿐만 아니라 애플리케이션 아키텍처의 여러 부분에 파고들어야 합니다. 이 구조의 틀에는 "앱 스택"이라는 주요 개념이 포함되어 있습니다. 앱 스택이 무엇이고 왜 중요한지 알아두면 앱 개발 작업의 결과를 개선하는 데 도움이 됩니다. 이 글에서는 앱 스택에 대해 정의하고, 특성과 범주, 그리고 기술이 발전하는 사회에서의 중요성을 소개합니다.

![이미지](/assets/img/2024-08-26-WhatisAppStackandWhyDoesItMatter_0.png)

## 앱 스택이란?

앱 스택 또는 애플리케이션 스택은 모바일이나 웹 애플리케이션을 만들고 구현하는 데 필요한 특정 기술, 프레임워크, 도구 및 기타 측면을 말합니다. 이 스택에는 운영 체제, 프론트엔드 및 백엔드, 데이터베이스 및 서드파티 API가 포함됩니다. 앱 스택은 사용자에게 부드러운 경험을 제공하기 위해 컴포넌트가 상호작용해야 하는 방식을 정의하는 애플리케이션의 뼈대로 볼 수 있습니다.

<div class="content-ad"></div>

앱 스택의 목적은 응용 프로그램 구성 요소 간 통합의 다양성을 나타내기 때문에 중요합니다. 적절한 앱 스택을 선택하는 것이 핵심이며, 응용 프로그램의 활용, 유연성 및 보안에 긍정적인 영향을 미칠 수 있습니다. 반면에 잘못된 선택을 했다면 부정적인 영향을 줄 수 있습니다.

# 앱 스택의 기능은 무엇인가요?

앱 스택에는 다양한 목적을 위해 응용프로그램의 개발과 구현 요소에 대한 다양한 기능이 포함됩니다. 여기에는 몇 가지 중요한 기능이 있습니다:

- 모듈성: 응용프로그램 레이어는 엄격하게 모듈 형태로 설계되어 있어서 모든 레이어가 개별적으로 생성, 구현, 테스트 및 업데이트될 수 있습니다. 이는 응용프로그램을 모듈화 접근을 통해 개발할 수 있음을 의미하며, 따라서 부분을 쉽게 업데이트하거나 교체할 수 있습니다.
- 확장성: 좋은 앱 스택은 복잡성, 사용자 요구 사항 및 데이터 생성을 진보시킬 수 있어야 합니다. 이 기능은 특히 비즈니스 운용을 진행하는 중요한 특징이자, 사용자 베이스를 예측하는 기관들은 이 기능에서 크게 혜택을 받을 것입니다.
- 상호 운용성: 앱 스택 내의 구성요소는 서로 잘 연결되고 상호 작용해야 합니다. 상호 운용성은 스택 레벨에서 다양한 시스템이 최종 사용자와 부드럽게 상호 작용할 수 있는 것을 보장합니다.
- 보안: 보안은 성공적인 기능에 주력하는 앱 스택의 중요한 구성 요소 중 하나입니다. 데이터 암호화, 안전한 통신, 결함 수정을 위한 정기적인 업데이트를 포함합니다. 앱 스택의 보안은 응용 프로그램 및 사용자 개인 정보 보호, 데이터 및 응용 프로그램 데이터에 무단 액세스를 방지하기 위한 것입니다.
- 성능 최적화: 기능: 앱 스택은 최적으로 작동해야 합니다. 즉, 응용프로그램이 원활하고 효율적으로 작동해야 합니다. 이는 예를 들어 프론트 엔드를 빠르게 웹페이지로 로드하고 데이터를 신속하게 처리할 수 있도록 하는 것을 의미합니다.
- 유연성: 앱 스택의 맥락에서의 개방성은 특정 프로젝트에 최적의 도구와 기술을 선택하고 구현할 수 있게 해야 합니다. 변화에 빠르게 적응할 수 있는 능력이 중요한 만큼 이는 특히 기술 기업의 미래에 매우 의존하는 요소입니다.

<div class="content-ad"></div>

# 앱 스택의 다양한 유형

앱 스택의 구성 요소 및 사용 사례에 대해 여러 가지 범주를 추적할 수 있습니다. 가장 일반적인 유형 중 몇 가지를 소개합니다:

1. MEAN 스택:

- MongoDB: JSON과 유사한 형식으로 데이터를 저장하는 NoSQL 아키텍처를 기반으로 한 데이터베이스입니다.
- Express.js: NodeJS로 작성된 웹 애플리케이션 프레임워크입니다. API 및 웹 애플리케이션을 만드는 데 사용되는 프레임워크는 JS 프레임워크로 알려져 있습니다.
- Angular: 클라이언트 측 리치 인터넷 애플리케이션을 만드는 데 사용되는 툴킷입니다.
- Node.js: 개방 소스 Node.js 런타임 환경으로, 개발자들이 서버 측 스크립트를 작성할 수 있게 합니다.

<div class="content-ad"></div>

2. 사용 사례: MEAN 스택은 동적 웹 및 싱글 페이지 애플리케이션(SPAs)을 개발하는 데 널리 사용됩니다.

3. LAMP 스택:

- Linux: 모든 스택 레이어가 기반으로 하는 운영 체제입니다.
- Apache: 웹 서비스 요청에 대한 솔루션을 제공하고 웹 콘텐츠를 전파하는 컴퓨팅 메커니즘입니다.
- MySQL: 응용 프로그램의 데이터가 저장될 RDBMS입니다.
- PHP: 응용 프로그램과 클라이언트 브라우저 사이에 위치하여 동적 양식 및 페이지를 구축하는 서버 측 스크립팅 언어입니다.

4. 사용 사례: LAMP 스택은 워드프레스와 같은 컨텐츠 관리 시스템을 포함한 웹 개발에서 유명합니다.

<div class="content-ad"></div>

5. MERN 스택:

- MongoDB: MEAN 스택과 마찬가지로 MongoDB는 데이터 저장의 역할을 합니다.
- Express.Js: Node 웹 애플리케이션 프레임워크의 다른 설명입니다.
- React: 프론트엔드 라이브러리인 싱글 페이지 애플리케이션 개발 프레임워크입니다.
- Node.Js: 마지막 구성 요소는 백엔드 런타임이 발생하는 환경을 나타냅니다.

6. Use Case: 위 설명에 따라 MERN 스택은 사용자 인터페이스에 중점을 둔 인터랙티브 웹 애플리케이션을 만드는 데 적합합니다.

7. 루비 온 레일즈 스택:

<div class="content-ad"></div>

- 루비: 생산성에 중점을 두고 프로그램을 쉽게 배우고 작성할 수 있는 언어입니다.
- 레일스: 루비로 구현된 아키텍처 기반 웹 애플리케이션 개발 환경입니다.
- SQLite/MySQL/PostgreSQL: 응용 프로그램에 따라 다양한 유형의 데이터베이스를 선택할 수 있습니다.

8. 사용 사례: 웹 2.0 애플리케이션 개발을 위해 루비 온 레일스는 프로토타입을 만들고 웹 애플리케이션을 신속하게 생산하는 데 이상적입니다.

9. 서버리스 스택:

- AWS Lambda: 이벤트에 기반하여 코드를 실행하는 온디맨드 컴퓨팅 방법입니다.
- API Gateway: 티어 API를 제어하고 확장할 수 있는 서비스입니다.
- DynamoDB: NoSQL은 서비스로 사용되는 데이터베이스의 한 예입니다.
- S3: 객체 저장 서비스로 사용되는 인프라 서비스로 데이터를 저장, 검색 및 관리하는 데 사용됩니다.

<div class="content-ad"></div>

10. 사용 사례: Serverless Stack은 인프라 걱정 없이 대규모 애플리케이션을 생성하는 솔루션입니다.

![이미지](/assets/img/2024-08-26-WhatisAppStackandWhyDoesItMatter_1.png)

# 앱 스택의 중요성

앱 스택은 필수불가결합니다. 앱 스택 없이는 애플리케이션이 최적으로 성공할 수 없습니다. 다음은 앱 스택의 중요성에 대한 이유입니다:

<div class="content-ad"></div>

- 효율성: 효율적인 App Stack을 선택하면 확장성이 유지되며 애플리케이션 개발에 소요되는 시간이 결정될 것입니다. 개발자들은 스택 도구 및 프레임워크 중 하나를 사용하여 작업 효율성을 향상시킬 수 있습니다.

- 성능: 애플리케이션의 성능은 해당 App Stack의 구성 요소에 따라 달라집니다. 좋은 기술을 선택하면 개발자들은 어떤 작업 부하에서도 최적의 애플리케이션 성능을 달성할 수 있습니다.

- 확장성: 사용자 수가 증가함에 따라 요청 수도 증가하며, 애플리케이션이 성장해야할 필요가 있습니다. 아래는 애플리케이션의 성장과 개발을 지원하는 App Stack의 다양한 요소에 대한 설명입니다.

- 보안: 보안은 애플리케이션 개발에서 중요하며 가장 큰 고민 중 하나입니다. 보안 전송 프로토콜, 데이터 암호화, 그리고 주기적인 업데이트는 사용자 정보를 보호하고 애플리케이션의 진정성을 유지하는 올바른 앱 스택의 일부입니다.

- 유지보수성: App Stack은 모든 구성 요소가 모듈식이며 조직의 요구에 따라 변경이나 개선이 간단해야 합니다. 이는 지속적인 애플리케이션 업데이트 및 최신 기술 방법과의 통합 비용을 최소화합니다.

- 경쟁 우위: 올바른 App Stack을 선택함으로써 비즈니스는 빠른 개발, 높은 성능, 그리고 향상된 애플리케이션 안전성을 통해 경쟁 우위를 가질 수 있습니다. 이는 증가하는 사용자 만족도와, 따라서, 사용자 유지에 이르게 될 수 있습니다.

# App Stack의 주요 용도

특정 애플리케이션 및 프로그래머의 요구사항에 따라 다양한 상황에서 App Stack이 사용됩니다. 다음은 일부 주요 사용 사례입니다:

- 웹 개발: MEAN, MERN, 및 LAMP와 같은 애플리케이션 스택은 웹 애플리케이션을 만들 때 흔히 사용됩니다. 이들은 활성 웹 사이트, 풍부한 웹 애플리케이션, 그리고 CMS를 개발하고 유지하는 데 도구 및 참고 모델을 제공합니다.

- 모바일 앱 개발: 애플리케이션 스택은 모바일 애플리케이션을 개발하는 데도 사용됩니다. 예를 들어, 한 스택에는 다양한 플랫폼에서 애플리케이션을 개발하는 데 사용하는 React Native, 백엔드로 Node.js, MongoDB, 그리고 개발에 사용하는 H Perfect가 포함될 수 있습니다.

- 기업 애플리케이션: 기업 애플리케이션은 조직 전체에서 여러 앱을 포함하고 규모를 확장할 수 있으며, 따라서 작업 부하, 데이터, 그리고 보안을 위한 강력한 App Stack이 필요합니다. 이 분야에서 Microsoft가 널리 사용되고 있습니다. 특히 .NET Stack 또는 Java Spring Stack이 이 분야에서 널리 사용됩니다.

- 전자 상거래 플랫폼: 전자 상거래 플랫폼은 대규모 판매, 시청자, 그리고 그들의 정보 관리에 대한 App Stack이 필요하며, 그들 온라인 서비스의 보안 조치도 필요합니다. LAMP Stack 내의 도구 및 기타 전자 비즈니스 도구가 이 분야에서 종종 사용됩니다.

- 콘텐츠 관리 시스템(CMS): Wordpress, Joomla, 그리고 Drupal은 다른 App Stack에서 개발된 인기 있는 CMS 플랫폼입니다. 이들 스택에는 콘텐트 관리, 사용자 관리, 그리고 보안 측면에 필요한 구성 요소가 포함되어 있습니다.

- 서버리스 애플리케이션: 이미지 서버리스 앱 스택은 확장 가능하고 비용 효율적인 애플리케이션을 개발하기 위한 새로운 세대의 세트로서 오늘날 큰 관심을 끌고 있습니다. 이러한 스택은 단순한 웹 애플리케이션과 데이터 처리 이상의 다양한 경우에 사용되며 다양한 초점을 두고 있습니다.

<div class="content-ad"></div>

# 결론

소프트웨어 개발의 중요한 부분으로, 앱 스택이 애플리케이션을 실행하는 프로세스에 중요한 역할을 하는 존재임을 알아야 한다는 것이 더 없이 중요합니다. 앱 스택은 애플리케이션의 기반이며 효율성, 성장 또는 확장 가능성, 보안 조치 통합 능력 및 성공 가능성을 직접 결정합니다. 적절한 앱 스택 선택은 고객의 요구를 충족시키는 동시에 애플리케이션을 생산적이고 안전하게 만듭니다. 웹 앱, 모바일 앱 또는 기업 시스템과 같은 프로젝트의 성격과 관계없이 올바른 앱 스택은 프로젝트의 성공에 중요한 역할을 할 것입니다.

# 자주 묻는 질문

## 1. MEAN 스택과 MERN 스택의 차이점은 무엇인가요?

<div class="content-ad"></div>

주요 차이점은 프론트엔드 프레임워크에 있습니다: MEAN은 Angular를 사용해야 하지만 MERN은 React를 사용합니다. 두 스택 모두에서 데이터베이스는 MongoDB이며, Express는 프레임워크입니다. Js와 Node.js는 다른 구성 요소에 사용됩니다. 컴포넌트를 로드할 때 텍스트 및 그래픽 콘텐츠가 차지하는 화면 공간을 비교하는 것이 흥미롭습니다.

## 2. 개발 후 앱 스택을 수정할 수 있나요?

물론 가능합니다. 그러나 개발 중에 앱 스택을 변경하는 것은 비용이 많이 들기 때문에 어렵습니다. 보다 안전하게 하려면 프로젝트 시작 시 올바른 스택을 선택하는 것이 권장됩니다.

## 3. LAMP 스택은 여전히 가치가 있나요?

<div class="content-ad"></div>

네, LAMP 스택은 여전히 유용합니다. 특히 웹 개발 및 콘텐츠 관리 시스템에 대한 사용성이 높습니다. 많은 개발자들이 LAMP 스택을 널리 사용하고 있어요.

## 4. 서버리스 앱 스택이란 무엇을 의미하나요?

서버리스 앱 스택은 앱이 특정 서버에 의존하지 않고 개발 및 실행되며, 인프라가 관리된다는 것을 의미합니다. AWS Lambda와 API Gateway는 서버리스 스택에서 잘 알려진 요소입니다.

## 5. 왜 보안이 앱 스택에서 중요한 역할을 하는지에 대해 궁금해 하나요?

<div class="content-ad"></div>

보안은 매우 중요합니다. 사용자 데이터를 보호하고 시스템으로의 침입을 방지하며 애플리케이션의 신성을 유지하기 때문입니다. 암호화, 애플리케이션에서 사용하는 프로토콜 및 애플리케이션에 대한 시간적인 업데이트가 App Stack 보안의 방법입니다.

앱 스택의 중요성 및 선택 기준



![이미지](/assets/img/2024-08-26-BuildFeatureRichNodeJSApps_0.png)

Node.js 기능이 풍부한 응용 프로그램 구축: 포괄적인 가이드

오늘날의 빠르게 변화하는 디지털 환경에서 기업은 기능적이며 동시에 기능이 풍부하고 확장 가능하며 고수용량 동시 사용자를 처리할 수 있는 응용 프로그램이 필요합니다. Chrome의 V8 JavaScript 엔진을 기반으로 한 강력한 런타임 환경인 Node.js는 이러한 응용 프로그램을 구축하는 데 탁월한 선택입니다. 비차단, 이벤트 주도 아키텍처로 인해 고성능 실시간 응용 프로그램을 개발하기에 완벽합니다. 이 블로그에서 우리는 현대적 요구 사항을 충족하는 기능이 풍부한 Node.js 응용 프로그램을 어떻게 구축하는지 알아볼 것입니다.

Node.js를 사용하는 이유?

<div class="content-ad"></div>

Node.js는 비동기 작업과 동시 연결을 용이하게 처리하는 능력으로 유명합니다. 단일 스레드, 논블로킹 I/O 모델을 사용하여 많은 동시 요청을 효율적으로 처리할 수 있으므로 실시간 데이터 업데이트를 필요로 하는 애플리케이션(채팅 애플리케이션, 실시간 스트리밍, 협업 도구 등)에서 중요한 역할을 합니다. 또한 Node.js는 클라이언트와 서버 측에서 동일한 언어를 사용할 수 있도록 개발 프로세스를 단순화하는 JavaScript를 사용합니다.

구현할 주요 기능

- 실시간 통신:

WebSockets: 메시징 앱 또는 온라인 게임과 같이 실시간 통신이 필요한 애플리케이션에 대해 WebSockets는 한 번 설정된 연결을 통해 전이중(full-duplex) 통신 채널을 제공합니다.

<div class="content-ad"></div>

소켓.io: 이 라이브러리는 WebSocket 구현을 간소화하여 클라이언트와 서버 간 실시간 양방향 통신을 가능하게 합니다.

2. 확장성:

클러스터 모듈: Node.js의 클러스터 모듈을 사용하면 애플리케이션의 여러 인스턴스를 생성하여 부하를 서로 다른 CPU 코어에 분산시키고 성능을 향상시킬 수 있습니다.

마이크로서비스 아키텍처: 애플리케이션을 더 작고 독립적인 서비스로 분해하여 개별적으로 개발, 배포 및 확장할 수 있습니다.

<div class="content-ad"></div>

3. 비동기 데이터 처리:

Promises 및 Async/Await: Promises 및 async/await 구문을 사용하여 비동기 작업을 효율적으로 처리하여 앱이 반응성을 유지할 수 있도록 합니다.

스트림: Node.js 스트림을 활용하여 대량의 데이터를 효율적으로 처리하고 중요한 메모리를 소비하지 않습니다.

4. 보안:

<div class="content-ad"></div>

데이터 암호화: 중요한 정보를 보호하기 위해 이동 중 및 정지 중에 데이터 암호화를 구현하세요.

인증 및 권한 부여: Passport.js와 같은 라이브러리를 사용하여 인증 및 권한을 관리하여 권한이 있는 사용자만 특정 리소스에 액세스할 수 있도록 보장하세요.

5. API 개발:

Express.js: API를 구축하기 위한 강력한 기능 집합을 제공하는 유연한 Node.js 웹 애플리케이션 프레임워크인 Express.js를 사용하세요.

<div class="content-ad"></div>

GraphQL: REST에 대안인 GraphQL은 클라이언트가 필요한 정확한 데이터를 요청할 수 있어 효율성과 유연성을 향상시킵니다.

6. 테스트 및 디버그:

유닛 테스트: Mocha 또는 Jest와 같은 프레임워크를 사용하여 유닛 테스트를 작성하고 실행하여 응용 프로그램의 각 구성 요소가 예상대로 작동하는지 확인합니다.

디버깅 도구: 문제 해결 및 코드 최적화를 위해 Node Inspector 및 Chrome DevTools와 같은 Node.js 디버깅 도구를 활용하세요.

<div class="content-ad"></div>

7. Best Practices

**코드 구성**: 모듈을 사용하여 응용 프로그램 코드를 효과적으로 구조화하고 명확한 디렉토리 구조를 유지하여 가독성과 관리성을 유지하세요.

**오류 처리**: 견고한 오류 처리 메커니즘을 구현하여 응용 프로그램이 크래시 없이 오류를 우아하게 처리하고 기록할 수 있도록 해보세요.

**문서화**: API 엔드포인트 및 응용 프로그램 기능을 문서화하여 향후 개발자가 프로젝트를 이해하고 기여하기 쉽도록 하세요.

<div class="content-ad"></div>

결론

Node.js 기능이 풍부한 애플리케이션을 구축하기 위해서는 비동기 능력을 활용하고 확장성을 확보하며 실시간 통신을 구현하고 보안과 성능 기준을 유지하는 것이 중요합니다. 이러한 영역에 초점을 맞추고 모베스트 프랙티스를 준수함으로써, 오늘날의 디지털 세계의 수요를 충족시킬 수 있는 강력한 애플리케이션을 만들 수 있습니다.

새로운 프로젝트를 개발하거나 기존 프로젝트를 향상시키려는 경우, Node.js는 기능적이고 혁신적인 애플리케이션을 구축할 수 있는 도구와 유연성을 제공합니다. 이를 받아들이고 모베스트 프랙티스를 따른다면, Node.js 앱은 디지털 솔루션 시장에서 눈에 띌 것입니다.

Node.js를 시작하는 방법이 궁금하거나 프로젝트 요구 사항에 대해 논의하려면 Semiosis Software에서 언제든지 연락하십시오. 우리는 혁신적인 Node.js 개발로 여러분의 아이디어를 현실로 변환하는 데 도움을 드릴 준비가 되어 있습니다.

2024년도에 Node.js로 웹사이트를 만드는 방법



# npm이란 무엇인가요?

npm은 nodejs와 함께 설치되는 node 패키지 관리자로, nodejs 프로젝트의 종속성을 관리합니다. 이 글에서는 npm에 대해 알아보고, 사용하는 방법 및 사용법에 대해 최적의 사례를 살펴볼 것입니다.

# npm의 주요 구성 요소

## npm 레지스트리

<div class="content-ad"></div>

수많은 개발자와 기관에 의해 출판된 수천 개의 자바스크립트 패키지가 공개 데이터베이스에 있습니다. 다른 개발자들이 이 패키지를 자신의 노드제이에스 및 자바스크립트 프로젝트에 사용할 수 있습니다.

## npm CLI (Command Line Interface)

npm CLI 또는 시스템의 npm 명령어는 개발자들이 로컬 시스템에서 노드제이에스/자바스크립트 프로젝트를 관리할 수 있게 해주는 프로그램입니다. npm 레지스트리와 상호 작용하여 로컬 프로젝트나 시스템에 패키지를 가져오고 설치/업그레이드합니다. 의존성 관리의 여러 측면을 간단하게 해줍니다. 다음 섹션에서 자세한 내용을 살펴보겠습니다.

# npm 설치하기

<div class="content-ad"></div>

npm은 노드JS 패키지와 함께 제공되므로 노드JS를 설치할 때 기본적으로 설치됩니다.

노드JS를 설치한 후에는 npm -v를 실행하여 npm 명령어의 가용성을 확인할 수 있습니다.

![npm](/assets/img/2024-08-26-Gettingtoknownpmthenodejspackagemanager_0.png)

# npm 사용하기

<div class="content-ad"></div>

## 프로젝트 초기화하기

프로젝트를 초기화하는 데는 npm init을 사용합니다.

![이미지](/assets/img/2024-08-26-Gettingtoknownpmthenodejspackagemanager_1.png)

이 명령어를 실행하면 package.json 파일이 생성됩니다.

<div class="content-ad"></div>

<img src="/assets/img/2024-08-26-Gettingtoknownpmthenodejspackagemanager_2.png" />

## 패키지 설치

특정 패키지를 프로젝트에 설치하려면 npm install `패키지_이름` 명령을 사용하세요.

<img src="/assets/img/2024-08-26-Gettingtoknownpmthenodejspackagemanager_3.png" />

<div class="content-ad"></div>

테이블 태그를 마크다운 형식으로 바꿔주시면 됩니다.

<div class="content-ad"></div>

이렇게하면 패키지가 활성 유지 모드인지 또는 지원이 중단된 상태인지 알 수 있습니다.

## 패키지 제거하기

`package_name`을(를) 사용하여 필요하지 않은 패키지를 npm uninstall 명령어로 제거할 수 있습니다.

![이미지](/assets/img/2024-08-26-Gettingtoknownpmthenodejspackagemanager_5.png)

<div class="content-ad"></div>

# npm 구성 파일 — package.json

![이미지](/assets/img/2024-08-26-Gettingtoknownpmthenodejspackagemanager_6.png)

`package.json` 파일은 프로젝트 및 해당 종속성에 대한 중요한 정보를 포함합니다. script 필드는 테스트 실행 및 프로젝트 시작과 같은 일반 작업을 위한 바로 가기를 정의합니다.

# 종속성 관리

<div class="content-ad"></div>

## 의존성 추가

npm install `package_name` 명령어를 사용하여 패키지를 설치할 수 있습니다. 이 명령어는 패키지를 package.json에 추가하고 node_modules 하위 디렉토리에 패키지를 다운로드 및 설치합니다. --save 옵션을 사용하여 이를 수행하도록 할 수 있으나, 이것은 자동으로 수행됩니다.

## 의존성 업데이트

npm update 명령어를 사용하여 package.json 파일에 나열된 최신 버전의 패키지로 패키지를 업그레이드할 수 있습니다.

<div class="content-ad"></div>

## 의존성 제거

`package_name`을 제거하려면 npm uninstall을 사용할 수 있어요. 이 명령은 package.json 파일을 업데이트하고 node_modules 하위 디렉토리에서 해당 패키지를 제거할 거예요.

# 의미 있는 버전 관리

npm은 의미 있는 버전 관리를 위해 사용되며, major.minor.patch 형식으로 이루어져요. 예: 2.0.1

<div class="content-ad"></div>

주요: 중요 변경사항

마이너: 역호환성을 깨지 않고 새로운 기능 추가

패치: 버그 수정, 새로운 기능은 추가하지 않음

시맨틱 버전은 업데이트가 사용자 프로젝트를 실수로 깨뜨리지 않도록 보장합니다.

<div class="content-ad"></div>

# 자주 사용하는 npm 명령어

자주 사용되는 npm 명령어 몇 가지입니다.

npm install : package.json에 정의된 모든 종속성을 설치합니다.

npm outdated : 프로젝트에서 오래된 패키지를 나열합니다.

<div class="content-ad"></div>

npm audit 명령어: 프로젝트의 종속성에 대한 취약점을 스캔합니다.

npm publish 명령어: npm 레지스트리에 패키지를 게시합니다.

# 결론

npm을 잘 다루는 것은 백엔드 / 풀스택 개발자에게 필수가 되었습니다. 이 글이 npm을 전반적으로 이해하는 데 도움이 되었기를 바라며, 아래 댓글 섹션에 피드백을 자유롭게 남겨주세요.

npm 살펴보기 Node.js 패키지 관리자



이 글에서는 Node.js를 사용하여 간단한 Command-Line Interface (CLI) 도구를 만드는 방법을 안내하려고 해요. 이 도구는 단어 수 세기, 파일 읽기, 파일 내 줄 수 세기와 같은 기본 파일 작업을 수행하도록 설계되었어요. 개발 도구에 가벼운 유틸리티를 추가하려면 이 프로젝트가 시작하는 방법을 안내할 거에요.

CLI 도구를 만들 이유는?

CLI 도구는 반복적인 작업을 자동화하고 특정 작업을 명령줄에서 직접 처리하는 데 매우 유용해요. 시간을 절약하고 파일, 데이터베이스 또는 기타 시스템과 빠르게 상호작용하는 빠른 방법을 제공할 수 있어요.

이 프로젝트에서는 Counter라는 CLI 도구를 만들기로 결정했어요:

<div class="content-ad"></div>

- 파일의 단어 수를 세어보세요.
- 파일의 내용을 콘솔에 출력하세요.
- 파일의 줄 수를 세어보세요.

이제 이것을 어떻게 만들었는지 알아봅시다.

시작하기

먼저, 컴퓨터에 Node.js가 설치되어 있어야 합니다. 아직 설치하지 않았다면 여기서 다운로드할 수 있습니다.

<div class="content-ad"></div>

다음으로, 프로젝트를 위한 새 디렉토리를 만들고 해당 디렉토리로 이동해주세요:

```js
mkdir myCounter-cli
cd myCounter-cli
```

새로운 Node.js 프로젝트를 초기화하세요:

```js
npm init -y
```

<div class="content-ad"></div>

지금 우리가 CLI를 만드는 데 사용할 commander 패키지를 설치해 보세요:

```js
npm install commander
```

코드 작성하기

프로젝트 루트 디렉토리에 counter.js라는 파일을 만들어주세요. 이 파일에는 우리의 CLI 도구 코드가 포함될 것입니다. 아래에 설명과 함께 완전한 코드가 있습니다:

<div class="content-ad"></div>

```js
// 'commander' 패키지에서 Command 클래스를 가져옵니다.
const { Command } = require("commander");

// 파일 시스템을 다루기 위해 'fs' (파일 시스템) 모듈을 가져옵니다.
const fs = require("fs");

// Command 클래스의 새 인스턴스를 생성합니다.
const program = new Command();

// CLI 도구의 이름, 설명 및 버전을 설정합니다.
program
  .name("counter") // CLI 도구의 이름을 'counter'로 설정
  .description("일부 JavaScript 유틸리티에 대한 CLI") // CLI 도구에 대한 설명 추가
  .version("0.8.0"); // CLI 도구의 버전을 설정

// 'count' 명령어를 정의합니다.
program
  .command("count") // 명령어의 이름을 정의
  .description("파일의 단어 수를 계산합니다") // 명령어의 동작을 설명
  .argument("<file>", "단어 수를 계산할 파일") // 명령어가 파일을 필요로 한다는 것을 명시
  .action((file) => {
    // 명령어 호출 시 수행할 동작 정의
    // 파일을 UTF-8 인코딩으로 비동기적으로 읽기
    fs.readFile(file, "utf8", (err, data) => {
      if (err) {
        // 오류 발생 시, 콘솔에 로그를 출력하고 함수 종료
        console.error(err);
        return;
      }
      // 파일 내용을 공백으로 분할하여 단어 배열로 만듭니다.
      const words = data.split(" ");
      // 콘솔에 단어 수를 출력합니다.
      console.log(words.length);
    });
  });

// 'read_file' 명령어를 정의합니다.
program
  .command("read_file") // 명령어의 이름을 정의
  .description("파일을 읽고 내용을 콘솔에 출력합니다") // 명령어의 동작을 설명
  .argument("<file>", "읽을 파일") // 명령어가 파일을 필요로 한다는 것을 명시
  .action((file) => {
    // 명령어 호출 시 수행할 동작 정의
    // 파일을 UTF-8 인코딩으로 비동기적으로 읽기
    fs.readFile(file, "utf8", (err, data) => {
      if (err) {
        // 오류 발생 시, 콘솔에 로그를 출력하고 함수 종료
        console.error(err);
        return;
      }
      // 파일 내용을 콘솔에 출력합니다.
      console.log(data);
    });
  });

// 'read_Line' 명령어를 정의합니다.
program
  .command("read_Line") // 명령어의 이름을 정의
  .description("파일의 줄 수를 계산합니다") // 명령어의 동작을 설명
  .argument("<file>", "읽을 파일") // 명령어가 파일을 필요로 한다는 것을 명시
  .action((file) => {
    // 명령어 호출 시 수행할 동작 정의
    // 파일을 UTF-8 인코딩으로 비동기적으로 읽기
    fs.readFile(file, "utf8", (err, data) => {
      if (err) {
        // 오류 발생 시, 콘솔에 로그를 출력하고 함수 종료
        console.error(err);
        return;
      }
      // 파일 내용을 개행 문자로 분할하여 줄 배열로 만듭니다.
      const lines = data.split("\n");
      // 콘솔에 줄 수를 출력합니다.
      console.log(lines.length);
    });
  });

// 명령줄 인수를 구문 분석하고 해당하는 명령어를 실행합니다.
program.parse();
``` 

# 설명

- Commander.js: 이것은 Node.js 패키지로서 CLI 도구를 만드는 과정을 단순화시켜줍니다. CLI 도구를 위한 명령어, 인수 및 옵션을 정의하는 간단한 API를 제공합니다.
- 파일 시스템(fs) 모듈: 내장된 Node.js fs 모듈을 사용하여 파일 시스템과 상호 작용할 수 있게 되어 파일을 읽고 내용에 대한 작업을 수행할 수 있습니다.
- 명령어:
— count: 파일 내용을 공백을 기준으로 분할하여 파일의 단어 수를 계산합니다.
— read_file: 파일 전체 내용을 콘솔에 출력합니다.
— read_Line: 파일 내용을 개행 문자를 기준으로 분할하여 파일의 줄 수를 계산합니다.

도구 실행하기   

<div class="content-ad"></div>

위 코드를 작성한 후 파일을 저장하고 터미널로 돌아가세요. 이제 다음 명령어를 실행할 수 있어요:

- 파일 안의 단어 수를 세는 방법:

```js
node counter.js count <file_path>
```

- 파일 내용을 출력하는 방법:  

<div class="content-ad"></div>

```js
node counter.js read_file <file_path>
```

3. 파일에서 라인 수를 세려면:

```js
node counter.js read_Line <file_path>
```

# 결론

<div class="content-ad"></div>

Node.js로 CLI 도구를 만드는 것은 간단하면서도 강력합니다. 이 프로젝트는 기본 파일 작업을 처리하는 유틸리티를 빠르게 만드는 방법을 보여줍니다. 이 원칙들은 더 복잡한 작업에 적용될 수 있습니다. 프로세스 자동화하거나 실험해보는 중이든, CLI 도구는 개발자로서 생산성을 크게 향상시켜줄 수 있습니다.

GitHub에서 소스 코드를 확인하고 한 번 실행해보세요! 즐거운 코딩 되세요!

Posts