회고: 시간안에 많은 것을 할 수 없다면 일부는 포기해야 한다(feat: istio 제거)

올해 여러 EKS 클러스터를 버전 업그레이드하면서 많은 고민을 했던 내용이 있습니다. 고민했던 내용은 istio를 없앨 것인가, 그대로 유지할 것인가입니다. 결국은 istio를 제거했습니다.

 

istio를 제대로 활용하지 않는데 계속 유지하면 서비스 장애 확률이 올라간다고 판단했기 때문에 제거했습니다. network 오류가 발생하면 istio 잘못이 아닌데 저를 포함한 많은 사람이 istio를 가장 먼저 의심했던 상황도 빈번히 있어서 많은 고민 끝에 제거했습니다. 

 

사실 istio를 팀원 모두가 스터디해서 적용하면 좋지만 현재 상황에서는 istio가 우선순위가 가장 낮습니다. AI분야 등 우선순위 높은 분야가 더 많기 때문에 istio를 어쩔 수 없이 활용하지 못했습니다. 아쉬운 상황이지만 시간안에 많은 것을 할 수 없기 때문에 우선순위가 낮은 istio를 포기하기로 했습니다. 만약 AI workflow중 하나인 kubeflow를 쓰게 된다면 다시 istio를 쓸수도 있을 것 같습니다.