2부: 핵심 철학 – 왜 또 다른 워크플로 엔진을 만들까?

Source: Dev.to

우리는 자동화의 황금기에 살고 있습니다. Zapier부터 n8n까지, 서비스를 서로 연결해 주는 놀라운 도구들이 존재합니다. 그렇다면 왜 또 다른 도구를 만들고 있냐고요?
답은 몇 가지 이유로 귀결됩니다: 제어권, 성능, 그리고 .NET 생태계입니다.

대부분의 자동화 플랫폼은 블랙박스 SaaS 제품으로 구축됩니다. 빠른 성과를 얻기에 좋지만, 규모가 커지면 벽에 부딪히게 됩니다. 엔진이 워크플로를 어떻게 처리하는지 가시성을 잃고, 공급자의 플러그인 릴리즈 주기에 얽매이며, 인프라 제약에 제한받게 됩니다. 워크플로가 실패하면 “Execution Failed”라는 일반 로그만 보게 되고, 왜 그런지 코드를 들여다볼 수 없습니다.

Vyshyvanka는 다릅니다. .NET 10 개발자를 위해 전체 스택을 직접 소유하고 싶어 하는 사람들을 위해 만들어졌습니다. 최신 .NET 위에 구축함으로써 다른 플랫폼이 따라오기 힘든 기능들을 활용할 수 있습니다:
Performance: .NET 10은 처리량과 메모리 관리에서 놀라운 개선을 제공합니다. Vyshyvanka는 이를 활용해 수천 개의 동시 워크플로 실행을 문제없이 처리합니다.
Type Safety: 워크플로 입력과 출력은 정적으로 타입이 지정됩니다. “DatabaseQuery” 노드의 출력이 어떤 형태인지 추측할 필요가 없습니다—컴파일러가 완전히 문서화한 C# 객체입니다.
Tooling: 우리는 .NET 생태계의 세계적 수준 툴링을 활용합니다. 좋아하는 IDE(Rider, VS Code, VS)에서 커스텀 노드를 작성하고, xUnit으로 단위 테스트를 실행하며, 표준 CI/CD 파이프라인으로 배포할 수 있습니다.

이것은 바퀴를 다시 발명하는 것이 아니라, 개발자가 실제로 수정할 수 있는 스티어링 휠을 제공하는 것입니다.

스택을 직접 소유하기: 엔진을 자체 인프라 안에서 실행합니다. 데이터, 보안, 스케일링을 직접 제어합니다. 데이터 이탈 비용이나 블랙박스 제한에 대해 더 이상 고민할 필요가 없습니다.

깊이 있는 커스터마이징: 맞춤형 통합이 필요하나요? 공급자를 기다릴 필요 없이 C#으로 새로운 노드 클래스를 작성해 플러그인 폴더에 넣기만 하면 됩니다. 즉시 등록·검증·사용이 가능합니다.

개발자 경험(DX): 우리는 개발자 경험을 최우선으로 했습니다. 소스‑생성 직렬화부터 Blazor 컴포넌트용 bUnit 테스트까지, Vyshyvanka의 모든 부분은 워크플로를 표준 .NET 애플리케이션을 구축하듯이 만들 수 있게 설계되었습니다.

이 플랫폼은 시스템이 어떻게 동작하는지에 관심이 있고, 최신 소프트웨어 엔지니어링의 힘을 손끝에서 활용하고 싶은 사람들을 위한 것입니다.

다음 파트에서는 모듈식 아키텍처를 깊이 파헤치고, 프로젝트를 어떻게 구조화해 성장하면서도 유지 보수성을 확보했는지 설명할 예정입니다. 기대해 주세요!

프로젝트 소스 코드는 여기에서 확인하세요: https://github.com/homolibere/Vyshyvanka