기계 번역으로 제공되는 번역입니다. 제공된 번역과 원본 영어의 내용이 상충하는 경우에는 영어 버전이 우선합니다.

다음 단계

이 가이드에서는 다양한 시나리오에서 다양한 네트워크 액세스 접근 방식을 설명했으며 각 아키텍처의 이점과 단점을 설명합니다. 네트워크 액세스 접근 방식을 선택하는 것이 순전히 기술적인 논의가 되어서는 안 되는 이유를 이해해야 합니다. 비즈니스와 기술 간의 조정은 필수적입니다. 다음 단계 및 권장 사항은 현재 기능을 평가하고, 시장 요구 사항을 분석하고, 거버넌스 제어를 구현하여 네트워크 아키텍처 전략을 평가하고 표준화하는 데 도움이 될 수 있습니다.

현재 아키텍처 및 기능 평가

이 가이드의 자체 평가 프레임워크, 현재 규제 요구 사항 및 현재 시장 상태(고객 및 경쟁 분석 모두)와 같은 관련 데이터 소스와 비교하여 현재 네트워크 아키텍처를 검토합니다. 예를 들어,에서 대규모로 프로덕션 시스템을 실행한 수십 년의 경험을 기반으로 하는 AWS Well-Architected 프레임워크를 사용하는 것이 좋습니다 AWS 클라우드.

잠재적 예외, 일회성 및 과거 제품 결정을 검토합니다. 궁금해하고, 문제를 제기하고, 자동으로 유효성을 가정하지 마세요. 몇 년 전의 고객 요구 사항은 더 이상 유효하지 않을 수 있습니다. 어려운 가정은 아키텍처의 복잡성을 단순화하고 줄일 수 있는 기회를 제공합니다.

간단히 말해서 조직의 다양한 역할이 액세스하고 이해할 수 있도록 관찰 내용을 문서화합니다. 현재 상태가 대상 상태와 다른 위치, 대상 상태, 영향 및 관찰 시점을 캡처합니다. 이 정보를 기록하면 조직이 새로운 데이터를 기반으로 결정을 내리는 데 도움이 됩니다.

시장 및 고객 분석

시장 추세에 대한 인사이트를 수집합니다. 소비자가 현재 선호하는 SaaS 제품 액세스 방법은 무엇인가요? 고객이 있는 곳을 여전히 만나고 있나요? 고객 집단 또는 행동이 변경되었나요? 경영진이 우주선을 새로운 시장, 특정 규제 요구 사항이 있는 지역 또는 새로운 고객 계층으로 유도했나요? 비즈니스 또는 운영 모델이 변경되었습니까? 예를 들어 서비스에 화이트 레이블을 지정하는 것을 고려하고 있습니까? 성장 계획에는 고객이 해당 파트너와 연결할 때 서비스를 사용할 수 있도록 파트너와 협력하는 것이 포함되나요?

전략적 정렬

현재 역량, 현재 아키텍처, 시장 및 고객을 이해하면 전략적 조정 회의를 호출합니다. 관련 제품, 비즈니스 및 기술 이해관계자를 통해 여전히 유효한 요구 사항과 고려해야 할 새로운 요구 사항에 도전합니다. 더 이상 필요하지 않은 요구 사항을 삭제하여 복잡성을 줄일 수 있는 기회를 찾습니다. 이는 위원회에서 설계한 것이 아니므로 엔지니어링 팀은 실제 아키텍처 및 구현 세부 정보를 준비하고 소유해야 합니다. 그러나이 회의에서는 이것이 고객과 조직의 이점을 극대화하는 일련의 요구 사항인 이유를 명확히 해야 합니다.

표준화

