Advanced dependency management in Go using Fx - Preslav Mihaylov

소개 및 발표자 소개

섹션 개요: 이 섹션에서는 발표의 시작과 발표자 Prezlav Mikhailov에 대한 간단한 소개가 진행됩니다.

발표 시작 및 소개

• 오늘은 Go 언어를 사용한 고급 의존성 관리에 대한 Prezlav Mikhailov의 발표를 듣게 됩니다.

• Prezlav은 우버에서 Go와 Java로 작성된 마이크로서비스를 다루는 소프트웨어 엔지니어입니다.

• 그는 프로그래밍을 가르치며, 프로그래밍 기초부터 데이터 구조, 웹 개발, 블록체인까지 다양한 주제에 대해 강의하고 있습니다.

발표 내용 및 목적

섹션 개요: 이 섹션에서는 발표 내용과 목적에 대해 설명되며, 청중들이 기대할 수 있는 내용을 안내합니다.

발표 내용

• Prezlav은 Go를 사용하여 복잡한 의존성 그래프를 처리하는 방법을 보여줍니다.

• 복잡한 코드베이스와 많은 의존성이 있는 환경에서 일하는 경우 유용하며, 마이크로서비스를 유지보수하는 환경에서도 도움이 됩니다.

Prezlav의 배경 및 경력

섹션 개요: 이 섹션에서는 Prezlav의 경력과 기술 교육자로서의 역할에 대해 살펴봅니다.

Prezlav의 경력

• Prezlav은 6년간 기술 트레이너 및 연설자로 활동하였으며, 프로그래밍 기본 과정부터 고급 과정까지 다양한 교육을 진행해왔습니다.

마이크로서비스 환경에서 코드 구조화

섹션 개요: 이 섹션에서는 코드를 합리적인 모듈로 구조화하여 여러 마이크로서비스에서 사용할 수 있는 방법에 대해 소개합니다.

등장 기술의 가장 큰 특징

• 동등한 기술이지만, 이 기술의 가장 큰 특징 중 하나인 코드를 합리적인 모듈로 구조화하는 방법을 보여줄 것입니다.

• 이 프레임워크가 제공하는 가장 큰 혜택은 컴포넌트를 쉽게 공유할 수 있다는 점입니다. 여러 서비스 전체에서 일반적으로 사용되는 컴포넌트를 쉽게 공유할 수 있습니다.

수동 연결 및 의존성 처리

• 수동 연결은 의존성을 직접 주입하는 것을 의미합니다. 왜 의존성을 주입하고, 왜 이를 수동으로 하는지 설명하고 있습니다.

• 컴포넌트가 다른 컴포넌트에 종속될 때 발생하는 문제와 의존성 주입의 개념에 대해 설명합니다.

실제 프로젝트 데모

• 실제 데모를 통해 어떻게 작동하는지 보여줄 예정입니다. 간단한 프로젝트를 만들어 웹 애플리케이션과 여러 컴포넌트를 소개합니다.

• 웹 앱 및 해당 구성 요소에 대한 간단한 설명과 데모 프로젝트의 구조에 대해 소개합니다.

의존성 주입의 예시

섹션 개요: HTTP 핸들러의 의존성 주입 예시와 그 중요성에 대해 다룸.

HTTP 핸들러와 의존성 관리

• HTTP 핸들러가 서보X와 로거라는 두 가지 종속성을 갖고 있음을 확인할 수 있습니다.

• 이것은 의존성 주입의 한 예시이며, 컴포넌트가 함수 내에서 직접 초기화되는 것이 아니라 함수 매개변수로 제공됩니다.

장단점과 메인 함수 분석

섹션 개요: 의존성 주입의 장단점과 메인 함수에서 발생하는 문제에 대해 탐구함.

장단점 및 메인 함수 분석

• 초기화된 종속성을 직접 전달하는 대안으로 종속성 주입을 사용함으로서 컴포넌트 테스트 용이함.

• 종속성 주입은 테스트 시 데이터베이스 등을 모방(mocking)하기 용이하며, 실제 데이터베이스와 달리 가짜(mock) 데이터베이스를 제공할 수 있음.

메인 함수 분석

초기화 함수와 의존성

섹션 개요: 이 섹션에서는 클래스를 초기화하기 위해 50줄 정도의 함수를 만들어야 했던 상황을 다루고 있습니다.

클래스 초기화의 복잡성

• 클래스 초기화를 위해 긴 함수가 필요했던 이유

• 동료가 의존성 주입을 재사용하라고 제안한 결과, 함수가 단 2줄로 줄어든 사례

• 수동 연결의 한계와 의존성 주입 프레임워크의 강점

수동 연결 대안과 프레임워크 활용

섹션 개요: 수동 연결의 한계와 대안에 대해 논의합니다.

수동 연결 대안

• 의존성 주입 미사용 시 발생하는 어려움과 아키텍처적인 문제

• 프레임워크 활용을 통한 문제 해결 방법 소개 및 FX 프레임워크 활용 방법 요약

