[{"data":1,"prerenderedAt":478},["ShallowReactive",2],{"/ja-jp/the-source/authors/lee-faus/":3,"footer-ja-jp":31,"the-source-navigation-ja-jp":342,"the-source-newsletter-ja-jp":369,"lee-faus-articles-list-authors-ja-jp":381,"lee-faus-articles-list-ja-jp":411,"lee-faus-page-categories-ja-jp":477},{"_path":4,"_dir":5,"_draft":6,"_partial":6,"_locale":7,"config":8,"seo":10,"content":12,"type":23,"slug":24,"_id":25,"_type":26,"title":11,"_source":27,"_file":28,"_stem":29,"_extension":30},"/ja-jp/the-source/authors/lee-faus","authors",false,"",{"layout":9},"the-source",{"title":11},"Lee Faus",[13,21],{"componentName":14,"componentContent":15},"TheSourceAuthorHero",{"config":16,"name":11,"headshot":18},{"gitlabHandle":17},"lfaus",{"altText":11,"config":19},{"src":20},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463398/vivhlomglvnstamj54bo.jpg",{"componentName":22},"TheSourceArticlesList","author","lee-faus","content:ja-jp:the-source:authors:lee-faus.yml","yaml","content","ja-jp/the-source/authors/lee-faus.yml","ja-jp/the-source/authors/lee-faus","yml",{"_path":32,"_dir":33,"_draft":6,"_partial":6,"_locale":7,"data":34,"_id":338,"_type":26,"title":339,"_source":27,"_file":340,"_stem":341,"_extension":30},"/shared/ja-jp/main-footer","ja-jp",{"text":35,"source":36,"edit":42,"contribute":47,"config":52,"items":57,"minimal":330},"GitはSoftware Freedom Conservancyの商標です。当社は「GitLab」をライセンスに基づいて使用しています",{"text":37,"config":38},"ページのソースを表示",{"href":39,"dataGaName":40,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/","page source","footer",{"text":43,"config":44},"このページを編集",{"href":45,"dataGaName":46,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/content/","web ide",{"text":48,"config":49},"ご協力をお願いします",{"href":50,"dataGaName":51,"dataGaLocation":41},"https://gitlab.com/gitlab-com/marketing/digital-experience/about-gitlab-com/-/blob/main/CONTRIBUTING.md/","please contribute",{"twitter":53,"facebook":54,"youtube":55,"linkedin":56},"https://twitter.com/gitlab","https://www.facebook.com/gitlab","https://www.youtube.com/channel/UCnMGQ8QHMAnVIsI3xJrihhg","https://www.linkedin.com/company/gitlab-com",[58,85,158,230,292],{"title":59,"links":60,"subMenu":66},"プラットフォーム",[61],{"text":62,"config":63},"DevSecOpsプラットフォーム",{"href":64,"dataGaName":65,"dataGaLocation":41},"/ja-jp/platform/","devsecops platform",[67],{"title":68,"links":69},"価格",[70,75,80],{"text":71,"config":72},"プランの表示",{"href":73,"dataGaName":74,"dataGaLocation":41},"/ja-jp/pricing/","view plans",{"text":76,"config":77},"Premiumを選ぶ理由",{"href":78,"dataGaName":79,"dataGaLocation":41},"/ja-jp/pricing/premium/","why premium",{"text":81,"config":82},"Ultimateを選ぶ理由",{"href":83,"dataGaName":84,"dataGaLocation":41},"/ja-jp/pricing/ultimate/","why ultimate",{"title":86,"links":87},"ソリューション",[88,93,98,103,108,113,118,123,128,133,138,143,148,153],{"text":89,"config":90},"デジタルトランスフォーメーション",{"href":91,"dataGaName":92,"dataGaLocation":41},"/ja-jp/topics/digital-transformation/","digital transformation",{"text":94,"config":95},"セキュリティとコンプライアンス",{"href":96,"dataGaName":97,"dataGaLocation":41},"/ja-jp/solutions/security-compliance/","security & compliance",{"text":99,"config":100},"自動化されたソフトウェアデリバリー",{"href":101,"dataGaName":102,"dataGaLocation":41},"/ja-jp/solutions/delivery-automation/","automated software delivery",{"text":104,"config":105},"アジャイル開発",{"href":106,"dataGaName":107,"dataGaLocation":41},"/ja-jp/solutions/agile-delivery/","agile delivery",{"text":109,"config":110},"クラウドトランスフォーメーション",{"href":111,"dataGaName":112,"dataGaLocation":41},"/ja-jp/topics/cloud-native/","cloud transformation",{"text":114,"config":115},"SCM",{"href":116,"dataGaName":117,"dataGaLocation":41},"/ja-jp/solutions/source-code-management/","source code management",{"text":119,"config":120},"CI/CD",{"href":121,"dataGaName":122,"dataGaLocation":41},"/ja-jp/solutions/continuous-integration/","continuous integration & delivery",{"text":124,"config":125},"バリューストリーム管理",{"href":126,"dataGaName":127,"dataGaLocation":41},"/ja-jp/solutions/value-stream-management/","value stream management",{"text":129,"config":130},"GitOps",{"href":131,"dataGaName":132,"dataGaLocation":41},"/ja-jp/solutions/gitops/","gitops",{"text":134,"config":135},"Enterprise",{"href":136,"dataGaName":137,"dataGaLocation":41},"/ja-jp/enterprise/","enterprise",{"text":139,"config":140},"スモールビジネス",{"href":141,"dataGaName":142,"dataGaLocation":41},"/ja-jp/small-business/","small business",{"text":144,"config":145},"公共機関",{"href":146,"dataGaName":147,"dataGaLocation":41},"/ja-jp/solutions/public-sector/","public sector",{"text":149,"config":150},"教育",{"href":151,"dataGaName":152,"dataGaLocation":41},"/ja-jp/solutions/education/","education",{"text":154,"config":155},"金融サービス",{"href":156,"dataGaName":157,"dataGaLocation":41},"/ja-jp/solutions/finance/","financial services",{"title":159,"links":160},"関連リソース",[161,166,171,176,181,186,190,195,200,205,210,215,220,225],{"text":162,"config":163},"インストール",{"href":164,"dataGaName":165,"dataGaLocation":41},"/ja-jp/install/","install",{"text":167,"config":168},"クイックスタートガイド",{"href":169,"dataGaName":170,"dataGaLocation":41},"/ja-jp/get-started/","quick setup checklists",{"text":172,"config":173},"学ぶ",{"href":174,"dataGaName":175,"dataGaLocation":41},"https://university.gitlab.com/","learn",{"text":177,"config":178},"製品ドキュメント",{"href":179,"dataGaName":180,"dataGaLocation":41},"https://docs.gitlab.com/","docs",{"text":182,"config":183},"ブログ",{"href":184,"dataGaName":185},"/ja-jp/blog/","blog",{"text":187,"config":188},"お客様の成功事例",{"href":189,"dataGaLocation":41},"/customers/",{"text":191,"config":192},"お客様成功事例",{"href":193,"dataGaName":194,"dataGaLocation":41},"/ja-jp/customers/","customer success stories",{"text":196,"config":197},"リモート",{"href":198,"dataGaName":199,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/company/culture/all-remote/","remote",{"text":201,"config":202},"GitLabサービス",{"href":203,"dataGaName":204,"dataGaLocation":41},"/ja-jp/services/","services",{"text":206,"config":207},"TeamOps",{"href":208,"dataGaName":209,"dataGaLocation":41},"/ja-jp/teamops/","teamops",{"text":211,"config":212},"コミュニティ",{"href":213,"dataGaName":214,"dataGaLocation":41},"/community/","community",{"text":216,"config":217},"フォーラム",{"href":218,"dataGaName":219,"dataGaLocation":41},"https://forum.gitlab.com/","forum",{"text":221,"config":222},"イベント",{"href":223,"dataGaName":224,"dataGaLocation":41},"/events/","events",{"text":226,"config":227},"パートナー",{"href":228,"dataGaName":229,"dataGaLocation":41},"/ja-jp/partners/","partners",{"title":231,"links":232},"Company",[233,238,243,248,253,258,263,267,272,277,282,287],{"text":234,"config":235},"GitLabについて",{"href":236,"dataGaName":237,"dataGaLocation":41},"/ja-jp/company/","company",{"text":239,"config":240},"採用情報",{"href":241,"dataGaName":242,"dataGaLocation":41},"/jobs/","jobs",{"text":244,"config":245},"経営陣",{"href":246,"dataGaName":247,"dataGaLocation":41},"/company/team/e-group/","leadership",{"text":249,"config":250},"チーム",{"href":251,"dataGaName":252,"dataGaLocation":41},"/company/team/","team",{"text":254,"config":255},"ハンドブック",{"href":256,"dataGaName":257,"dataGaLocation":41},"https://handbook.gitlab.com/","handbook",{"text":259,"config":260},"投資家向け情報",{"href":261,"dataGaName":262,"dataGaLocation":41},"https://ir.gitlab.com/","investor relations",{"text":264,"config":265},"Sustainability",{"href":266,"dataGaName":264,"dataGaLocation":41},"/sustainability/",{"text":268,"config":269},"ダイバーシティ、インクルージョン、ビロンギング（DIB）",{"href":270,"dataGaName":271,"dataGaLocation":41},"/ja-jp/diversity-inclusion-belonging/","Diversity, inclusion and belonging",{"text":273,"config":274},"トラストセンター",{"href":275,"dataGaName":276,"dataGaLocation":41},"/ja-jp/security/","trust center",{"text":278,"config":279},"ニュースレター",{"href":280,"dataGaName":281,"dataGaLocation":41},"/company/contact/","newsletter",{"text":283,"config":284},"プレス",{"href":285,"dataGaName":286,"dataGaLocation":41},"/press/","press",{"text":288,"config":289},"現代奴隷制の透明性に関する声明",{"href":290,"dataGaName":291,"dataGaLocation":41},"https://handbook.gitlab.com/handbook/legal/modern-slavery-act-transparency-statement/","modern slavery transparency statement",{"title":293,"links":294},"お問い合わせ",[295,299,304,309,314,319,324],{"text":293,"config":296},{"href":297,"dataGaName":298,"dataGaLocation":41},"/ja-jp/sales/","sales",{"text":300,"config":301},"サポートを受ける",{"href":302,"dataGaName":303,"dataGaLocation":41},"/support/","get help",{"text":305,"config":306},"カスタマーポータル",{"href":307,"dataGaName":308,"dataGaLocation":41},"https://customers.gitlab.com/customers/sign_in/","customer portal",{"text":310,"config":311},"ステータス",{"href":312,"dataGaName":313,"dataGaLocation":41},"https://status.gitlab.com/","status",{"text":315,"config":316},"利用規約",{"href":317,"dataGaName":318,"dataGaLocation":41},"/terms/","terms of use",{"text":320,"config":321},"プライバシーに関する声明",{"href":322,"dataGaName":323,"dataGaLocation":41},"/ja-jp/privacy/","privacy statement",{"text":325,"config":326},"Cookieの設定",{"dataGaName":327,"dataGaLocation":41,"id":328,"isOneTrustButton":329},"cookie preferences","ot-sdk-btn",true,{"items":331},[332,334,336],{"text":315,"config":333},{"href":317,"dataGaName":318,"dataGaLocation":41},{"text":320,"config":335},{"href":322,"dataGaName":323,"dataGaLocation":41},{"text":325,"config":337},{"dataGaName":327,"dataGaLocation":41,"id":328,"isOneTrustButton":329},"content:shared:ja-jp:main-footer.yml","Main Footer","shared/ja-jp/main-footer.yml","shared/ja-jp/main-footer",{"_path":343,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"logo":344,"subscribeLink":349,"navItems":353,"_id":365,"_type":26,"title":366,"_source":27,"_file":367,"_stem":368,"_extension":30},"/shared/ja-jp/the-source/navigation",{"altText":345,"config":346},"the source logo",{"src":347,"href":348},"https://res.cloudinary.com/about-gitlab-com/image/upload/v1750191004/t7wz1klfb2kxkezksv9t.svg","/ja-jp/the-source/",{"text":350,"config":351},"購読する",{"href":352},"#subscribe",[354,358,361],{"text":355,"config":356},"人工知能",{"href":357},"/ja-jp/the-source/ai/",{"text":94,"config":359},{"href":360},"/ja-jp/the-source/security/",{"text":362,"config":363},"プラットフォームとインフラストラクチャ",{"href":364},"/ja-jp/the-source/platform/","content:shared:ja-jp:the-source:navigation.yml","Navigation","shared/ja-jp/the-source/navigation.yml","shared/ja-jp/the-source/navigation",{"_path":370,"_dir":9,"_draft":6,"_partial":6,"_locale":7,"title":371,"description":372,"submitMessage":373,"formData":374,"_id":378,"_type":26,"_source":27,"_file":379,"_stem":380,"_extension":30},"/shared/ja-jp/the-source/newsletter","The Sourceニュースレター","ソフトウェア開発の未来への洞察に関する最新情報を入手しましょう。","The Sourceのニュースレターへの登録が完了しました。",{"config":375},{"formId":376,"formName":377,"hideRequiredLabel":329},28467,"thesourcenewsletter","content:shared:ja-jp:the-source:newsletter.yml","shared/ja-jp/the-source/newsletter.yml","shared/ja-jp/the-source/newsletter",{"amanda-rueda":382,"andre-michael-braun":383,"andrew-haschka":384,"ayoub-fandi":385,"brian-wald":386,"bryan-ross":387,"chandler-gibbons":388,"dave-steer":389,"ddesanto":390,"derek-debellis":391,"emilio-salvador":392,"erika-feldman":393,"george-kichukov":394,"gitlab":395,"grant-hickman":396,"haim-snir":397,"iganbaruch":398,"jlongo":399,"joel-krooswyk":400,"josh-lemos":401,"julie-griffin":402,"kristina-weis":403,"lee-faus":11,"ncregan":404,"rschulman":405,"sabrina-farmer":406,"sandra-gittlen":407,"sharon-gaudin":408,"stephen-walters":409,"taylor-mccaslin":410},"Amanda Rueda","Andre Michael Braun","Andrew Haschka","Ayoub Fandi","Brian Wald","Bryan Ross","Chandler Gibbons","Dave Steer","David DeSanto","Derek DeBellis","Emilio Salvador","Erika Feldman","George Kichukov","GitLab","Grant Hickman","Haim Snir","Itzik Gan Baruch","Joseph Longo","Joel Krooswyk","Josh Lemos","Julie Griffin","Kristina Weis","Niall Cregan","Robin Schulman","Sabrina Farmer","Sandra Gittlen","Sharon Gaudin","Stephen Walters","Taylor McCaslin",{"allArticles":412,"visibleArticles":476,"showAllBtn":329},[413,456],{"_path":414,"_dir":415,"_draft":6,"_partial":6,"_locale":7,"config":416,"seo":420,"content":424,"type":451,"category":415,"slug":452,"_id":453,"_type":26,"title":421,"_source":27,"_file":454,"_stem":455,"_extension":30,"date":425,"description":422,"timeToRead":426,"heroImage":423,"keyTakeaways":427,"articleBody":431,"faq":432},"/ja-jp/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation","platform",{"layout":9,"template":417,"articleType":418,"author":24,"featured":329,"gatedAsset":419,"isHighlighted":6,"authorName":11},"TheSourceArticle","Regular","source-lp-building-a-resilient-software-development-practice",{"title":421,"description":422,"ogImage":423},"ソフトウェアロジスティクスこそがイノベーションの加速の鍵である理由","ソフトウェアロジスティクスによってデプロイプロセスを変革して、運用チームがデベロッパーを効率的にサポートできる体制を整え、デリバリーを高速化しましょう。","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463545/nomdlhvlawqmncg0g1p8.png",{"title":421,"date":425,"description":422,"timeToRead":426,"heroImage":423,"keyTakeaways":427,"articleBody":431,"faq":432},"2025-04-15","4分で読めます",[428,429,430],"ソフトウェアロジスティクスは、プロビジョニング、デプロイ、設定、モニタリング、および保守といった、コードのパッケージ化後の処理に焦点を当て、ソフトウェアサプライチェーンの重要な後半部分を最適化します。","通常、全技術スタッフのうち、運用業務に携わるスタッフは1%しかいません。そのため、組織においてはデプロイプロセスを自動化し、デベロッパーエクスペリエンスを向上させるために「ロジスティクスの考え方」が求められます。","ソフトウェアロジスティクスに「Platform as a Product」のアプローチを取り入れれば、柔軟性を維持しながら標準化を実現し、セキュリティリスクを低減し、さらにデプロイサイクルを短縮できます。","ソフトウェアは単にビジネスを推進するものではなく、ビジネスそのものです。しかしながら、組織は開発力に多額の投資を行う一方で、ソフトウェアロジスティクスという重要な要素を見落としがちです。\n\nソフトウェアロジスティクスには、デリバリー用にコードをパッケージ化した後に行われるすべてのプロセス、つまりプロビジョニング、デプロイ、設定、モニタリング、保守が含まれます。ソフトウェアサプライチェーンの後半部分とみなされるこれらのプロセスは、大変重要です。非常に優れたソリューションを設計したとしても、適切に実行しなければうまくいかない可能性があります。\n\n統計によると、組織内のデベロッパー100人に対して、運用担当者は1人しかいない可能性が高いことが示されており、取り組むべき課題は明らかです。運用担当者は通常、ネットワークエンジニアリングやデータベース管理、プラットフォームエンジニアリング、サイトの信頼性に重点的に取り組んでいます。生成AIの活用によってデベロッパーが作成するコード量が劇的に増えようとしている今、このままではソフトウェアデリバリーの継続が不可能になるというボトルネックが生じます。\n\n## 従来のアプローチでは不十分な理由\n**このようにバランスが取れていない状態で従来のアプローチを取った場合、通常、運用チームに負荷がかかりすぎるか、必要に迫られてデベロッパーが運用に詳しくなるかのどちらかになります。どちらもうまくいきません。**\n\n運用チームに多大な負荷がかかると、制限の多いプロセスを取らざるを得なくなり、結果としてデリバリー速度が遅くなります。一方、デベロッパーが運用を担当せざるを得なくなると、本来の強みである、コーディングによるビジネス上の問題解決に取り組む時間が減ってしまいます。GitLabの[調査結果によると](https://about.gitlab.com/developer-survey/2024/ai/)、デベロッパーが通常、新規コードの作成に費やす時間はわずか21%であり、残りの時間は会議や保守作業、事務作業に費やされていることがわかっています。\n\nこのような非効率的な状態では不満も出やすく、余計なコストもかかります。イノベーションを起こしても、常にデプロイ待ちの状態となるため、ビジネス価値の損失となります。\n\n## ソフトウェアのプレミアムデリバリーモデル\nではソフトウェアデリバリーにおいて、常に信頼性と予測可能性を確保できるとしたらいかがでしょうか？これこそが、ソフトウェアロジスティクスの効率化によって実現できることです。\n\n現代の物流会社が、製品を効率よく倉庫から顧客まで配達できるようにサプライチェーンの効率化を行うことで小売業に革命をもたらしたように、組織はソフトウェアをパッケージレジストリから本番環境までスムーズに移行できるようにする必要があります。\n\n今や[プラットフォームエンジニアリング](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/)に投資して、開発チーム向けにベストプラクティスとコンポーネントを標準化することで、ソフトウェア開発を加速しようとする組織がますます増えています。ただし、デベロッパーエクスペリエンスだけに焦点を当ててプラットフォームエンジニアリングに取り組んでいるのであれば、本来取り組むべき重要な目標を見落としています。もちろんデベロッパーエクスペリエンスを向上させることは重要です。しかしながら、コードを効果的にデプロイ、設定、モニタリング、保守できるような運用成熟度に達していなければ、コード作成を効率化できたとしても意味がありません。\n\nそこでソフトウェアロジスティクスの出番です。ソフトウェアロジスティクスを最適化すれば、コードの開発速度が向上しても、デプロイのボトルネックや運用面での混乱が生じなくなり、実際のビジネス価値の創出に確実につながるようになります。\n\n## ソフトウェアロジスティクスの競争優位性\nソフトウェアロジスティクス戦略を効果的に立てると、次のようないくつかの重要な利点を得られます。\n- **デリバリーサイクルの短縮**：コード完成から本番環境へのデプロイまでにかかる時間が数週間から数日、さらには数時間に短縮されます。\n- **セキュリティ対策状況の改善**：セキュリティを最後のゲートとして実装せずに、開発パイプラインに組み込むことで、開発速度を維持しながら脆弱性を軽減できます。\n- **業務効率性の向上**：自動化とセルフサービス機能の活用により、限られた人数の運用スタッフでより多くのデベロッパーをサポートできるようになります。\n- **リソースの有効活用の推進**：貴重なデベロッパーが、複雑なデプロイ作業に煩わされることなく、ビジネス価値の創出に注力できるようになります。\n\n## 効果的なソフトウェアロジスティクスの実現に向けた最適化\nあらゆる規模の組織の技術リーダーと話をする中で、ソフトウェアロジスティクスの実装を成功させるには、いくつかの一貫したパターンがあることがわかりました。以下に、ソフトウェアロジスティクスを最適化するための3つのステップをご紹介します。\n\n### エンタープライズアプリケーションデリバリーフレームワークの構築\n最新のソフトウェアデリバリーにおいては、多様な環境、デプロイ戦略、および運用上の懸念事項に対処できる高度なオーケストレーションが求められます。効果的なフレームワークを構築するには、複数の環境間で相互依存するサービスのデプロイを調整する「**リリースオーケストレーション**」、自動検証によりロールアウトを制御するカナリアリリースや機能フラグのような「**段階的デリバリー戦略**」、セキュリティガードレールやコンプライアンス要件を適用しながらポリシーによって制御されたインターフェイスを介して基盤となるインフラを構築する「**プロビジョニングの自動化**」などの要素を含める必要があります。このフレームワークでは、各ステージで証明書を生成することで、デリバリープロセス全体の検証可能な記録をもたらし、リアルタイムでのリスク評価とコンプライアンス検証を実現します。\n\n### 統合データストアを備えたプラットフォームの採用\n優れた業績を上げている組織では、コードコミットから本番環境のパフォーマンスまで、デリバリーパイプライン全体をカバーする包括的なメトリクスが必要です。測定せずに、何かを管理することはできません。優れたチームは、開発速度から運用の安定性、セキュリティ対策状況まで、あらゆるものを測定対象としています。データファブリックを統合することで、効果的なソフトウェアロジスティクスの神経系統として機能し、ソフトウェアデリバリーライフサイクル全体にわたってそれまでサイロ化されていた情報が関連付けられ、インテリジェントな意思決定と自動化を実現できるようになります。\n\n### 「ゴールデンパイプライン」によるデベロッパーの自律性の向上\n根底にある複雑さをわかっていなくても、デベロッパーがデプロイプロセスを開始できる直感的なインターフェイスに適切なガードレールを組み込んで提供することで、運用チームの負担が軽減されるとともに、デリバリーサイクルが短縮されます。以前、あるプラットフォームエンジニアリングのリーダーも「私たちの仕事は、各チームが自分たちで実行できるように、プラットフォームを使いやすくすることです」とおっしゃっていました。\n\n## ソフトウェアロジスティクス：デジタルファーストに取り組む組織にとっての競争上の差別化要因\n競争圧力が高まる今、ソフトウェアをテストステージから本番環境に効率的に移行できる能力は、競争上の重要な差別化要因となります。ソフトウェアロジスティクスの考え方を取り入れることで、限られた人数の運用スタッフで開発チームを効果的にサポートできるようになり、セキュリティと信頼性を維持しながらイノベーションを加速できます。",[433,436,439,442,445,448],{"header":434,"content":435},"ソフトウェア開発におけるソフトウェアロジスティクスとは？","ソフトウェアロジスティクスとは、プロビジョニング、デプロイ、設定、モニタリング、保守など、コードのパッケージ化後に発生するプロセスを指します。つまり、ソフトウェアサプライチェーンの後半部分を指します。信頼性が高く、安全で、効率的な本番環境へのデリバリーを保証するプロセスです。",{"header":437,"content":438},"今、ソフトウェアロジスティクスの重要性が高まっている理由は？","生成AIの活用によってコードの開発速度が加速する中、作成されたコードを効率的にデプロイして保守しなければならないというプレッシャーが高まっています。限られた運用リソースの中で、ボトルネックの発生を防ぎ、開発速度を向上してビジネス価値を創出するには、ソフトウェアロジスティクスの効率化が不可欠です。",{"header":440,"content":441},"ソフトウェアロジスティクスがきちんと最適化されていないと、デリバリーサイクルにどのような影響が生じますか？","ソフトウェアロジスティクスが最適化されていない組織では、デプロイの遅延や一貫性のないオペレーションが発生し、運用チームが手一杯になったり、デベロッパーが運用業務をせざるを得なくなり、いずれにしても過度な負担がかかります。そうなると、イノベーションの速度に悪影響が生じ、運用リスクが高まります。",{"header":443,"content":444},"ソフトウェアロジスティクスにおいて「ゴールデンパイプライン」はどのような役割を果たしますか？","ゴールデンパイプラインは、デベロッパーが独自に使用できる、あらかじめ設定された自動デプロイワークフローを提供します。これらのパイプラインを活用することで、デベロッパーの自律性が向上し、さらにセキュリティとコンプライアンスのガードレールが組み込まれるため、運用チームへの依存度が軽減します。",{"header":446,"content":447},"統合データストアによって、どのようにソフトウェアロジスティクスを改善できますか？","統合データストアは、コードコミットから本番稼動まで、ソフトウェアデリバリーライフサイクル全体のメトリクスを結び付けます。これにより、リアルタイムでのインサイトの取得、パフォーマンスの追跡、自動化を行うことができ、組織はデリバリーに伴うリスクを制御し、最適な成果を得られます。",{"header":449,"content":450},"プラットフォームエンジニアリングにおいてロジスティクスに注力すべき理由は？","プラットフォームエンジニアリングにおける多くの取り組みは、デベロッパーエクスペリエンスの向上に重点を置いています。一方で、ロジスティクス面の取り組みは、コード開発速度の向上によって、実際にデプロイの効率化が実現されることを保証します。ロジスティクス能力がなければ、開発速度が向上してもビジネスアジリティを達成できません。","article","why-software-logistics-is-key-to-accelerating-innovation","content:ja-jp:the-source:platform:why-software-logistics-is-key-to-accelerating-innovation:index.yml","ja-jp/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation/index.yml","ja-jp/the-source/platform/why-software-logistics-is-key-to-accelerating-innovation/index",{"_path":457,"_dir":415,"_draft":6,"_partial":6,"_locale":7,"config":458,"seo":460,"content":464,"type":451,"category":415,"slug":472,"_id":473,"_type":26,"title":461,"_source":27,"_file":474,"_stem":475,"_extension":30,"date":465,"description":462,"timeToRead":466,"heroImage":463,"keyTakeaways":467,"articleBody":471},"/ja-jp/the-source/platform/finops-balancing-financial-responsibility-and-innovation",{"layout":9,"template":417,"articleType":418,"author":24,"featured":6,"gatedAsset":459,"isHighlighted":6,"authorName":11},"transform-your-software-development",{"title":461,"description":462,"ogImage":463},"FinOps：財務責任とイノベーションをバランスよく実現","FinOpsがどのように財務責任とビジネス目標を調和させ、現代企業において費用対効果の高いイノベーションを促進するかをご説明します。","https://res.cloudinary.com/about-gitlab-com/image/upload/v1751463866/i27a3wecdhplvd9wbxqr.png",{"title":461,"date":465,"description":462,"timeToRead":466,"heroImage":463,"keyTakeaways":467,"articleBody":471},"2024-11-26","5分で読めます",[468,469,470],"FinOpsは、財務、エンジニアリング、ビジネスの各チーム間のコラボレーションを促進し、戦略的なビジネス目標に合わせてクラウドへの投資を調整することで、最大限の価値を引き出します。","FinOpsにより財務面での透明性が高まることで、組織はデータに基づいて迅速な意思決定を行えるようになり、クラウドへの支出が最適化されます。","FinOpsを導入することで、イノベーションとコスト管理のバランスが取れ、製品開発チームと運用チーム間の緊張が緩和されます。","エンジニアリングチームとともにクラウドへの支出が増加すると、出荷時期を早めるようデベロッパーに催促するか、増大するコストを抑えるかという厳しいトレードオフがしばしば発生します。では、プロジェクトコストを25%削減しつつ、デベロッパーの生産性を30%向上させることは可能でしょうか？これは不可能に思えるかもしれませんが、FinOps（財務オペレーション）を導入している企業にとっては現実的な目標です。FinOpsとは、ソフトウェア開発ライフサイクル全体にDevOpsの原則と手法を適用することで、人、プロセス、テクノロジー関連のコストを最適化するデータドリブンアプローチです。\n\nこれまで、FinOpsの導入によってソフトウェア開発のあらゆる側面に財務上の透明性がもたらされることで、組織が変わっていく様子を実際に見てきました。先日、FinOpsを採用したばかりの保険会社のDevOpsチームと話しました。初期段階で話し合った内容は、クラウドへの支出などの基本的な測定方法の決定や、バリューストリーム管理による収益促進、コスト削減に関するその他のメトリクスの特定などについてです。FinOpsプラクティショナーにとって、このような話し合いは、チームとリソースの編成と割り当てを評価し、どのようなプロセスとツールを導入すれば変化を促進できるかを検討する上で非常に重要です。\n\nチーム構造から開発プロセス、テクノロジーの選択まで可視化することで、リーダーがオペレーション全体にわたって投資を最適化しやすくなります。FinOpsは、財務チーム、製品チーム、エンジニアリングチームをまとめることで、CFOやCPO、CTOが情報に基づいた意思決定を行えるようにし、ビジネス全体の効率を向上させます。\n\n効率性の向上およびコストの最適化は、技術的な課題であるだけでなく、特に組織がクラウドにより多くの投資を行う今、企業にとって戦略面でも重要な課題となっています。FinOpsによって、クラウドの変動費モデルに必要な財務責任を確保できます。FinOpsのメリットと、運用ワークフローにFinOps手法を取り入れる方法を見ていきましょう。\n\n## FinOpsとは？\nFinOpsは、Financial Operations（財務オペレーション）の略で、財務、エンジニアリング、テクノロジー、ビジネスの各チームの運営方法を変革することで成功をもたらす手法です。リアルタイムのデータと分析を通じて、チームはクラウドへの支出を即座に可視化し、コストが増大する前に対応できます。このように財務責任に対して積極的なアプローチを取ることで、リソースの割り当てについて情報に基づいた迅速な意思決定を行うことができ、結果として測定可能なコスト削減を実現できます。\n\nFinOpsは根本的には、このような変革を持続可能にする文化的慣習です。明確なプロセスと共通のメトリクスを確立することで、各チームが日々行うテクノロジーに関する意思決定が、企業のビジネス目標の達成に貢献できるようになります。\n\n## 今FinOpsが人気な理由\n多くの企業が生成AIとデベロッパーの生産性に重点的に取り組む中、[推奨される方法](https://about.gitlab.com/the-source/platform/driving-business-results-with-platform-engineering/)を確実に採用できるように、デリバリーにおいて自動化されたワークフローや再利用可能なテンプレートなどのガードレールが必要となっています。これは、アプリケーションをモダナイズし、本番環境でもクラウドアーキテクチャを使用する組織にとって今や不可欠です。\n\n継続的インテグレーション（CI）コストのような非生産的コストを管理する場合、さらに難しい課題に直面します。企業がデータドリブンアプローチを採用している場合、CIコストをより深く可視化できます。CIの水平展開または垂直展開が、フィードバックサイクルとさまざまなプロセッサアーキテクチャのコストの両方にどのような影響をもたらすかを正確に把握できます。一時的なテスト環境などの標準を実装することで、支出を最適化しつつ、コード品質とセキュリティを実現することが可能になります。\n\n通常、製品ラインの予算の責任者であるプロダクトオーナーが、ITチームやエンジニアリングリーダーと協力して、透明性に関するメトリクスを提供することもできます。このような協力関係を通じて、リーダーは複数のサービスにわたる予算予測をまとめ、インフラストラクチャリソースが最適な状態で活用されるようにすることができます。その結果、財務チームが、最終的に最も投資効果の高いアプリケーションを把握できるようになります。\n\n## 技術領域と財務領域の橋渡し\nFinOpsモデルを構築する際は、場合によってアメとムチの手法が両方とも必要になります。アメの手法を取り入れることで、より協調的で透明性の高い環境が構築されます。一方、大抵の場合、ムチの手法（予算を超過した開発チームへの厳重注意など）を取り入れると、プロセスが破綻することになります。FinOpsによって、デベロッパーのクラウドリソースの利用をモニタリングするだけでなく、デベロッパーの業務に必要なものと、それが会社の収益にどのような影響を及ぼしているかを把握できるようにする必要があります。\n\n最近、年間500万ドル近くをCI Runnerフリートに費やしている大手航空会社の担当者と話をしました。この航空会社では、セキュリティスキャン、依存関係スキャン、トークンスキャンをすべてRunnerフリート内で実行していました。支出を削減するために、セキュリティ措置を取らないことも可能でしたが、Runnerフリートに費やすコストよりも[セキュリティ問題が発生する可能性](https://about.gitlab.com/the-source/security/how-to-strengthen-security-by-applying-devsecops-principles/)をより一層懸念していました。同社は、セキュリティ措置をスキップすることなく、支出の削減に加え、デベロッパーによる実験とイノベーションを促進するために、Runnerフリート全体の効率化を実現する方法を見つける必要がありました。\n\nFinOpsプログラムを成功させるために、FinOps専門家の専任チームを常時置く必要はありません。FinOpsは、財務、製品、エンジニアリングなど、機能横断型チーム間の戦略的に結びつける役割を担います。FinOpsプログラムには通常、CTOやエンジニアリング部門副社長、財務リーダー、定期的に連携して問題の評価を行い、新たな効率化の機会を特定し、修正計画を策定する1人以上のエンジニアリングリーダーなど、さまざまな職務と部門が関与します。\n\n財務目標に沿って技術的な運用を行うことで、クラウドインフラストラクチャとソフトウェア開発への投資対効果が最大化されます。これによって、DevSecOpsチームは、自分たちの業務がどのように収益の増加に直接つながり、どのようにコストを削減できるか、またはその両方を把握できます。\n\n## デベロッパーのワークフロー内でスマートな財務管理を実現\nFinOpsでは、ユーザーと運用の両方の観点からリソースの消費をモニタリングすることで、デベロッパーのワークフローを最適化できるようにします。そのための方法には、CIジョブを分析し、価値を正当化できる以上にコストがかかるジョブを特定することなどが考えられます。各ソフトウェア開発パイプラインには複数のジョブが含まれ、それぞれ仮想マシン（VM）やコンテナなどの実行リソースが必要となります。各ジョブの実行にかかる時間が長くなるほど、コストも高くなります。FinOpsを実践することで、デベロッパーがどのジョブのパフォーマンスが低いかを確認して、リファクタリングする必要があるジョブを把握できます。\n\nこれにより、セルフサービスモデルが構築されるため、DevSecOpsチームが明確なガイドラインに従って作業できるようになります。たとえば、ポリシーによってAWS上で10万ドル相当のリソースをプロビジョニングすることは禁じられているとしても、テスト実施の目的でEC2イメージをスピンアップすることは可能な場合もあります。しかしながら、10万ドル相当のリソースをプロビジョニングする必要がある理由を正当化できる場合は、リクエストを提出して、そのプロジェクトによって会社にどれだけの収益を生み出せる可能性があるかを説明できます。リクエストが承認されれば、作業を開始できます。\n\n一方、DevOpsの担当者には、FinOpsはモニタリングによってイノベーションを制限するものではないことをあらためてお伝えしたいと思います。そうではなく、組織におけるクラウドの使用とコストを完全に可視化することで、チームがクラウドの生産性を高める機会を特定できるようにするものです。FinOpsを実践することで、財務、テクノロジー、ビジネスの各チーム間のコラボレーションが促進されるだけでなく、使用パターンを分析し、需要を予測できます。これにより、予算超過が発生する前に、将来のニーズに合わせてリソースの増減が必要かどうかを事前に予測することが可能です。\n\n## 緊張の緩和\nエンジニアリングチームと運用チームの間には、常に攻防が繰り広げられています。エンジニアリングチームの使命は、顧客に素晴らしい体験を提供できるようにしつつ、新たな収益源をもたらすイノベーションを推進することです。一方、運用チームは、コストを削減しながら生産性を最大化することに重点を置いています。FinOpsは、クラウドへの支出を削減しながらデベロッパーの生産性を向上させることで、これらのチーム間の緊張を緩和し、技術面での効率性と財務上の慎重さを両立できるようにします。\n\nFinOpsを実践することで、DevSecOpsチームは主観的なコストではなく、正確な数値をもとに考えられるようになります。プロジェクトによって収益が増えるか、コストが削減されるかという2つの重要な基準に基づき、プロジェクトの継続について十分な情報をもとに決定を下すためには、組織に対する財務的影響を明確に理解した上でソフトウェア開発に取り組むことが不可欠です。\n\n根本的にFinOpsは、コスト削減を実現するだけでなく、ソフトウェア開発ライフサイクル全体を最適化する手法でもあります。FinOpsの目標は、エンジニアチームや運用チームが技術革新とともに財務上の効率性を考慮し、各自の業務が組織の収益向上にどのように結びつくかを把握できるようにすることです。\n\n_FinOpsの詳細については、[FinOps Foundationウェブサイト](https://www.finops.org/introduction/what-is-finops/)をご覧ください。_","finops-balancing-financial-responsibility-and-innovation","content:ja-jp:the-source:platform:finops-balancing-financial-responsibility-and-innovation:index.yml","ja-jp/the-source/platform/finops-balancing-financial-responsibility-and-innovation/index.yml","ja-jp/the-source/platform/finops-balancing-financial-responsibility-and-innovation/index",[413,456],{"ai":355,"platform":362,"security":94},1754424559813]