고객을 유치하기 위해 각 고객이 서비스에 연결하는 방법을 자유롭게 선택하도록 하고 싶을 수 있습니다. 결국 모든 솔루션이 기술적으로 작동할 수 있으며 모든 솔루션을 관리하고 운영할 수 있는 지식과 리소스가 있을 수도 있습니다. 이는 특정 시점까지 잘 작동할 수 있지만 비즈니스가 확장됨에 따라 관리하기가 어려워집니다. 관찰성 스택은 여러 솔루션의 지표를 지원해야 하며 사이트 신뢰성 엔지니어도 이를 이해할 수 있어야 합니다. 각 연결 접근 방식에 대한 up-to-date 설명서가 필요합니다. 애플리케이션의 주요 변경 사항은 제공하는 각 액세스 접근 방식을 기준으로 평가해야 합니다. 각 액세스 접근 방식에 대해 자동화 및 코드형 인프라(IaC)를 작성하고 유지 관리해야 합니다. 서비스에 대한 액세스를 표준화하지 않는 추가 오버헤드는 고객에게 제공하려는 유연성과 비교해야 합니다.

의사 결정을 안내하는 북극 별이 필요한 경우 표준화를 권장합니다. 고객이 제공하는 서비스와 상호 작용하는 방식을 표준화하는 것은 일반적으로 조직 전체에서 많은 성공 지표를 개선하기 위해 취할 수 있는 가장 영향력 있는 조치입니다. 표준화를 통해 제품 팀은 서비스의 비용 구조를 더 쉽게 이해하고 데이터 기반 제품 결정을 내릴 수 있습니다. 운영 팀이 사전 정의된 표준에 따라 개발, 출시 및 운영되는 환경에서 문제를 해결하고 문제 해결 프로세스의 일부를 자동화하는 것이 더 쉽습니다. 이는 악의적인 행위자의 이상, 예상치 못한 동작 또는 행동을 탐지하는 데 도움이 될 수 있습니다. 또한 표준화는 기술적 부채를 줄입니다. 엔지니어링 팀이 프로덕션에 대한 변경 사항을 테스트하고 롤아웃하는 데 걸리는 주기가 줄어듭니다. 또한 시장 출시 속도를 높이고, 셀프 서비스 온보딩 성공을 개선하고, 규제 위험을 줄일 수 있습니다.

따라서 오늘 있을 수 있는 단점도 검토하는 것이 좋습니다. 기존 고객을 지원하는 데 소비하는 운영 주기 수를 정량화합니다. 결과를 과거 데이터와 비교하고 현재 접근 방식이 향후 몇 년 동안 확장되는지 평가합니다. 표준에서 전환해야 할 때마다 해당 요청의 요구 사항에 이의를 제기합니다. 영향을 평가하고 즉각적인 이점과 장기 약정의 균형을 맞춥니다.

사용자 지정이 불가피하지만 표준과 충돌하는 경우 공동 책임 모델을 고려하세요. 이 모델에서 제품은 요청된 변경 사항으로부터 대부분 보호되며 사용자 지정은 미니멀한 전용 환경에서 이루어집니다. 예제는 전송 VPC 아키텍처에 연결 섹션을 참조하세요.

거버넌스

규제 요구 사항과 자체 내부 표준을 준수하려면 거버넌스가 필수적입니다. 적절한 거버넌스를 마련하면 표준을 적용할 위치와 방법을 제어할 수 있습니다. 또한 표준과의 차이를 감지하고 필요한 수정 조치에 대해 리소스 소유자에게 알리기 위한 제어를 설정합니다. AWS Organizations, AWS CloudTrail, 및 AWS ConfigAWS Control Tower는에서 워크로드를 관리하고 관리하는 데 도움이 될 수 AWS 서비스 있는 몇 가지 방법입니다 AWS 클라우드.

반복

초기 작업에서 학습한 내용을 사용하여 나중에 일관성을 유지할 수 있도록 가볍고 반복 가능한 프로세스를 설정합니다. 입력이 필요한 역할, 빈도, 데이터 정확성, 데이터 공유 방법, 작업 대상을 정의합니다.