Content-Length: 370766 | pFad | http://b.hatena.ne.jp/masayoshinym/devops/
突撃！隣のDevOps 【リブセンス編】 | DevelopersIO
久々の「突撃！隣のDevOps」の記事です。今回はリブセンスの「転職会議」を開発している部署にDevOpsに対する取り組みや考え方、組織文化についてインタビューしてきました。 今までのシリーズとは異なりリブセンスに伺わずにリモートでのインタビューでした。 なので突撃もしておらず、会社の位置関係的にもそこまで隣じゃないDevOpsです。 リブセンスについて まずはリブセンスがどのような会社でどのような業務を行っているか、インタビューの担当者様について紹介してきます。 サービス内容 人材領域・不動産領域といった、人生の大きな意思決定が必要になる場面での情報の非対称性を課題ととらえ、それを解決するようなサービスを運営しています。口コミによる企業情報の透明化・マッチング精度向上に挑む「転職会議」、エンジニアの競争入札型転職メディア「転職ドラフト」、成功報酬型でより多くの求人案件から適職を提案する「
MLOpsの各社の定義まとめ - Qiita
CI: 継続的インテグレーション CD: 継続的デリバリー CT: 継続的トレーニング CM: 継続的監視 2.2 Facebook Facebookのエンジニアブログを検索しましたが、ヒットしませんでした。 FBLearnerでMLOpsを実践しているものの、定義を書いているわけではなさそうです。 2.3 Intel Intelのwebサイト内にてMLOpsで検索しましたが、SeldonのCTOの紹介と求人票以外はヒットしませんでした。 https://www.intel.com/content/www/us/en/search.html?ws=text#q=MLOps&t=All プロセッサを作るのがメインの会社だから、無くても仕方ないですね。 2.4 Microsoft 2.4.1 Microsoftの定義 MLOps:Azure Machine Learning を使用したモデル管
MLOps: 機械学習における継続的デリバリとパイプラインの自動化 を翻訳してみた - Qiita
表1(翻訳者により追加) MLOpsにおいて、DevOpsから追加された項目 以下では，予測サービスとして機能するMLモデルのトレーニングと評価の代表的な手順を説明します． MLのためのデータサイエンスの手順 どのMLプロジェクトでも、ビジネスユースケースを定義して成功基準を確立した後、 MLモデルを本番環境にデリバリする過程には次の手順が含まれます。 これらの手順は手動で完了することも、自動パイプラインで完了することもできます。 データ抽出： MLタスクのさまざまなデータソースから関連データを選択して統合します。 データ分析： 探索的データ分析 （EDA） を 実行して、MLモデルの構築に使用可能なデータを把握します。 このプロセスにより、次のことが起こります。 モデルが期待するデータスキーマと特性を理解します。 モデルに必要なデータの準備と特徴量エンジニアリングを特定します。 データの
突撃！隣のDevOps 【エウレカ編】 ｜ Developers.IO
はじめに こんにちは、DevOps導入支援担当の藤村です。突撃！隣のDevOpsが帰ってきました！パート1からなんと2年ぶりのパート2、2といえばペア、ペアといえばPairs！ということで、今回はPairsを運営するエウレカさんにお邪魔して、DevOpsに関して根掘り葉掘り聞いてきました！ 突撃！隣のDevOpsとは パート1からあまりに時間が経っているため、改めてこのシリーズの趣旨について再掲します。 突撃！隣の開発環境では各会社さんの開発の方法や、どのような体制で開発をしているのかという形で、「開発」に焦点を当てたインタビューをさせていただいていました。実際、ソフトウェアサービスと言うのはリリースしてからがスタートであり、日々の改善活動や安定運用を行うため、開発（Development）と運用（Operations）が協力し合いながらビジネス要求に対し、早くかつ柔軟に対応していくかが求
モブプログラミングという働き方 #DevLOVE
2017年6月18日（日）DevLOVE 200 Bridgeにて。
グリーCTO藤本氏が明かす、エンジニアリングの観点をマネジメントに生かす具体的な方法
グリーCTO藤本氏が明かす、エンジニアリングの観点をマネジメントに生かす具体的な方法：一生、エンジニアで食べていける？（1/2 ページ） 開発の効率を高め、より良いサービスを実現し、価値を高めていくために、開発者には何ができるのか――そんなテーマを追求する「明日の開発カンファレンス」が2017年4月14日に開催された。その中から2つのセッションの模様を紹介する。 開発の効率を高め、より良いサービスを実現し、価値を高めていくために、開発者には何ができるのか――そんなテーマを追求する『開発リーダのための「明日の開発カンファレンス 2017」』が2017年4月14日に開催された。 より良い開発の実現に向け、DevOpsやCI/CD、アジャイルにテスト駆動開発といったキーワードが飛び交う昨今、オープンソースでさまざまなツールが提供されている。カンファレンスでは、まずは小さくてもいいので最初の一歩を
闇のDevOps DevOpsと業績評価 – ところてん – Medium
ここから、DevとOpsが協力すればより効率的になる＝DevOps、という言葉が生まれました。 当時は大企業においてはDevとOpsが分かれていることが当たり前だったのです。そして、大企業における当たり前が、当たり前ではないことに気付き始め、DevOpsを実現するためのツールができ始めたころでもあります。 ではなぜ、大企業ではDevとOpsが分かれているのが当たり前だったのでしょうか？ ハードウェアの時代その昔、産業の主役はハードウェアでした。 そのため、多くの企業はハードウェアを作ることに対して最適化が行われました。 ハードウェアには研究開発、製造、運用サポートといった大きな区分けが存在します。そして、それぞれの仕事において要求する人材レベルは異なります。 加えて、大量生産された製品の運用サポート（設置作業員、サポートセンタ）には、大量の人員が必要になってきます。 したがって、組織を研究
DevOpsにフルスタックエンジニアは無用の長物
「数年前はインフラ操作方法を開発担当者に知っておいてほしいと思っていたが、今は開発だけに集中するべきだと考えている」。そう話すのは、サイバーエージェントでインフラの運用を担当する須藤涼介マネージャーだ。 須藤氏の考えを変えたのはコンテナ技術の導入だ。サイバーエージェントは2016年4月から提供しているインターネットテレビ局「AbemaTV」の基盤に、米グーグルのコンテナ基盤「Google Container Engine（GKE）」を採用している。 コンテナ技術は単一のハードウエア資源をあたかも複数の資源のように使うといった、仮想化技術の一つ。ミドルウエアやアプリケーションを一つのファイルにまとめた「コンテナ」と、コンテナ内のアプリを実行したり運用したりする「コンテナ基盤」からなる。GKEはコンテナ基盤を配備済みの仮想マシン（VM）が使えるサービスで、コンテナを配備するとスケールアウトや再
Slackから始めるChatOps - Screaming Loud
先日発表したChatOps事例のスライドを共有します。 Slackから始めるChatOps from Yuto Suzuki www.slideshare.net 連携のハマりどころ この発表でちゃんと伝えてないので補足です。 APIGatewayとLambdaの連携 APIGatewayを使うにあたりSlack連携で、GETリクエストを受け取るのは簡単なんですが、POSTリクエストが実はちょっと面倒なんですね。 p18でも書いてますが、Slackから飛んでくるリクエストがJsonではなくFormなんです。 Slackから飛ぶForm内容は、以下のような感じなんですが、 token=xxxxxxxxxxxxx team_id=T0001 team_domain=example channel_id=C1234567 channel_name=test user_id=U1234567 us
もはやウオーターフォールだけでは戦えない理由
もはやウオーターフォールだけでは戦えない理由：“黒船”たちがde:codeで語ったDevOpsの極意（1/2 ページ） 2016年5月24、25日に開催されたde:code 2016で、多くの参加者の印象に残ったであろう『黒船襲来! 世界DevOpsトップ企業×マイクロソフトによるトークバトルセッション』。そのポイントを、今あらためて振り返る。 日本においてはまだ、ウオーターフォールに代表される従来型の開発スタイルが主流となっている。これには日本企業やIT部門の慣習、ビジネス部門とIT部門、IT部門とSIerとの関係性など、さまざまな背景と必然的な理由がある。しかし、「全ての企業はソフトウェア企業になる」と各方面で指摘されているように、ソフトウェアがビジネスの成果に直結するケースが増え、開発・改善の「スピード」が差別化の要件とされている今、もはやウオーターフォールだけで戦うことは難しくなっ
DevOps スタータキットの公開 - メソッド屋のブログ
DevOps の概要、プラクティス、そしてそれに関するリソースを整理して自ら学習しやすいようにしてみました。DevOps の考え方、プラクティス毎に、ビデオとそこで使っているPPTを公開しますのでお楽しみください。 channel9.msdn.com docs.com docs.com 1. DevOps の歴史 DevOps を学ぶときに、海外と比べると日本の商習慣が異なるので、向こうで話されているDevOps の概要を聞いてもピンと来ないかもしれません。そこで、DevOps の歴史を7分程度で学べる動画を作成しました。 これで、DevOps が生まれきた背景が学べると思います。 docs.com 2. DevOps の概要 DevOps の歴史を知るとと、DevOps の概要がよりわかりやすいかもしれません。次のビデオをご覧ください。 docs.com DevOps プラクティス ビデ
DevOps（デブオプス）
DevOpsとは「ビジネスの価値を高めることを目的に、製品・サービスを迅速かつ継続的にユーザーへと届けるために、ITシステムの開発チーム（Dev）と運用チーム（Ops）が協調すること」を意味する言葉だ。 連載目次 DevOps（デブオプス）とは「ビジネスの価値を高めることを目的に、製品・サービスを迅速かつ継続的にユーザーへと届けるために、ITシステムの開発チーム（Dev）と運用チーム（Ops）が協調すること」を意味する言葉だ（ただし、その明確な定義はない）。 DevOpsが生まれた背景 今も述べたように、DevOpsは「（ビジネス部門も巻き込みながら、）開発チームと運用チームが協調して、ビジネス上のゴールに達成しよう、ビジネスを迅速にユーザーへと届けよう」という概念だ。 この概念が生まれた背景には、ITが進化するにつれて、ビジネスとITの関係が変わってきたことがある。以前はITやソフトウェ
DevOpsとは何か？ そのツールと組織文化、アジャイルとの違い
両氏はこのプレゼンテーションの中で、それぞれの役割の違いから対立することの多い開発者（以下、Dev）と運用者（以下、Ops）の対立構造を次のように示した。 Devの役割が“システムに新しい機能を追加する”である一方、Opsの役割は“システムの安定稼働”である。そのため、Devが新しい機能を追加したくても、Opsはシステムの安定稼働のために変更を加えたがらない、という対立構造が作られてしまっていた。 しかしDevとOpsのそれぞれのミッションは（DevOpsの概念と同じく）、どちらも「システムによってビジネスの価値をより高めるだけでなく、そのビジネスの価値をより確実かつ迅速にエンドユーザーに届け続ける」ことである。そのミッションを達成するための手段が、上記のとおりDevは“システムに新しい機能を追加する”であり、Opsは“システムの安定稼働”なのである。つまり、同じ「ミッション」を掲げている
DA88 - Thế Giới Cược Giải Trí Đa Sắc Uy Tín Hàng Đầu
DA88 luôn là điểm đến mà bất kỳ cược thủ nào cũng muốn lựa chọn để tận hưởng trải nghiệm tốt nhất. Bạn sẽ có cơ hội tiếp cận nhiều loại hình giải trí hấp dẫn và các dịch vụ tiện ích. Nội dung cập nhật bên dưới đây về địa chỉ sẽ giúp bạn có thêm thông tin trước khi quyết định đăng ký. Cách Thức Liên Hệ Tổng Đài DA88 Cực Nhanh Và Chi TiếtChính Sách Bảo Mật DA88 Đang Áp Dụng Với Mọi Cược ThủChơi game
日本でアジャイル / DevOps 導入が進まないのは「文化」を変えないから - メソッド屋のブログ
私が初めてeXtreme Programming に出会ったのは確か2000年だと思う。実際に初めてのプロジェクトを実施したのが2001年。それからすでに15年が経過していることになる。そんな長い間アジャイル、そして DevOps の日本での導入に関わってきた。日本のアジャイル導入に関しては全て成功とは言わないが、かなり成果は上げてきたとは思う。だけと、今日は自分の導入ポリシーの誤りに気付いて、新たなステージにいける気がしたので、そのことを共有してみたい。 2002年 尊敬するアリスターコバーンと、XP JUG関西のメンバーと清水寺で。私が写真撮ってたのかなw Alistair.Cockburn.us | Alistair's first trip to Japan sept 2002 日本はアジャイルの導入がこれからという噂を聞いたけど本当？ これは、私がマイクロソフトの面接の時に、当時
DevOpsとSecは同じ夢を見るか？
DevOpsとSecは同じ夢を見るか？：セキュリティ・アディッショナルタイム（5）（1/2 ページ） 米国で開催されたRSA Conference 2016では、開発・運用とセキュリティ担当者の距離を縮め、「セキュアでビジネスニーズに合ったサービスを素早く提供する」という共通の目的を達成するためのキーワード「DevSecOps」に関連するセッションが多数行われた。 開発（Development）と運用（Operations）が協力し、ビジネスの要請に合ったシステム開発をスピーディに進めていく「DevOps」の潮流は、継続的インテグレーション／継続的デリバリといった取り組みとも相まって、スタートアップ企業だけでなくエンタープライズ企業にまで浸透しつつある。 DevOpsは、対立しがちだったDevとOpsが一つのチームとなり、共通のゴールを目指すための取り組みだ。だが、まだ蚊帳の外に置かれてい
「DevOpsは技術だけでは成り立たない」エバンジェリストが語る、本当のDevOps（前編） | SELECK
〜「1日に10回デプロイできる環境があること」が「DevOpsが出来ていること」の証明〜 DevOpsとは、開発担当者と運用担当者が協力しソフトウェアライフサイクルやビジネス価値の創出を改善する活動である。 しかし、その定義自体があいまいなこともあり、「何を実現することがDevOpsなのか」という理解は人によって様々である。国内でも、数年前から流行の兆しを見せているが、本当の意味でDevOpsを理解し、実践できている企業はいくつあるのだろうか。 「日本ではツールだけを導入して DevOps を導入したことになっていることも多い」と語るのは、米Microsoftの牛尾 剛 さんだ。DevOpsのエバンジェリストとして、導入支援やイベントの開催などを行い、技術的な側面と組織的な側面の両方から正しく理解させるための活動を行っている。 前編の今回は、DevOpsが生まれた背景から、本質的に理解して
アジャイル・クラウド・DevOpsとエンジニアの採用と評価についてRyuzeeさんに聞いてみた(14,000文字インタビュー！) | DevelopersIO
アジャイル・クラウド・DevOpsとエンジニアの採用と評価についてRyuzeeさんに聞いてみた(14,000文字インタビュー！) はじめに 2月某日、Ryuzee.com の Ryuzee さんこと吉羽龍太郎さんに、アジャイル・クラウド・DevOps についてのお話を伺う機会がありました。本エントリーは、その時の様子を文章化したものです。 アジャイル・クラウド・DevOps は実際のところどんなものなのか？ 上手くいく／上手くいかない取り組みの違いはどこなのか？ そもそもそれは本当にやるべきか？ 組織とエンジニアの関係、評価はどのようにすれば良いのか？ といった幅広いテーマについて語っていただきました。 このインタビュー記事は、 アジャイル・クラウド・DevOps などをやりたいけど、どこから手を付けていいのかわからない方 手を付けたけど、なんだか上手くいっていないことにお悩みの方 もしく
本番環境の「聖域化」を再考する - DevOps の「リードタイムの短縮」の次に来るもの - メソッド屋のブログ
DevOps という言葉は2009年のVelocity conference でFlickerが発表した 10 deploys per day という発表が起源になっています。 10+ Deploys Per Day: Dev and Ops Cooperation at Flickr from John Allspaw www.slideshare.net 残念ながらアジャイル開発宣言のような公式の定義がないため、多くの人がその定義をしようと頑張っています。私はその起源や、インターネットでいろんな人が定義している内容を総括して次のように「DevOps のエレベータピッチとは」という問いに答えてきました。 ビジネス・Dev・Ops が協力し、ソフトウェアのライフサイクルと価値の創出を改善する活動 これはこれで特に悪くないとは思うのですが、正直若干「ふわっ」としているのは否めません、また、私
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Fetched URL: http://b.hatena.ne.jp/masayoshinym/devops/
Alternative Proxies:
Google の新しい専門職 : CRE が必要な理由
