今の時代の経営者なら、DevOpsの価値をわかっている必要がある コロナ禍で明確になった「伸びる会社」と「伸びない会社」の差
DevOpsのことを勘違いしている人が多い 福井厚氏（以下、福井）：本当に、メッチャ刺さりまくりだと思います。実はここのお話の中で出てきた考え方、人に対しての考え方とかカルチャーとか組織とか、あとは人間、お互いを尊敬しながらということも含めて、いまだに悩んでいる人たちがたくさんいて。 例えば「DevとOpsの組織が分かれているけどどうしよう」とか、「お互いに仲が悪いけどどうしよう」みたいなことっていまだにある話なので。聞いている方も、ある種すごくショックを受けたりしたんじゃないかなとは思うんですけれど。 実際、AWSもこのとおりやっているなという印象で、少人数のチームで自律的にやっていたり、ビジネスのオーナーを持ってそのチームの中に入っていったり。このとおりみたいなものがほとんどなんですよね。 なので、デプロイも全部自動化されていますし、チームのすべてのメンバーがオーナーシップを持つカルチ
Azure DevOps + App Serviceで簡単にCI/CD環境を構築する
アジャイル開発に取り組むチーム向けのコーチングや、技術顧問、認定スクラムマスター研修などの各種トレーニングを提供しています。ぜひお気軽にご相談ください（初回相談無料） みなさんこんにちは。@ryuzeeです。 Azure DevOpsは、バージョン管理、バックログやIssue管理、CI、CD、成果物管理、テストの管理などが行えるオールインワンのプロジェクト支援プラットフォームです。今年Visual Studio Team Servicesからブランド変更されて、Azure DevOps Servicesという名前になりました。 このAzure DevOpsとApp Serviceを組み合わせることで、30分くらいでCI/CD環境とデプロイ先の環境が簡単に作れますので、紹介します。 なお、各スクリーンショットをクリックすると、画像を拡大して表示します。 Azure DevOpsにアクセスする
闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
メルカリ Microservices Team による Terraform 運用とその中で開発したOSSの紹介 | メルカリエンジニアリング
SRE で Microservices を推進している @b4b4r07 です。 メルカリでは全社 (US/UK/JP) 的に Microservices に舵を切る経営指針が打ち出されており、Microservices Platform Team では Microservices として切り出すにふさわしいサービスの再編のサポートや、新規サービスの Microservices 化のサポート、およびそのスタンダードなインフラ基盤の開発などをしています。 本記事ではその中で開発した Developer Productivity の向上につながる小さなツールを、メルカリでの Terraform の活用事例に交えてご紹介します。 メルカリでの Terraform 活用 冒頭に挙げたとおり、少しずついろいろなサービスが立ち上がり始めていますが、そのインフラとして主に GCP (GKE) が使われて
July Tech Festa 2017 で「急成長するサービスを支える DevOps 戦略と組織変革へのアプローチ」という発表をしてきた - kakakakakku blog
今日は July Tech Festa 2017 ( #JTF2017 ) で発表をしてきたので，さっそく参加レポートをまとめた．運営の皆さま，お疲れさまでした！ 発表資料 感想 / 補足など 今回は「急成長するサービスを支える DevOps 戦略と組織変革へのアプローチ」というタイトルで発表をした．タイトルが良かったのかもしれないけど，会場はほぼ満席で嬉しかった（空席が目立つ会場もチラホラあったため）． 発表内容としては大きく3点で，DevOps の話と組織変革の話をバランス良く混ぜることを意識した．特に「組織変革」の部分が重要で，組織課題が残っている状態でどんなに頑張ってもサービスは伸びないと思っている．「DevOps は文化である」ことはよく知られているのに，文化として根付かせるために変化を実践できている人は案外少ないのでは？ 急成長を支える ( ≒ 守る ) ための DevOps
ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (前編) | 株式会社ヌーラボ(Nulab inc.)
このエントリは前後編に分かれています。前編は主に運用フローやそこでの工夫点、後編は実際の運用から得た知見や今後の課題といった内容です。 ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (前編) ヌーラボのインフラ運用最前線 〜イミュータブルを目指して〜 (後編) 最近はインフラ運用・DevOPS関連のトピックとして目にしないことはないくらい、「イミュータブルインフラストラクチャー」について様々な議論がなされています。私たちも昨年、継続的デリバリという文脈で、@IT の連載にてその基本的な考え方について紹介させていただきました。 さて、今年の二月にローンチをしたばかりのヌーラボのシングルサインオンサービス「ヌーラボアカウント」では、イミュータブルインフラストラクチャの一歩手前として、特定の変更を加える場合のみ、ごっそり環境ごと入れ替えるというやり方にてその運用をスタートしました。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
