Snykを組み込んだDevSecOps基盤「GigOps Security powered by Snyk」を発表しました！ - TC3株式会社｜GIG INNOVATED.
Snykを組み込んだDevSecOps基盤「GigOps Security powered by Snyk」を発表しました！ 本日2023年8月22日、「GigOps Security powered by Snyk」の提供開始を発表いたしました！ 本ソリューションにより、TC3独自の手法であるギグ・エコノミーの開発者がオンデマンドに参画するプロジェクトにおいても、開発期間中から早期に脆弱性対策などのセキュリティ対策を講じることが可能になるとともに、継続的に機能拡張を行っていくようなアジャイルな開発ができる基盤をプロジェクト初期から導入することが可能です。 本ソリューションの詳細については、プレスリリース及び資料をご確認ください。 プレスリリース：https://www.tc3.co.jp/news/gigopssecurity-poweredby-snyk/ 紹介資料ダウンロードサイト：
Pull RequestごとにGitHub ActionsでSnykを動かしてみた - TC3株式会社｜GIG INNOVATED.
はじめに 最近よく目にするようになったSnyk。なんて読むかご存知ですか？「すにぃく」や「すにっく」と読み、鍵を閉める際の音を表し、セキュリティ強化するという意味合いがあるようです。なお、 ‘So Now You Know’ （日本語だと「これでお分かりでしょう」のような意味）の頭文字をとったものらしいです（参考）。開発者向けのセキュリティツールで、GitHub Actionsなどのソースコード管理システム（SCM)との連携などを行い、開発プロセス中にセキュリティチェックをしてくれる、注目度が高まるツールです。ちなみにSnyk社のロゴの犬はドーベルマンで、Patch（パッチ）という名前のようです（参考）。 今回は、SnykとGitHub Actionsと組み合わせた活用例をご紹介します。開発者からのプルリクエストをトリガーで起動し、自動でSnyk Open Sourceによる脆弱性チェック
トランクベース開発について - 赤帽エンジニアブログ
こんにちは、Red Hatでソリューションアーキテクトをしている石川です。 最近色々なカンファレンスやWebの記事などでトランクベース開発について目にする機会が増えてきました。 トランクベース開発とは、一言で言えばGitを使った開発におけるブランチ戦略の一種です。Gitのブランチ戦略というと有名なものであれば、Git FlowやGitHub Flowなどがありますが、トランクベース開発は、CICDと組み合わせた開発の効率化や高頻度のデプロイという点で昨今注目を集めています。 本記事ではそんなトランクベース開発についてご紹介したいと思います。 そもそもなぜブランチ戦略が必要か？ トランクベース開発の説明をする前に、そもそもブランチ戦略とは何かについて考えてみましょう。 例えば、一人で個人的なプロジェクトに取り組む場合、Gitで複数のブランチを使う動機はほぼ無いでしょう。アプリケーションを開発
State of DevOps Report 2021を日本語で解説 ーTeam Topologies Model、プラットフォームが重要な要素ー - TC3株式会社｜GIG INNOVATED.
State of DevOps Report 2021を日本語で解説 ーTeam Topologies Model、プラットフォームが重要な要素ー はじめに State of DevOps ReportはDevOpsの成熟度についてアンケート形式で調査しているレポート資料です。毎年アップデートされているので、直近の動向などを理解し、かつ課題解決の活路を見出すのに良いレポートです。2021版が先日リリースされていました(もとのレポートはこちら)。 デジタルトランスフォーメーションの文脈の中で、ソフトウェア開発がますます増えてきていますが、単に一発作っておしまいではなく、継続的に進化させることが求められます。継続的にサービスを進化させていくことがビジネス力の根源となるということをアンケート調査から証明したのが、このレポートで、調査内容については、『LeanとDevOpsの科学』をご一読いただく
【2/10ウェビナーハイライト】 実事例から学ぶ！技術的負債に対処し、ビジネスの変化に柔軟に対応するDevOps入門 | DevOps Hub | SB C&S
まとめ記事アジャイル開発イベントレポートコラム組織改革 【2/10ウェビナーハイライト】 実事例から学ぶ！技術的負債に対処し、ビジネスの変化に柔軟に対応するDevOps入門 はじめに 2月10日に開催された、「実事例から学ぶ！技術的負債に対処し、ビジネスの変化に柔軟に対応するDevOps入門」では、DevOpsプラットフォームに求められること、そして実事例を通したDevOpsの具体的な進め方について、ご紹介いたしました。多くの方にご参加いただき、具体的な事例を含めてご理解いただけたのではないかと思います。 今回は、本セミナーの内容を編集部員よりレポートいたします。 アーカイブ動画とセッション資料をアップしておりますので、あわせてご参照ください! ・アーカイブ動画視聴：こちら ・セッション資料：ダウンロードはこちら セミナーアジェンダ 「DevOpsプラットフォームに求められること」SB C
DevOpsの進捗度合いとアドバイスが得られるDORA DevOps Quick Checkを使ってみました - TC3株式会社｜GIG INNOVATED.
はじめに 前回の『2020 State of DevOps Reportで新たに提唱された プラットフォームモデルについて知る』でご紹介した、『LeanとDevOpsの科学』では、ビジネスパフォーマンスの高い企業がどのような実践をしているか、5つのカテゴリに分類される24のケーパビリティとしてまとめています。 バージョン管理、テスト自動化、疎結合のアーキテクチャ、言葉だけみると単純そうに聞こえますし、これらの全体像は漠然と理解できたとしても、具体的にどこから手を付け始めようかと迷ってしまう方も多いのではないでしょうか。今回はいつ公開されたか分からないのですが、自社がどの位置づけかを把握し、優先度高く取り組むべき領域をかんたんに診断してくれる「DORA DevOps Quick Check」をご紹介します。 DORAとは、DevOps Research and Assessment の略称で
【資料DL】2021年2月10日開催 SBC&S共催 実事例から学ぶ！技術的負債に対処し、ビジネスの変化に柔軟に対応するDevOps入門
2021年2月10日に開催された、SBC&S、TC3共催の「実事例から学ぶ！技術的負債に対処し、ビジネスの変化に柔軟に対応するDevOps入門」でのTC3株式会社からのご紹介資料をダウンロード頂けます。 今回は、あるお客様との取り組みをもとに、どのようにDevOpsの要素を取り入れていくことに決めたのか、お客様が持つ課題と合わせて、DevOps導入計画時に行ったワークショップの内容をご紹介いたしました。 アジェンダ： TC3についてのご紹介 DevOps事例（初期フェーズ） お客様背景 課題の可視化 キックオフ ビジョンの明確化 アーキテクチャ ツール選定・チーム構成 計画への落とし込み ソフトウェア開発 今後の展望
2020 State of DevOps Reportで新たに提唱された プラットフォームモデルについて知る | TC3株式会社｜GIG INNOVATED.
はじめに State of DevOps Reportは構成管理ツールを提供するPuppet社が中心となり、2013年から毎年DevOpsを推進する企業の特徴をまとめた調査です。 書籍『Lean と DevOpsの科学』にその調査の背景情報などが解説されていますが、昨今巷を賑わせている「DX（デジタルトランスフォーメーション」というキーワードが出る前から、開発のスピードが早い企業ほど、事業のパフォーマンスが高い、ということを調査結果から明らかにしていったレポートでもあります。 今回は、そのState of DevOps Reportの2020年版（元ファイルはこちらからダウンロード可能です）で新たに紹介されているプラットフォームモデルについてご紹介いたします。 ◆State of DevOps Reportについて 過去のState of DevOps Reportの調査結果から導き出され
実事例から学ぶ！技術的負債に対処し、ビジネスの変化に柔軟に対応するDevOps入門（※アーカイブ動画あり） | DevOps Hub | SB C&S
実事例から学ぶ！技術的負債に対処し、ビジネスの変化に柔軟に対応するDevOps入門（※アーカイブ動画あり） ※本イベントのアーカイブ動画を公開中です。詳細はこちらをご参照ください。 DX（デジタルトランスフォーメーション）を推進するにあたっては、技術的な負債に対処し、ビジネスの変化に柔軟に対応するためのプロセス・技術・文化の実装が必要となります。12月末に公開された『DXレポート2（中間取りまとめ）』においてもあらためて、DevOpsの文脈で語られることの多い、開発プロセスをアジャイルにすることやシステムのアーキテクチャをモノリシックからマイクロサービスにするべきということが提唱されています。 本セミナーは、Topcoderを中核としたクラウドソーシングを活用しながらDevOps関連の技術コンサルティングサービスを提供するTC3株式会社とDevOpsに関するソフトウェアサービスや技術サービ
【図解】技術的負債を乗り越えイノベーション企業になるためのハウツー小説『The DevOps 勝利をつかめ! 技術的負債を一掃せよ』 | TC3株式会社｜GIG INNOVATED.
はじめに こんにちは。TC3株式会社マーケティングの中村です。 デジタルトランスフォーメーション（DX）を進める上で重要な要素となるDevOpsを既存の技術的な負債を乗り越えてどのように導入していくかについて、小説形式で理解できる書籍、『The DevOps 勝利をつかめ! 技術的負債を一掃せよ』が2020年10月に翻訳出版されました。 今回は本書で紹介されている「技術的負債」と「5つの理想」、新規事業を開発するための「3つのホライゾン」の概要ををご紹介いたします。簡単な補足用の図もございますので、図だけでも見ていただければ幸いです。 ◆本書について 本書は、著者ジーン・キムによる3部作のうちの最終作で、前著に、『The DevOps 逆転だ!』（The Phenix Project）、『The DevOps ハンドブック 理論・原則・実践のすべて』がある。 今回のストーリーは、The P
デルタ航空のビジネス変革 OpenShiftを使いながら安定性と持続性を両立させ、アジリティを向上した話 - 赤帽エンジニアブログ
みなさんこんにちは、Red Hatでソリューションアーキテクトをしている金森です。 唐突ですが、なんとRed Hatと書く際にはRedとHatの間に[半角スペース]が入ることをご存知でしたか？ 実はredhatでもRedhatでもなく、Red Hatが正しい会社名記述です。 今日はこれだけ覚えてもらえると本当に嬉しいです。 Red Hat社内の人間もついうっかり間違えて使ってたりするので、Red Hat半角スペース警察に取り締られたりします。 ぜひ、みなさんも身近な半角スペースなしRed Hatterを取り締まってみてくださいね！ さて、大事なことは伝え終わったのですが、10/16にOpenShift 4.2がリリースされました！ 今回のリリースも様々な見所が数多くあるのですが、それはさておき そもそもPaaSとかOpenShift(k8s,コンテナ)ってなんの旨味があるの？ どんな効果を
組織文化を変えるDevOps文化を学ぶトレーニングに参加 @シンガポール - 赤帽エンジニアブログ
こんにちは。Red Hatの森(@mosuke5) です。 先日シンガポールオフィスにてRed Hatの新しい試みの1つである、DevOps文化を学ぶトレーニングに参加してきたので、そのレポートです。一緒に行った鈴木(@tomoya_su)とともに本ブログを書いています。 1. DevOps文化を学ぶ？ みなさんはRed Hatにどんなイメージを持っていますか？おそらく多くの人はRedHat Eterprise Linuxの印象が強いのではないかと思います。もちろん、今でもRedHat Enterprise Linuxは大きな事業の柱ですが、最近ではOpenShiftをはじめコンテナ技術に関する製品に注力していますし、また製品だけではなくてそれを「うまく使いこなせるようになるためのDevOps文化を育む」ためのトレーニングやビジネスを行っています。 その最たる例として、Open Innov
アジャイル開発のプラクティス一覧をご紹介いたします - 赤帽エンジニアブログ
お疲れ様です！Red Hatの鈴木（tomosuzu）です！ 本日から定期的にアジャイルやDevOpsなどで利用されているプラクティスのご紹介をさせていただきます。 最初となる今回は、最もベースとなる概念である「Outcome Deliveryフレームワーク」に触れつつ、 どんなプラクティスがあるのかを一覧できる記事を書きました。 tomosuzu.com 今後、随時この記事で紹介したプラクティスの詳しい内容の記事を書かせていただきます。 次回は「ペアプログラミング」を紹介する記事を投稿する予定です。 さいごに Red Hatでは、「アイデアをイノベーションに変える、文化・プロセス・技術・実践の場」として、 Open Innovation Labsを提供しています。 デザイン思考やDevOps、アジャイルやリーン開発などをRed Hatのコンサルタントと一緒に取り組むことができます。
ITインフラ管理の自動化を成功に導くAnsibleの実力と可能性を探る【前編】
ITインフラ管理の世界で今、「自動化 2.0」というキーワードが注目を集めている。クラウドサービスの拡がりは、アプリケーション開発だけでなく、その足腰を支えるインフラにも効率とスピードを強く求めている。そうした変化を背景に、絶大な人気を集めているのが、OSSのIT自動化ツールである「Ansible」だ。人気の理由や背景、そしてレッドハットが提唱する自動化 2.0の実現に向けたヒントを、2回にわたり中島倫明、中村誠の両氏に伺った。 前編の今回は、Ansibleを取り巻く状況とニーズの高まりと、なぜ今あらためてAnsibleなのかについて聞いていく。 レッドハット株式会社 テクニカルセールス本部 クラウドソリューションアーキテクト部 ソリューションアーキテクト／オートメーション＆マネジメント・エキスパート 中島 倫明氏 自動化ツールは昔から多数存在する中で Ansibleが支持を集める背景は?
Ansibleが創り出す自動化する組織 -Ansible makes automation journey
HPE x Red Hat Synergy Day 2018 ～オンプレミスでの自動化・コンテナ運用の実践～ 2018.10.10 (Wed.) 10:00～18:00 https://www.sbbit.jp/eventinfo/47319
レッドハット杉山氏「Ansibleがネットワーク運用自動化の障壁を突き崩す」｜BUSINESS NETWORK
ネットワーク運用の自動化は、通信事業者/ISPにとって、OPEX削減の有力手段だが、実際にはあまり進展していない。レッドハットの杉山秀次氏は、その処方箋としてDevOpsで使われている構成管理ツール「Ansible」を提案。さらにAnsibleを活用した「ネットワークCI/CD」により、サービス開発の迅速化も可能になると語った。 「ネットワーク運用の自動化は、30年前からあまり進んでいないのではないか」――。レッドハットの杉山秀次氏は、インターネットの黎明期に大手ISPでバックボーンの構築・運用に携わった自らの経験も踏まえ、このように述べた。 「SDNの登場を機に、自動化が進むと期待された」が、実際には現在も「新機能を導入する際にはまず試験環境を構築してテストを行い、それに基づいて運用手順書を策定、レビューし、手順書通りに本番環境を構築する」といった旧態然とした手法（MOP：Method
新技術導入を米国並みに！働き方を変えて生産性を高めるための８つの習慣 - メソッド屋のブログ
クロスカルチャーの専門家のロッシェル・カップさんと共同でマイクロソフトの投資の元作成した「働き方を変えて生産性を高める８つの習慣」だが、動画シリーズが完成したので、各習慣の動画をここで整理しておきたい。楽しんでもらえる内容になっているので、是非楽しんでご覧ください！また、すべての項目について、私が過去にこのブログで書いた、各習慣に関するポストへのリンクを整理しておいたので本ブログの集大成になっている。 元々本シリーズは、日本でも、DevOps や Agile を米国並みに実践したいという考えから考察されたものですが、働き方を変えて変化対応性と、生産性を向上させるためのもので、どなたにも楽しんでもらえる内容になっております。早速各習慣のビデオをご紹介させてください。それぞれ１０数分以下のサイズになっています。 序章：イントロダクション ８つの習慣をなぜ作成したのか？どういう効果があるのか？と
私は間違っていた。ごめん。ウォーターフォールは何のメリットも無い - メソッド屋のブログ
私はソフトウェアの専門家としてお答えすると、ウォータフォールは何のメリットも無いというのが私の意見であることを共有しておきたい。そういう意見に至った経緯をこのブログで書き留めて置きたい。 尚、これは所属会社の見解ではないことは明確にしておきます。 サム・グッケンハイマーの一言 私は DevOpsのエバンジェリストで、それ以前からアジャイル開発をかれこれ１５年ぐらい実施し、導入の支援をしている。私はかつては、日本の環境の制約の中で如何にアジャイル開発のメリットを最大に引き出すか？ということを考えていた。 ウォーターフォールに対する立場も、真っ向から否定するものでもなく、現状もあるし、それに慣れている人もいるし、実際ウォーターフォールでも失敗しない人も居る。だから、人にウォータフォールのメリット・デメリットを聞かれた時も「変化しないものに関してはウォータフォールはいいのかもしれない」と回答して
ビルドは一度だけ！ - akubicharm’s blog
継続的デリバリを実現するための鉄則の一つに「バイナリのビルドは一度だけ！」というものがあります。しかし、ソースコードリポジトリに登録されているソースコードを正として、ビルドやデプロイを行うツールを利用している場合には、この鉄則の実現が難しくなります。 OpenShiftでは、ビルド済みの Docker Image をバージョン管理しているので、「ビルドは一度だけ！」を容易に実現可能です。 ということで、OpenShift v3その実現方法をご紹介します。 「ビルドは一度だけ！」を実現するためのOpenShiftの概念 ImageStream OpenShiftにデプロイするアプリケーションのDockerイメージへの参照。SCMのブランチのようなイメージで利用可能。 ServiceAccount OpenShift APIを利用する権限を持つオブジェクト。Podのビルドを実行するsystem
⼤企業で実現するイマドキの内製開発
1. Copyright © NTT Communications Corporation. All rights reserved. 1 ⼤大企業で実現するイマドキの内製開発 NTTコミュニケーションズ株式会社 技術開発部 岩瀬 義昌 2015年年7⽉月29⽇日 【A-‐‑‒5】【ユーザ企業登壇！】先進企業が語る、 ソフトウェア開発環境のビフォーアフター 2. Copyright © NTT Communications Corporation. All rights reserved. 2 ■名前 岩瀬 義昌 / @iwashi86 ■仕事 NTTコミュニケーションズ株式会社 技術開発部 Webコア Technology Unit Web/インフラ エンジニア ⾃自⼰己紹介 ■コミュニティ活動 ・WebRTC Meetup Tokyo
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
