GreenOps は成長を続ける運動であり、その普及により、FinOps への注目もそれに見合った増加をもたらしています。
DevOps スタイルのもう 1 つの造語である GreenOps は、最適なコストで、かつ環境への影響を可能な限り低いレベルで実行するように設計されたワークフローの実践と原則のセットとして定義できます。
FinOps は、組織のコスト効率を維持する能力という点でビジネスの持続可能性を推進するため、リソースの消費と浪費の観点から持続可能性に対処するのにも役立ちます。
そのため、FinOps と GreenOps は連携して行われることがよくあります。
GreenOps を成功させるための重要な促進要因として、FinOps の運用方法論は、法規制順守、競争上の優位性、イノベーション、効率性を主要な考慮事項として、より優れた財務コスト パフォーマンスを実現するように調整されています。これは、ビジネス効率に関するあらゆる問題が考慮されるのと同じくらい、持続可能な GreenOps の観点から見た効率性です。
GreenOps は現在、セキュリティ、保守性、パフォーマンス、スケールと並んで IT 運用の中核要件となっており、今がこの分野に影響を与える要因をできるだけ多く明らかにする重要な時期です。
緑の縁で
現在、FinOps と GreenOps の間にはある程度の収束が見られます。
確かに、FinOps Foundation (Linux Foundation 傘下の非営利業界団体) が提唱するベスト プラクティスの形式化は、正しいことと間違っていること、良いことと悪いことの区別、および法外なコストのかかる愚かな行為と完全にお金にこだわる賢明な行為 (しゃれは偶然だが適切な) の違いを成文化するのに役立ちました。
GreenOps の世界における FinOps は、そもそも財務チームのための運用ではありません (ただし、すべての運用効率は特定の企業の財務部門でも経験されていると推測できます)。組織の IT フットプリントが収益性と持続可能性にどの程度影響を与えるかを判断するのは、最終的な収益 (複数可) に重点を置いた運用です。
Computer Weekly Developer Network ブログが、GreenOps とその FinOps サポート メカニズムを徹底的に分析して解明することを目的とした一連のゲスト寄稿に着手すると、規制遵守に関する重要な疑問が表面化します。アプリケーションとデータ処理のリソース消費がコストを最適化するだけでなく、企業の環境、社会、ガバナンス (ESG) の目標と確実に一致するように取り組む必要もあります。
コストとカーボン、コインの表裏
クラウドではコストと炭素は表裏の関係にあると現時点でどこまで言えるのかについて、解説することをお勧めします。これらはお互いの領域に深く根ざしているため、2 つの独立した問題として分離することはできません。
この市場で議論すべき重要な要素には、可視性 (使用されているコンピューティング、ストレージ、および分析サービスのリソース) と帰属 (IT の特定の要素とその部門、企業部門、または実際には個々のユーザーとの調整の確認) が含まれます。測定しないものは管理できないからです。
企業はタグ付けとラベル付け戦略を使用して、クラウドのコストと二酸化炭素排出量を特定の部門、チーム、個人、または最終製品にマッピングします。
企業は今後、オーバープロビジョニングされたインスタンスを特定し、いわゆる「適正サイジング」を実行して FinOps および GreenOps 認証情報を軌道に乗せるためにどのような監視ツールを使用するのでしょうか?
影の中のゾンビ
より高いレベルの組織の承認や制裁なしにリソースが消費されるシャドー IT の脅威がクローズアップされているため、企業は「ゾンビ資産」、つまり未使用または未接続のストレージ ボリュームやアイドル状態のロード バランサなど、明らかに無駄な領域であることも探す必要があるでしょう。
議論すべき他の領域には、弾力性を考慮した設計の必要性が含まれます。これは、常時稼働のインフラストラクチャとしてみなされるクラウド コンピューティングから、よりオンデマンドのインフラストラクチャへの移行であり、これには論理的にサーバーレスや自動スケーリングなどの技術が含まれることになります。
常に厄介なテーマですが、コミットメントベースの割引とリザーブドインスタンス (RI) の導入は、特に FinOps (GreenOp というほどではないにしても) の観点から、ここで疑問視されます。また、スポット インスタンスの利用についても言及する必要があります。この場合、「予備容量」 (スポット インスタンスとも呼ばれる) の方が大幅に安価になります。
FinOps と GreenOps の両方を考慮したこのアプローチは、すでに電源が入っていて機能しない状態で「アイドリング」している既存のハードウェアの有用性を最大化すると主張されています。
持続可能なソフトウェアから始める
ここではすべてのシステムレベルの最適化に焦点を当てていますが、持続可能なシステムは持続可能なソフトウェアから始まることを覚えておくことが重要です。これは、いわゆる「コードの肥大化」を回避するための効率的なコーディング手法を意味し、CPU (実際には GPU と TPU) の計算サイクルとメモリ使用量を削減するのに役立ちます。
この効率は、特定のアプリケーションの動作に必要なデータ転送量 (および初期データ取り込み) にも反映されます。この時点で、企業はデータの優先順位付けの効率について考え、アクセス頻度の低い「コールド」ストレージ リポジトリにどの情報リソースを移動できるかを特定する必要があります。これにより、高性能ディスクに必要な電力要件が軽減されます。
全体として、私たちは、ソフトウェア アプリケーション開発チーム、財務チーム、サステナビリティ専任チームの両方が、ソフトウェア エンジニアが展開するコード行ごとに経済的および環境への影響を理解し、ビジネス機能が IT 機能全体のニーズをより直接的に理解する文化を発展させるために、すべてのソフトウェア アプリケーション開発チーム、財務チーム、および専任サステナビリティ チームがすべて、より緊密に連携し始めているため、新たな共有責任文化の台頭についても聞きたいと考えています。
風は雲に影響を与える
すべてのデータセンターが同じように作られているわけではないため、（組織がどれだけの選択肢を持っているかに応じて）企業は、グリッド炭素強度の低い地域にどれだけのワークロードを投入するかを検討する必要があります。
現在、水力発電や風力発電が注目を集めていますが、偶然にも、風は結局のところ雲に影響を与えると言えます。
#GreenOps #と #FinOps #シリーズの概要クラウドのコストを計算する