정보 보안, 애플리케이션 성능 및 안정성
“비기능” 소프트웨어 엔지니어링은 보안, 성능 및 안정성(SPR)의 세 가지 주요 문제를 해결합니다.; 반면에 “기능” 소프트웨어 엔지니어링에는 일반적인 기능 기반 소프트웨어 개발 수명 주기가 포함됩니다. 적절한 니스 800-160v1r1 기반 SSDLC는 작동 중지 시 CTO를 위해 기능 및 비기능 소프트웨어 수명 주기 측면의 균형을 일관된 전체로 조정합니다.
일부 기업은 비기능적 소프트웨어 개발에서 조직도의 엔지니어링 부분에서 두 개의 독립적인 계층으로 기능을 분할함으로써 놀라운 가치를 도출했습니다. 진화하는 하위 역할의 유연한 조합으로 다음과 같은 SPR 팀을 이끌 수 있는 SPR** 아키텍트를 찾을 수 있습니다.
Critical System Engineering(관측성 지표 생성 및 모니터링, 동적 추적 툴링 및 호환 런타임 구성, 영향력이 큰 성능/보안 솔루션 개발에 대한 전체 스펙트럼 프로파일링 분석에 중점을 둠).
Triage Engineering(개발 및 운용 모두에서 스택 추적 덤프 처리와 해결을 위해 올바른 개발 팀에 보고된 기본 기술 문제 파악에 중점).
QA 엔지니어링(SPR별 테스트 소프트웨어 및 관련 보고서 생성에 중점).
데이터 품질 엔지니어링(Triage 및 QA 활동을 위한 자동화된 보고/처리/시각화 인프라 제공에 중점을 둡니다.).
전용 SPR 팀을 구축하는 데는 몇 가지 조직적 문제가 포함됩니다. 관리 수준에서는 SPR의 성능/보안 전문가가 권장 사항, 성공적으로 테스트, 제출된 소프트웨어 패치가 프로덕션 코드베이스에 적시에 통합될 것이라는 합당한 기대치를 가지고 있어야 합니다. 기능 및 비기능 엔지니어링 팀 간에 필요한 효과적인 작업 관계를 구축하려면 성능 엔지니어가 코드베이스에 대한 피어 기반 검토/커밋 권한을 사용하여 기능 제품 개발 팀에 동료로 부분적으로 임베디드되어야 합니다.
경영진은 전용 SPR 팀을 보유함으로써 제품 엔지니어(기능 개발 수행)가 성능/확장/보안/내구성/신뢰성 작업에 적합한 프로덕션 환경의 모형을 작성/관리/테스트할 필요가 없도록 할 수 있습니다. 많은 팀들이 단순히’신속한 성장을 수용하기 위해 클라우드 자산 및 종속 소프트웨어 런타임의 크기를 올바르게 조정하는 것이 중요하더라도 이를 위해 지출할 주기가 없습니다.
또한 관측 툴링 및 커널 기반 추적 기술 측면에서 상당한 작업 전문화가있어 훌륭한 시스템 엔지니어가 자신의 분야를 유지해야합니다. 기존의 민첩성 기반 제품/전체 스택 엔지니어 및/또는 데이터 과학자에게 양질의 인재를 구할 때 이러한 보조 기술을 채용하기는 어렵습니다.
견고하고 안전하며 확장 가능하며 비용 효율적이며 성능이 뛰어난 소프트웨어는 SPR에 대한 적절한 투자로 모든 중소 규모의 엔지니어링 팀의 범위 내에 있습니다. 접근 당신은 방법을 배우는 데 관심이 있다면!