受託開発中心のIT企業、ボックスソフトウエア(以下、ボックス社)はビジネスモデルの転換を図るために、アジャイル開発とDevOpsを活用したプロジェクトを始めた。人間ドックサイトは無事立ち上がり、目玉の新機能の提供を始めた。ところがトラブルが発生、村上率いる開発メンバーは徹夜で対処した。 ●主要人物 村上 龍彦:ボックスソフトウエア プロジェクトマネジャー。丁寧なプロジェクト運営に定評がある 辻岡 謙太郎:ボックスソフトウエア社長。典型的なワンマンタイプだが、慕う社員は多い 小寺 泉:ボックスソフトウエア ビジネスマネジャー。ビジネスで確実に成果を上げるが、人の気持ちや感情は二の次 須田 洋次郎:アジャイル開発やDevOpsの導入支援に携わるコンサルタント。様々な企業を再生させた実績を持つ 佐藤 正子:ボックスソフトウエア 品質管理部担当。品質に対する嗅覚は鋭く、指摘も的確だがルールに厳しい
終了 2018/09/20(木) 19:00〜 JDDStudy #3 最新DevOps事例勉強会! スタートアップとグロースフェーズ それぞれの開発チームが取り組むDevOpsの今。 Manami Taira 他 東京都渋谷区宇田川町20-17 NMF渋谷公園通りビル 8F
This document summarizes a microservices meetup hosted by @mosa_siru. Key points include: 1. @mosa_siru is an engineer at DeNA and CTO of Gunosy. 2. The meetup covered Gunosy's architecture with over 45 GitHub repositories, 30 stacks, 10 Go APIs, and 10 Python batch processes using AWS services like Kinesis, Lambda, SQS and API Gateway. 3. Challenges discussed were managing 30 microservices, ensur
はじめに 小室です。2017年も最後の日になりました。 ここ最近は読書によるインプットが少なくなったことによって、文章の質が自ら目を背けたくなる程度に低下していたため、仕事納めから数日はひたすら本を読む生活をしていました。まだまだインプットが足りていないので充電が完了していないのですが、年末恒例になったエントリーを書かないことが自分の中でモヤモヤとして残っていたので、重い腰を上げて文章を書いてみようと思います。 ここ数年は珍しく1つのプロジェクトにつきっきりで設計/実装から運用までを通して担当しています。 *1特に運用を担当するようになって多くを学んだ一年でした。もはや設計・実装者が一人も残っていないアプリケーションのメンテナンス、改修に関わったり、インフラ側とアプリケーション側の狭間を埋めるように動くためにAWSのサービスについて本格的に勉強をしたりするなど、1アプリケーションエンジニア
こんにちは。SREの @kazeburo です。8月17日に株式会社ハートビーツ様が主催する「hbstudy#75」において、メルカリSREの取り組みについての発表をしてきましたので、資料を公開します。 hbstudyでは、SRE大全というテーマで、#74において先日発売となりました「SRE サイトリライアビリティエンジニアリング ―Googleの信頼性を支えるエンジニアリングチーム」の翻訳者の発表があり、また#76にてXFLAG スタジオのSREによる発表が予定されています。 発表内容 トークの時間が2時間ありましたので、前半、後半にわけて資料を作成しました。内容も多く盛り込んでおります。 メルカリがSREを採用した理由 メルカリSREチームの紹介 OnCall/運用当番について 先日のCDN変更での個人情報漏洩について PHPアプリケーションの最適化 セキュリティの取り組み(パスワード
編集部注 : 社内で多くのアプリケーションやサービスが稼働するようになると、SRE(や運用)チームのサポートが追いつかないケースが出てきます。今回の『CRE が現場で学んだこと』シリーズでは、企業内のアプリケーションやサービスの中で何を SRE にサポートしてもらうかを、うまく原則に基づいて防御的に決める方法について見ていきます。 Google では幸いなことに、ストレージやネットワーク、ロード バランシングといった横断的なインフラはもちろん、Google 検索や Google マップ、Google フォトなどの主要なアプリケーションも含め、すべてを Site Reliability Engineering(SRE)チームがサポートしています。とはいえ、SRE にはソフトウェア エンジニアとシステム エンジニアの両方を組み合わせたスキルが求められるため、それを満たす人材を見つけて採用するの
クラウドを導入することにより、ユーザー企業のシステム部門の運用業務が増えたり、ITベンダーの運用担当者の業務が変わったりすることはこれまで述べた通りだ。実はクラウド導入の影響を受けるのは運用担当者ばかりではない。クラウドの利用が当たり前になると、ITエンジニアに求められるスキルが大きく変わってくる。 必要なスキルが最も大きく変わるのは、インフラエンジニアだ。SCSKの川村 純氏(ITマネジメント事業部門 netXデータセンター事業本部 クラウドサービス部長)は、「インフラエンジニアはプログラマに近くなっていく」と話す。 クラウドをインフラで利用する場合でも、基本はサービスの設定作業になる。ベアメタルサーバーに近いIaaSではOSやミドルウエアをインストールするといったオンプレミスに近いケースもあるが、「APIで提供するサービスが増える中、インフラの設定はプログラミングの要素が強くなっている
ここから、DevとOpsが協力すればより効率的になる=DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか? ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート(設置作業員、サポートセンタ)には、大量の人員が必要になってきます。 したがって、組織を研究
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く