수동 배선 vs. 의존성 주입 프레임워크

섹션 개요: 수동 배선과 의존성 주입 프레임워크의 장단점 비교합니다.

코드 유지보수와 새로운 서비스 생성 과정에서 발생하는 어려움

• 코드 이해 용이성과 유지보수 어려움 사례 소개

• 마이크로 서비스 환경에서 공통 구성 요소 설정 어려움 설명 및 해결방법 제시

의존성 주입 프레임워크 소개: FX Framework

섹션 개요: FX Framework를 통한 의존성 관리 방법 소개합니다.

FX Framework 기본 원리 및 장점

• FX Framework 소개 및 사용 목적 설명

• Dependency Injection Framework와 Application Framework 역할 설명 및 차이점 강조

Dependency Injection Framework 기능 분석

섹션 개요: Dependency Injection Framework의 핵심 기능에 대해 탐구합니다.

Provider 및 Receiver 관리 기능 설명

• Provider와 Receiver 역할 설명

코드 리팩토링과 의존성 주입 프레임워크

섹션 개요: 이 섹션에서는 코드 리팩토링 및 의존성 주입 프레임워크에 대해 설명합니다.

코드 리팩토링

• provide 함수: provide config, provide logger, new servemux와 같은 제공자 함수를 사용하여 구조체의 인스턴스를 생성하고 전달합니다.

• http handler.new 함수: 수신자로 작용하며, 서버 모드와 로거가 필요함을 선언하지만 직접 함수를 호출하는 부분이 없음.

• 의존성 관리: 프레임워크가 제공자를 찾아 구성 요소 번들로 묶어 함수에 전달하여 의존성을 처리함.

의존성 주입 프레임워크

• 장점: 의존성이 정교하게 관리되어 작업량이 줄어듦. 작은 애플리케이션에서는 과도한 기능일 수 있으나 대규모 프로젝트에서 유용함.

• 사용 사례: 대규모 프로젝트 또는 마이크로서비스에서 컴포넌트 공유 시 유용함.

Effects 및 모듈화

섹션 개요: Effects의 기능과 모듈화에 대한 설명입니다.

Effects 활용

• 구조체 인스턴스 제공 및 전달: 제공자 함수가 구조체의 인스턴스를 다른 함수에 전달하여 애플리케이션이 정상적으로 작동하도록 함.

• 비교: Java의 Juice 프레임워크와 유사하며, Providers 및 Receivers 개념을 사용하여 효율적인 코드 관리 가능.

장단점

• 장점: 컴포넌트 연결이 자동으로 처리되어 개발 시간 단축 및 중요 업무에 집중 가능.

레이어 및 FX 모듈

섹션 개요: 이 섹션에서는 FX 모듈이 무엇인지, 그리고 마이크로 서비스 환경에서의 이점에 대해 설명합니다.

FX 모듈의 개념

• FX 모듈은 제공자와 수신자의 번들로 구성된 것으로, 라이브러리에 패키징하여 재사용할 수 있는 기능을 제공합니다.

마이크로 서비스 인프라 문제

• 여러 마이크로 서비스를 가지면 인프라 측면에서 많은 오버헤드가 발생하며, 코드베이스 일부를 공유해야 합니다.

코드베이스 관리 어려움

• 여러 마이크로 서비스 간에 코드베이스를 공유해야 하며, 복사 붙여넣기 방식은 비효율적입니다.

FX 모듈 구조화

섹션 개요: FX 모듈을 사용하여 기반 인프라를 효율적으로 다루는 방법을 소개합니다.

기반 인프라 처리

• FX 모듈을 사용하면 필요한 인프라가 단일 모듈에 캡슐화되어 어떤 서비스든 사용할 수 있습니다.

FX 모듈의 장점

회사 효과 모듈 소개

섹션 개요: 이 섹션에서는 회사 FX를 사용하여 마이크로서비스를 만들 때 제공되는 기능에 대해 설명합니다.

회사 FX의 장점

• 회사 FX 패키지를 사용하면 마이크로서비스를 생성할 때 도움 체크, 로그인 통합, 메트릭 통합 등을 포함한 여러 기능을 쉽게 활용할 수 있습니다.

• 설정 파일과 같은 다양한 기능들이 이미 제공되므로 이를 사용함으로써 개발 시간을 절약할 수 있습니다.

마이크로서비스 확장성 관리

섹션 개요: 이 섹션에서는 FX 모듈이 마이크로서비스의 확장성을 어떻게 지원하는지에 대해 논의합니다.

FX 모듈의 역할

• FX 모듈은 서비스 소유자가 라이브러리를 업데이트하기만 하면 모든 서비스가 즉시 호환되도록 하는 등 마이크로서비스의 확장성을 지원합니다.

• 단일 팀이 인프라를 관리하고 각각의 마이크로서비스 팀은 자신들의 비즈니스 규칙에 집중할 수 있도록 함으로써 FX가 의존성을 쉽게 관리하는 방법에 대해 설명됩니다.

