情報セキュリティ、アプリケーションのパフォーマンスと信頼性
“非機能” ソフトウェア・エンジニアリングは、セキュリティ、パフォーマンス、信頼性の3つの重要な問題を中心に展開しています(SPR)。;;;;;;;;;;;;; “機能” ソフトウェア・エンジニアリングには、通常の機能ベースのソフトウェア開発ライフサイクルが含まれます。適切なニスト800-160v1r1 ベースのSSDLCは、機能的および非機能的なソフトウェア・ライフサイクルの側面を一貫した全体へとバランスさせ、CTOをダウンさせます。
一部の企業は、非機能ソフトウェア開発から組織図のエンジニアリング部分の2つの独立した階層に機能を分割することで、信じられないほどの価値を得ています。このようなSPRチームを率いるSPRアーキテクトは、進化する従属ロールを柔軟に組み合せることができます。
クリティカル・システム・エンジニアリング (可観測性メトリックの作成と監視、動的トレース・ツールおよび互換性のあるランタイム構築、および影響の大きいパフォーマンス/セキュリティ・ソリューションの開発に向けた全スペクトル・プロファイリング分析に重点を置いています)、
Triage Engineering(開発と生産の両方でスタック・トレース・ダンプを処理し、根本的な技術的な問題を適切な開発チームに報告して解決することに重点を置いています).
QAエンジニアリング (SPR固有のテスト・ソフトウェアおよび関連するレポートの作成に焦点を当てています).
データ品質エンジニアリング (トリアージおよびQAアクティビティの自動レポート/処理/可視化インフラストラクチャの提供に重点を置いています)。
専用のSPRチームを構築するには、いくつかの組織上の課題が必要です。管理レベルでは、SPRのパフォーマンス/セキュリティの専門家が、推奨および正常にテストされ、発行されたソフトウェア・パッチが本番コードベースにタイムリーに組み込まれるという合理的な期待を持っていることを賛同する必要があります。機能エンジニアリング・チームと非機能エンジニアリング・チーム間の必要な効果的な作業関係を構築するには、コードベースに対するピアベースのレビュー/コミット権限を使用して、パフォーマンス・エンジニアをピアとして機能的な製品開発チームに部分的に組み込む必要があります。
専任のSPRチームを持つことで、経営陣は(機能開発を行う)製品エンジニアが、パフォーマンス/スケーリング/セキュリティ/耐久性/信頼性作業に適した本番環境のモックアップを構築/管理/テストする必要がなくなります。たくさんのチームが’急速な成長に対応するためにクラウド資産と従属ソフトウェア・ランタイムを適切にサイズ設定することの重要性にもかかわらず、これに費やすサイクルがあります。
また、可観測性ツールとカーネルベースのトレース技術の点で、優れたシステムエンジニアが現場にとどまっているという点で、かなりの仕事の専門性があります。従来のアジャイルベースの製品/フル・スタック・エンジニアやデータ・サイエンティストのために質の高い人材を求めている場合、これらの補助スキルを雇うことは困難です。
堅牢、セキュア、スケーラブル、コスト効率が高く、パフォーマンスに優れたソフトウェアは、中小規模のエンジニアリング・チームの手の届くところにあり、SPRに適切な投資を行っています。リーチアウト 学び方に興味があるなら!