CSV 파일 기반 통합이 API 기반 통합보다 나은 이유
게시 됨: 2018-11-07판매자는 처리 또는 구성을 위해 한 시스템에서 다른 시스템으로 많은 양의 데이터(예: 제품 카탈로그, 주문 또는 고객 데이터)를 이동해야 하는 경우가 많습니다. 문제는 한 시스템이 데이터를 구성하고 수용하는 방식이 대상 시스템과 동일하지 않을 수 있다는 것입니다. 그러면 시스템 간에 데이터를 어떻게 전송하고 공유합니까(수동 입력 제외)?
많은 사람들이 CSV(쉼표로 구분된 값) 파일을 사용하여 시스템 간에 데이터의 텍스트 파일을 내보내고 가져오는 통합에 의존합니다. CSV는 많은 시스템이 지원하고 판매자가 편안하게 관리할 수 있는 범용 파일 형식입니다. 파일 통합은 종종 통합 옵션이지만 제한 사항도 있습니다. 이 데이터 통합 접근 방식을 평가할 때 이 문서에서는 CSV 파일을 통한 파일 기반 통합이 API 기반 통합보다 나은 이유를 고려합니다.
플랫 파일 통합이란 무엇입니까?
파일 기반 통합은 소스 데이터 및/또는 대상 데이터가 CSV 파일과 같은 파일로 표현되어야 하는 경우입니다. 일부 시스템에서는 API 또는 직접 데이터베이스 연결의 대안으로 이를 필요로 합니다. 파일 기반 통합을 사용하면 직접 연결할 필요 없이 서로 다른 데이터베이스 또는 운영 체제 간에 데이터를 전달할 수 있습니다.
파일 기반 통합에는 다양한 파일 유형(예: XML, JSON)이 포함될 수 있지만 이 기사에서는 특히 CSV 파일 통합에 중점을 둡니다. CSV 파일에는 파일이 하나만 포함될 수 있지만 파일 기반 통합에서는 여러 파일의 요소를 결합해야 하는 경우가 있습니다. 단일 레코드가 여러 행에 걸쳐 정의되는 '평평한' 파일이라고 합니다.
CSV는 테이블 형식 데이터를 저장하는 데 사용됩니다. 즉, Microsoft Excel 또는 기타 스프레드시트 소프트웨어와 같이 테이블에 데이터를 저장하는 프로그램에서 가져오고 내보낼 수 있어 읽을 수 있는 형식이 됩니다. CSV에는 Excel 시트가 제공하는 수식이나 서식 기능을 포함할 수 없습니다. Excel 문서를 CSV로 저장하면 추가 항목이 모두 제거됩니다.
판매자는 다양한 이유로 시스템 간에 데이터를 이동하기 위해 수십 년 동안 CSV 파일 통합을 성공적으로 사용해 왔습니다. 그러나 지난 10~15년 동안 API는 두 시스템이 서로 통신하거나 통합하기 위한 보다 "현대적인" 방법으로 부상했습니다. 차이점이 뭐야?
API 통합 대 CSV 통합 접근 방식
API(응용 프로그램 인터페이스)는 두 소프트웨어 프로그램이 서로 통신할 수 있도록 하는 코드 집합입니다. 소프트웨어의 API는 개발자가 다른 시스템이나 응용 프로그램에서 서비스를 요청하는 프로그램을 작성할 수 있는 표준적이고 예측 가능한 방법을 설명합니다.
REST(REpresentational State Transfer) API는 GET, PUT, POST 또는 DELETE 데이터에 대한 HTTP 요청을 수락합니다. REST는 대부분의 최신 웹 서비스 개발에 사용되는 통신에 대한 아키텍처 스타일 및 접근 방식을 나타냅니다. 따라서 사용자가 클라우드 서비스에 연결하고 상호 작용할 수 있도록 하는 API를 빌드하는 데 자주 사용됩니다.
SOAP(Simple Object Access Protocol)는 API를 개발하는 데 사용되는 또 다른 프로토콜입니다. 새로운 API에서는 REST보다 덜 일반적이지만 기본적으로 동일한 작업을 수행합니다.
API 통합을 사용하면 API를 통해 두 시스템 간의 데이터를 해석하고 번역하여 두 시스템을 연결할 수 있습니다. ERP의 알려진 API 끝점에서 "GET 제품" 및 전자 상거래 플랫폼의 알려진 API 끝점으로 "PUT 제품"과 같은 데이터 흐름을 가능하게 합니다.
API 통합은 보다 현대적인 접근 방식이지만 시스템을 통합하려는 판매자에게 항상 올바른 솔루션(또는 가능한)은 아닙니다. 다음은 파일 기반 통합이 API 통합보다 나은 이유를 자세히 살펴보겠습니다.
파일 기반 통합이 API 통합보다 나은 이유
CSV 통합이 비즈니스에 가장 적합한 시나리오가 있습니다. 이 시스템 통합 접근 방식의 주요 이점 중 일부는 아래를 참조하십시오.
API 없이 시스템 유지 및 연결
모든 소프트웨어 시스템에 통합에 사용할 수 있는 API가 있는 것은 아닙니다. 이것은 종종 오래된 "레거시" 소프트웨어의 경우이지만 Salesforce Commerce Cloud(Demandware) 전자 상거래 플랫폼과 같은 최신 시스템의 경우에도 마찬가지입니다. 이러한 시스템과의 통합은 API를 사용하지 않고 수행되어야 하므로 최상의 옵션은 파일 기반 통합일 수 있습니다.
대부분의 시스템은 소프트웨어의 사용 기간에 관계없이 최소한 수동 가져오기 프로세스를 통해 CSV를 허용합니다. Salesforce Commerce Cloud와 같은 일부는 SFTP 서버를 지정하여 CSV 가져오기를 자동화하는 기능을 제공합니다.
많은 판매자가 이러한 API가 없는 시스템을 업그레이드하거나 교체하기 위해 비용이 많이 드는 프로젝트를 수행하는 대신 이 통합 접근 방식을 사용할 것이라는 점에 유의하는 것이 중요합니다.
비독점
CSV 파일은 특정 소프트웨어 공급업체의 소유가 아닙니다. CSV 생성 및 공유는 데이터를 처리하는 일반적인 방법입니다. 이를 통해 사람들 및 시스템과 쉽게 상호 작용하고 공유할 수 있습니다. Excel 또는 기타 스프레드시트 소프트웨어를 활용하여 CSV를 만들 수 있으며 대부분의 사람들은 이러한 방식으로 처리하는 데 익숙합니다. 사용 중인 특정 소프트웨어에 관계없이 CSV 파일을 가져오고 내보낼 수 있다는 것은 해당 소프트웨어나 브랜드에 고유한 것이 아닙니다.
더 쉬운 파일 생성
CSV는 일반 텍스트 파일이므로 웹 개발자나 팀의 다른 구성원이 데이터를 스프레드시트로 만들고 확인하고 유효성을 검사하는 것이 더 쉽습니다. 필요한 것은 데이터의 맨 위 행과 후속 행에 있는 머리글 행뿐입니다. 데이터를 조작하여 필요에 따라 구성할 수 있습니다. 그러면 이 데이터를 여러 시스템에서 쉽게 공유할 수 있습니다.
여러 CSV 파일로 해당 계층을 인위적으로 나타내지 않는 한 데이터 간에 계층 관계가 없습니다. 이 작업을 수행해야 하는 경우 CSV 기반 통합이 더 복잡해집니다.
판매자가 생성할 수 있는 CSV 파일의 일반적인 예는 가격표, 고객 목록, 제품 데이터, 주문 데이터 및 전자상거래와 ERP 또는 POS 시스템 간에 공유할 할인입니다.
여러 소스 간의 표준 통신
CSV 파일은 또한 데이터를 전달하는 표준 방법이므로 여러 소스 또는 시스템에서 데이터를 수집하고 컴파일하는 데 유용한 도구입니다. 데이터 형식(열 순서)은 다를 수 있지만 CSV는 잘 정립되고 거의 보편적으로 지원되는 파일 형식입니다.
예를 들어, 소수의 다른 공급업체로부터 제품 카탈로그를 수집할 수 있습니다. 제품 데이터를 마스터하는 데 사용하는 시스템에 관계없이 모든 제품 데이터의 CSV를 내보낼 수 있어야 합니다. 그런 다음 이 CSV를 선택하여 시스템으로 가져올 수 있습니다. 시스템에 직접 통합하는 것에 대해 걱정할 필요가 없습니다. 보안 또는 기타 문제로 인해 옵션으로 직접적인 API 통합이 없을 수도 있습니다.
파일 기반 통합의 한계
이 통합 접근 방식에는 특히 이 접근 방식을 API 기반 통합과 같은 대안과 비교할 때 고려해야 하는 단점이 있습니다.
보안 책임
CSV 파일 전송을 자동화할 때 기본적으로 서버에 파일을 드롭한 다음 다른 시스템에서 선택합니다. 누가 서버를 유지 관리합니까? 해당 프로세스 전반에 걸쳐 데이터를 어떻게 안전하게 유지하고 있습니까?
파일 기반 통합을 위해서는 판매자가 보안에 대해 다른 방식으로 생각해야 합니다. 전송하는 동안 데이터를 안전하게 보호하기를 원하지만 액세스를 너무 어렵게 만들 수도 없습니다. 그렇지 않으면 다른 비즈니스 시스템과 통신하기가 매우 어려울 것입니다. 균형을 찾고 모든 사람이 필요에 따라 이러한 파일에 액세스할 수 없도록 하는 것은 귀하의 책임입니다.
일괄 동기화
시스템을 통합할 때 대부분의 판매자는 시스템 간에 데이터의 실시간 또는 즉각적인 동기화를 원합니다.
이는 재고 가용성이 빠르게 변경되는 전자 상거래 항목 또는 2일 배송을 위해 이행해야 하는 주문과 같은 데이터에 특히 중요합니다. 온라인으로 주문하는 즉시 모든 판매 채널에서 해당 재고 수량을 줄이고 주문 처리를 시작하려고 합니다. 이 동기화의 지연은 30분 정도라도 플래시 판매 또는 휴일과 같은 최대 판매 시간에 초과 판매를 유발할 수 있습니다. 또한 주문 이행을 느리게 하여 보장된 배송 날짜를 놓칠 수 있습니다. 당신의 고객은 그 결과를 겪습니다.
기본적으로 대부분의 CSV 파일 통합은 즉시 동기화할 수 없습니다. 이는 다른 시스템이 CSV에서 새 줄을 계속 읽는 동안 CSV에 새 줄을 계속해서 쓰는 것이 실제로 불가능하기 때문입니다. 파일에 여러 줄을 쓰고 해당 파일을 선택하여 선택한 다음 새 파일을 시작해야 합니다.
이것은 새 파일을 시작하는 규칙이 "행 수"인지 "시간 기간"인지 여부에 관계없이 프로세스에서 일종의 지연이 있음을 의미합니다.
CSV 파일 통합을 다른 방식으로 생각해 보십시오. 이메일이 도착할 것처럼 오기 때문에 주문형 메일이 배달되지 않습니다. 하루에 한 번 잠재적으로 한 묶음의 편지를 받게 되며, 또한 한 묶음으로 발송합니다.
복잡한 데이터 구조 다루기
CSV의 플랫 파일 구조는 장점이 될 수도 있지만 단점이 될 수도 있습니다. 기본적으로 CSV 데이터는 계층적이거나 객체 지향적이지 않습니다. 즉, 유비쿼터스 구조가 있습니다. 일부 판매자의 경우 서로 관련된 데이터의 여러 계층이 있을 때 문제가 됩니다. 여러 라인 항목 또는 다양한 크기 또는 색상으로 제공되는 제품으로 주문을 표현해야 하는 방법에 대해 생각해 보십시오.
데이터 간의 이러한 관계를 나타내기 위해 여러 CSV 파일을 생성하게 됩니다. 많은 양의 데이터를 관리하고 구성하는 것은 어려울 수 있습니다.
데이터 검증
시스템 통합의 중요한 단계는 전송 중인 데이터의 유효성을 검사하는 것입니다. 특히 "잘못된" 오류가 발생할 수 있으므로 정확하지 않거나 잘못된 데이터를 다른 시스템으로 보내고 싶지 않습니다. CSV 파일 통합을 통해 데이터 유효성 검사는 사용자를 위한 수동 프로세스입니다.
수백 개의 데이터 행이 포함된 여러 CSV를 처리할 때 유효성 검사를 관리하기가 어려워집니다. 당신은 모든 것이 괜찮아 보이는 "눈알"을 보낼 수 없습니다. 대신 사용자는 Excel로 작성된 공식이나 매크로를 사용하여 잘못된 셀을 강조 표시합니다. 그런 다음 오류를 수정하기 위해 직접 이동해야 합니다. 이 프로세스는 많은 양의 데이터를 검토할 때 시간이 많이 걸리고 결함이 있습니다.
경우에 따라 CSV 데이터를 로드하는 시스템에서 가져온 CSV에 대한 데이터 유효성 검사를 제공할 수 있지만 여기에는 단점도 있습니다. 이러한 기능의 존재와 견고성은 플랫폼마다 일관성이 없습니다. 그리고 실패 시 수입 거래를 잘 관리하지 못하는 경우가 많습니다. 즉, 100,000개 중 하나의 행이 잘못된 경우 전체 가져오기가 실패할 수 있습니다.
데이터 전송 중 오류 복구
CSV 파일 통합은 서버에서 파일을 드롭하고 선택하는 데 의존합니다. 그 과정에서 파일이 손상되거나 서버 또는 파일 시스템이 다운되는 등 잘못될 수 있는 일이 많이 있습니다. 또한 일반적으로 잘못된 문자, 누락된 데이터 설명 또는 기타 파일 내용 문제에 대한 검사가 없습니다. 이러한 문제가 있는 파일을 보내면 어떻게 됩니까? 어떻게 고칠 생각입니까?
데이터 처리를 위한 컴퓨팅 리소스 관리
시스템을 통합하기 위해 코드를 작성하는 방법에 따라 파일 기반 통합은 여러 파일에서 대규모 데이터 세트를 읽는 데 많은 CPU와 RAM이 필요할 수 있습니다.
문자 인코딩 문제
각 시스템에는 UTF-8과 같은 인코딩 문자에 대한 자체 기본값이 있습니다. CSV와 같은 텍스트 파일을 공유할 때 판매자는 파일이 동일한 인코딩 문자를 사용해야 한다는 점을 고려해야 합니다. 그렇지 않으면 시스템에서 문자를 올바르게 읽을 수 없기 때문에 CSV 파일 중 하나가 거부되거나 데이터가 잘못 표시될 수 있습니다. 예를 들어 대상 시스템은 아시아 언어에 대한 특수 아포스트로피 또는 문자를 읽지 못할 수 있습니다.
CSV 통합에 대해 자세히 알아보기
판매자는 시스템 통합과 관련하여 옵션이 있습니다. 그리고 많은 경우 CSV를 통한 파일 기반 통합이 올바른 옵션이 될 수 있습니다. 그러나 이 통합 접근 방식은 고려해야 할 단점이 없는 것은 아닙니다.
파일 기반 통합을 통해 비즈니스를 자동화하는 방법에 대해 자세히 알아보려면 이 문서에 설명된 모든 문제를 직접 해결하도록 구축된 nChannel의 파일 전송 솔루션에 대해 자세히 알아보십시오.