FX와 라이브러리 간 차이점

섹션 개요: 이 섹션에서는 FX와 일반 라이브러리 사이의 차이점과 그 중요성에 대해 다룸니다.

라이브러리 vs. FX

• 일반 라이브러리와 달리, FX는 응용 프레임워크로 작동하여 애플리케이션 제어 흐름을 보다 유연하게 처리함으로써 재사용 가능성을 극대화합니다.

• Effects 모듈은 서버 시작과 같은 작업들을 명시적으로 호출하지 않아도 되며, 내부적으로 처리하여 서버가 시작되지만 사용자는 그 과정을 볼 필요가 없습니다.

수동 배선 및 의존성 주입 프레임워크 선택 가이드

섹션 개요: 이 섹션에서는 수동 배선 및 의존성 주입 프레임워크 선택 시 고려해야 할 사항에 대해 설명합니다.

프레임워크 선택 가이드

• 작은~중형 앱에는 수동 배선 방식 충분하지만, 많은 마イ크로서비스를 관리하거나 큰 애플리케이션이라면 의존성 주입 프레임워크인 FX가 유용합니다.

발표 후 추가 의견

섹션 개요: 발표자가 강연에 대한 감사의 표시를 전하고, 추가적으로 언급하고 싶은 내용이 있는지 물어보는 부분입니다.

추가 의견

• "지금까지 강연해 주셔서 정말 감사합니다. 어떤 질문들이 들어오기 전에 추가하고 싶은 내용이 있으신가요?"

• "강연을 즐겁게 보내셨기를 바라며, 지식은 활용될 때 유용하고 영향력을 행사한다고 믿습니다. 제가 처음부터 말했듯이, 지식은 실제로 사용되거나 실천될 때 영향력을 행사합니다."

질문 섹션 시작 및 첫 번째 질문

섹션 개요: 질문 섹션의 시작과 첫 번째 질문에 대한 답변입니다.

첫 번째 질문 - 의존성 주입 프레임워크의 오버헤드 영향

• "의존성 주입 프레임워크의 일반적인 성능에 미치는 오버헤드 영향은 무엇인가요?"

• "의존성 주입 프레임워크의 구성 요소에 대한 영향은 애플리케이션 부팅 시간을 약간 늘린다는 점입니다. 그러나 제 경험상 그것은 실제로 성능에 큰 영향을 미치지 않습니다."

서비스별 종속성 추가 방법

섹션 개요: 서비스별 종속성을 공유하는 방법과 모듈화된 구조에 대한 설명입니다.

서비스별 종속성 추가 방법

• "특정 서비스별 종속성을 공유하는 방법이 있나요?"

• "일반적인 시나리오에서 여러분의 서비스를 포함할 수 있도록 다른 모든 모듈들을 쉼표로 구분하여 포함할 수 있습니다."

디버깅 및 추적 난이도 증가 관련 질문

섹션 개요: FX(FX Framework?)에서 디버깅 및 추적 난이도 증가와 관련된 이론적인 설명과 해결 방안 소개입니다.

디버깅 및 추적 난이도 증가 관련 질문

라이브러리 소유자가 관리할 것이라고 기대합니다

섹션 개요: 내부 라이브러리가 있으면 라이브러리 소유자가 그것을 관리할 것으로 예상됩니다. 하지만 제공자와 수신자를 사용하면 앱을 추적하고 디버깅하기 어렵게 만든다는 의미입니다.

내부 라이브러리 및 앱 추적의 어려움

• 제공자와 수신자를 사용하면 새로운 함수가 직접 구성 요소에서 사용되는 대신 fx 프레임워크에 제공됩니다.

• fx는 종속성 체인을 따라갈 수 없도록 숨기므로 추적하기 어렵습니다.

• 코드 생성과 reflection을 통해 작동하는 f 및 의존성 주입 프레임워크와 같은 대안들이 있습니다.

특정 종속성 추가 방법

섹션 개요: 공통 핸들러를 만들어 각 핸들러마다 고유한 요소를 추가하는 방법에 대한 질문에 대한 답변입니다.

모듈 입력 변경 및 로거 인스턴스 생성

• 서비스별로 모듈의 입력을 변경하여 다른 방식으로 작동하도록 할 수 있습니다.

• 모듈에 필요한 종속성을 제공하지 않으면 fx에서 오류가 발생할 수 있으며, 이 경우 서비스에서 로거 인스턴스를 생성하여 제공해야 합니다.

• 이 접근 방식은 가능하지만 새로운 프로젝트 멤버는 해당 로거의 사용 위치를 찾기 어려울 수 있습니다.

질문 및 마무리

섹션 개요: 마지막 질문과 행사 참여에 대한 감사의 표현입니다.

마무리와 감사 인사

• 행사 참여에 대한 경험과 다음 번 참석을 기대함을 나타내며, 이탈리아 음식을 함께 먹길 바랍니다.

• 다음 날의 일정과 go lab에서의 활동 안내를 제공하며, Q&A 세션에 참여할 것을 권장합니다.