하나의 서비스에서 쓰던 기능을 다른 서비스에서도 사용을 원할 때..?

Question

안녕하세요,A 서비스에서 사용하고 있던 어떤 기능이 있다고 가정 하겠습니다. 예를 들어 결제 기능 정도로 해두겠습니다.이 기능은 A 서비스만 쓰다보니, A 서비스가 살아 있어야만 돌아가는 기능이고 A 서비스가 죽어있으면 딱히 해당 기능이되어도 되지 않아도 문제가 발생하지 않는 그런 상태인거죠.A 서비스는 결제를 위한 서비스는 아니지만, 간혹 결제가 필요한 경우가 발생 해 편하게 대처하기 위해 개발한 기능 입니다.이 때, 이 기능을 B 서비스에서도 똑같이 사용하고 싶다. API로 열어달라 라고 요청이 들어온다면어떻게 해야 좋을지 모르겠습니다.단순하게 API로 열어두면 다 해결은 됩니다만,A 서비스는 B 서비스와 아예 별개는 아니지만 거의 독립적인 서비스기 때문에 고민이 되는건데요.만약 API로 열어버리면 A 서비스에 트러블이 생길경우 B 서비스에 영향이 가게 되는건데,지금까지 없던 연결 고리가 생겨버리는 상황이라 골치가 아픕니다.그래서 아예 저 서비스를 제공하기 위한 C 서비스 서버를 열어서 제공해야 하나..?이정도는 관리만 잘하면 되지 라는 생각으로 열어도 되나..?싶습니다만, 후자의 경우 사내에서 이미 거미줄마냥 꼬여버린 프로젝트를 가지고 있어심히 걱정스럽습니다.(전혀 관계 없는 두 서비스가 각자 필요로 하는 기능이 있다고 서로가 서로를 호출 함)그렇다고 당장은 1개, 더 늘어날지 안늘어날지도 모르는 상황을 위해 C 서비스 서버를 새로 여는 것도 참 그렇고..아니면 못열어준다, 똑같이 B 서비스에 직접 구현해라. 라고 하는게 맞는건지...그래서 B 서비스에 직접 구현해놓으면 버그 수정이나 동일한 개선 요청에 양쪽 코드에 다 수정이 들어가야하니 그것도 신경쓰이구요..이런 경우 어떻게 대처하는게 좋을까요?

쿠잉 · Answer

보통은 API 를 그대로 사용하죠

엡실론 · Answer

라이브러리로 만들어서 공유 할 수는 없나요?새 서비스를 만들면 결국 그건 또 누가 관리할거냐의 문제도 있으니까 매니저랑 상의해 보시는 것도 좋을 것 같습니다.

カワウソ · Answer

B 서비스 팀에 포함되지 않는다면 코어 라이브러리를 제공하거나 발생하는 문제에 대한 유지보수는 해당 팀에서 이루어지도록 하세요. 많은 곳에서 이미 구현되어있는데 왜 따로 만드냐고 접근하지만 막상 시간이 지나서 되돌아보면 변경 히스토리 관리도 제대로 되지 않고 해당 코드가 있는지도 까먹습니다.B 서비스 담당자는 A 서비스가 제대로 동작하는지 안하는지 관심도 없을겁니다. A 서비스가 종료될 예정이라해서 B 서비스 담당하는 인원들에게 제대로 전파될 가능성도 적어요. 사람이란 완벽하지 않아요.

mirheeoj · Answer

사용을 원한다 = 유지보수 의무가 생깁니다. 관련 문제로 인한 새 서비스 장애 발생시 뒤집어쓸 확률이 높고, 새 컴포넌트에서의 요구가 예기치 않은 상황을 발생시켜 원래의 서비스에도 문제를 일으킬 수 있습니다.이 부분 확실히 업무분장이 되지 않으면 (책임소재, 지원관련 추가 리소스 제공 등) 그대로는 제공 안하시는게 맞을 것 같아요. 만약 업무분장이 되면 이후에는 그게 해당 인원들의 새 직무가 되니 문제없겠죠. 업무분장이 안 되었을 경우에는 브랜치를 주고 알아서 하라고 하면 됩니다. 이후 추가되는 신기능은 그쪽에서 필요에 따라 머지를 하겠고, 개선요청이나 기타 변경은 사용하는 쪽에서 해당 브랜치에 직접 하거나, 공식적으로 업무분장을 다시 해서 처리하면 되겠죠.

하나의 서비스에서 쓰던 기능을 다른 서비스에서도 사용을 원할 때..?

4개의 답변

Q&A 목록