운영 환경에서 배운 보안과 편의성의 균형

군 복무 중 정보통신체계 운영을 지원하면서, 개발할 때와는 다른 종류의 문제를 많이 봤습니다. 기능이 있는지보다 더 중요한 것은 누군가가 바쁜 상황에서도 필요한 정보를 놓치지 않는지, 정해진 절차를 매번 정확하게 수행할 수 있는지였습니다.

이 글에서는 실제 부대나 시스템의 구성, 접근 방식, 보안 규칙을 다루지 않습니다. 대신 그 환경에서 제가 발견한 운영의 문제와, 안전성과 편의성을 함께 생각하게 된 과정을 남기려 합니다.

정보는 있어도, 바로 보이지 않으면 늦는다

운영 중 확인해야 하는 온도·습도 상태가 있었는데, 기본 관제 도구는 필요한 값을 빠르게 파악하기 어려웠습니다. 정보는 화면 안에 있었지만, 여러 항목 사이에서 찾아야 했고 이상 여부를 한눈에 판단하기도 쉽지 않았습니다.

그래서 필요한 상태만 별도로 확인할 수 있는 작은 화면을 만들었습니다. 값 자체를 더 많이 보여 주는 것이 목적은 아니었습니다. 평소와 다른 상태가 생겼을 때, 담당자가 먼저 알아차릴 수 있도록 정보의 순서를 다시 잡는 것이 목적이었습니다.

여기서 배운 것은 단순했습니다.

운영 화면은 모든 정보를 보여 주는 화면이 아니라, 지금 확인해야 할 것을 가장 먼저 보여 주는 화면이어야 한다.

평소에는 조용히 상태를 보여 주고, 확인이 필요한 순간에는 눈에 띄게 알려 주는 방식이 더 잘 맞았습니다. 이후 제품을 만들 때도 ‘사용자가 원하는 정보를 찾을 수 있는가’보다 ‘지금 놓치면 안 되는 것을 바로 알 수 있는가’를 한 번 더 보게 됐습니다.

보안 때문에 불편한 것이 아니라, 실수하기 쉬운 것이 문제였다

반복적으로 갱신해야 하는 접근 정보를 관리하는 일도 있었습니다. 매달 바뀌는 정보를 기억하기 쉽게 만들다 보면, 기준 단어 뒤에 월이나 순번만 바꾸는 식의 예측 가능한 패턴에 기대기 쉽습니다. 갱신은 빨라지지만 한 번 규칙을 알게 되면 다음 값의 형태까지 짐작할 수 있습니다. 반대로 복잡하기만 한 방식은 사람이 기록하거나 전달하는 과정에서 실수할 가능성을 키웁니다.

그래서 매달 새 값을 만들어 관리하는 과정을 조금 더 일관되게 할 수 있는 로컬 도구를 만들었습니다. 구현 방식이나 생성 규칙을 공개할 수는 없지만, 목표는 분명했습니다. 담당자가 규칙을 외우거나 매번 새 방식을 고민하지 않아도 되고, 정해진 시점에 같은 절차로 갱신할 수 있게 만드는 것이었습니다.

이 경험을 통해 보안과 사용성은 서로 반대편에만 있는 것이 아니라는 생각을 하게 됐습니다. 좋은 방식은 복잡함을 사용자에게 떠넘기는 것이 아니라, 필요한 보안 기준은 지키면서도 사람이 잘못할 가능성을 줄이는 흐름을 만드는 일에 가깝습니다.

운영은 작은 확인의 반복이다

운영 환경에서는 한 번 잘 만들어 둔 기능보다, 그 기능을 매일 정확하게 다룰 수 있는 구조가 더 중요할 때가 많습니다. 확인해야 할 값은 눈에 잘 들어오는지, 갱신은 빠뜨리지 않는지, 누가 해도 같은 절차로 처리되는지처럼 작은 질문이 계속 남습니다.

이때부터 저는 기능을 만들 때도 ‘동작하는가’에서 끝내지 않게 됐습니다.

• 이상이 생겼을 때 누가, 얼마나 빨리 알 수 있는가
• 반복 작업에서 사람이 실수할 지점은 어디인가
• 필요한 보안 기준을 지키면서도, 운영 흐름을 더 단순하게 만들 수 있는가

지금 Kavranta나 Yamu처럼 복잡한 정보를 사람이 안전하게 다룰 수 있도록 정리하는 도구에 관심을 두는 것도 이 경험과 닿아 있습니다. 좋은 도구는 사용자를 더 바쁘게 만드는 것이 아니라, 판단해야 할 순간에 필요한 기준을 꺼내 주고 실수할 여지를 줄여야 한다고 믿습니다.

남은 기준

당시 만들었던 작은 개선들이 모든 운영 문제를 해결한 것은 아닙니다. 다만 현장에서 실제로 쓰이는 도구는 기술적으로 멋진 것만으로 충분하지 않다는 점을 분명히 배웠습니다.

안전해야 하고, 빠르게 이해할 수 있어야 하며, 반복해도 흔들리지 않아야 합니다. 앞으로도 저는 이 세 가지를 함께 만족시키는 제품과 시스템을 만들고 싶습니다.