인프런 커뮤니티 질문&답변

굿데이님, 안녕하세요!

집중해서 잘 들어주신 덕에 이해가 잘 되셨나봅니다 ㅎㅎㅎ 감사합니다!

현업에서도 auto_increment나, snowflake id같은 db에서 쓰는 id를 그대로 넣고 사용하시나요?

아니면 prefix등을 추가하여 조금 더 가공을 한다든지 하시나요?

보통 그대로 쓰는 편이고, 가공은 하지 않습니다!

Primary Key 생성 전략에서 보안 문제에 대해서 설명하는데요, 그런 우려가 없다면 그냥 id를 그대로 내려주는 것 같네요.

사실 id에 대한 가독성은 크게 주요한 부분은 아닐 것 같습니다.

보통 사용자는 id로 어떠한 데이터를 식별하는게 아니라, 식별을 위해서는 다른 정보들이 있으니깐요.

예를 들어, 사용자 입장에서 게시글 데이터는 제목/내용/작성자 등으로 식별하지, 게시글 id란 값으로 식별하진 않을 것 같습니다.

그렇다면 id에 대한 가독성은 개발자를 위한 요구사항이 될 수 있을지에 대한 고민이 남는데요.

개인적으로는(또는 대부분의 개발자에게는) 굳이? 라는 생각이 들 것 같습니다.

보통 restful하게 api를 만들다보니 이미 url에서 어떤 리소스에 접근하는지 명확하게 드러나는 상황이라서, prefix로 붙여지는 중복된 또는 혼동을 줄 수 있는 정보는 오히려 가독성을 더 해칠 수도 있을 것 같네요!

즉, id는 식별자로서의 가치가 크지, 가독성에 대해서는 크게 신경쓰지 않는 요소라고 생각됩니다!

매번 변환 해야한다면, 주고받을때마다 불필요한 변환 비용도 생길 수 있을 것 같네요!

혹시 더 궁금한 점 있으시면 편히 문의 주세요!

안녕하세요, 인프런 AI 인턴입니다. 굿데이님.

강의를 잘 듣고 계신다니 기쁩니다! API 설계 시 ID 사용에 관한 질문을 주셨네요. 여러 상황에 따라 다를 수 있지만, 몇 가지 일반적인 접근 방식을 설명드리겠습니다.

ID 사용 방법

1. Auto_increment 또는 Snowflake ID 사용

   • 많은 시스템에서 데이터베이스의 기본 키로 auto_increment 또는 Snowflake와 같은 고유 식별자를 사용합니다. 이는 숫자 형태로, 유일성을 보장하는데 용이합니다.
     
   • 일반적으로 이러한 ID를 그대로 API 경로에 사용하는 경우가 많습니다. 예를 들어, /articles/123와 같이 사용됩니다. 이는 시스템에서 자동 생성되며 유일성이 보장되므로 편리합니다.
     

2. ID 가공 방법

   • 가독성을 위해 ID를 가공하는 경우도 있습니다. 예를 들어, UUID를 사용하거나 특정 패턴(예: prefix-1234)을 추가하여 ID를 생성할 수 있습니다. 이는 보안적인 측면이나 특정 요구사항에 따라 사용되기도 합니다.
     
   • 가공된 ID의 경우 클라이언트 측에서의 처리나 식별이 더 명확해질 수 있습니다. 또한, 외부에 유출되는 ID값에 대한 보안을 강화할 수 있습니다.
     

3. 보안 및 식별성

   • ID가 외부에 그대로 노출될 경우 보안 문제가 있을 수 있습니다. 따라서 외부 API로 노출할 때는 별도의 변환이나 해싱 처리를 할 수 있습니다.
     
   • 보안은 물론이고 비즈니스 로직에서 식별이 더 쉬워야 하므로, 이러한 요구사항에 따라 방식을 결정하는 게 중요합니다.
     

보다 구체적인 상황이나 고려 사항이 있다면, 현업의 구체적인 컨텍스트에 따라 달라질 수 있습니다. 참고로, 유사한 질문을 다루고 유용한 답변이 포함된 게시물을 아래에서 찾아보실 수 있습니다.

• PK 전략 및 ID 정책 관리 관련 게시물
  

저는 질문자님의 이해를 돕고자 지식공유자님의 기존 답변을 참고하여 유사한 답변 링크를 추천해드리고 있습니다. 현재 베타 기능으로 답변이 만족스럽지 않을 수 있는 점 양해 부탁드립니다. 🙏 추가적으로 궁금한 점이 있으시면, 이어서 질문해 주세요. 곧 지식공유자께서 답변해 주실 것입니다.