아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
API Lifecycle을 기업에서 어떻게 적용을 할껀지에 대한 설계와 인증,인가, 유량제어 정책은 어떻게 적용할 건지에 대한 분석설계가 되있으면 좋습니다. 그설계가 어려우면 해당 부분에 대한 컨설팅을 함께 진행해주셔도 됩니다. 또한 API gateway가 설치할 서버와 네트워크 구성환경도 준비되어야 합니다.
아직 답변이 없습니다
아직 답변이 없습니다
기본적인 원칙은 보안, 안정성, 확장성으로 생각하고 있습니다. 하지만 이 원칙은 고정된 게 아니라 서비스, 상황에 따라 우선순위가 바뀔 수 있습니다. NetFUNNEL의 경우 '문제가 발생했을 때 가장 되돌리기 어려운 게 무엇인가?'를 판단한 뒤, 그것을 최우선으로 하는 방식으로 결정합니다.
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
서비스마다 특징이 다르지만, 기본적으로 flow 실패율, 기술 지표(영향도 환산 데이터), 시간에 따른 손실, 심각도 정의들이 필요할 것입니다. 더 많은 것들이 필요하지만, 이 정도 기준들이 갖춰져야 장애 발생 시 장애로 인한 손실을 확인하실 수 있을 것입니다.
아직 답변이 없습니다
아직 답변이 없습니다
아직 답변이 없습니다
유량 제어 시스템 자체가 '반응형'으로만 설계되면, 정작 문제가 터진 다음에야 개입하게 되어 이미 늦습니다. 진짜 목표는 호출량 급증이나 지연이 실제 장애로 번지기 전에 조짐 단계에서 감지하고 선제적으로 조정하는 것입니다. '지표 추적'과 'Quota 설계'가 현재 상태를 정확히 확인할 수 있어야 하며, 지표 기반으로 문제가 발생하기 전에 능동적으로 개입할 수 있는 제어 루프를 구축하는 방법을 고려해 볼 수 있겠습니다.
질문의 양이 많아 해당답변으로는 한계가 있을 듯 합니다. 연락처를 남겨주시거나 보내주시면 저희가 따로 연락 드려 해당 문의에 대한 답변을 드리도록하겠습니다.