エンジニアよ、越境しよう！！クラウド時代のエンジニア像 - プログラマでありたい
Amazon Web Services クラウドネイティブ・アプリケーション開発技法のAppendixとして、「クラウドとエンジニア」をテーマに、クラウド時代のエンジニアのあり方について少し書きました。その趣旨としては、次のようなものです。 従来は、アプリケーション・エンジニアとインフラ・エンジニアという役割で分業することが多かったです。しかし、API GatewayやLambdaのような新しいサービスが出てくる現状で、果たしてそれを扱うのは誰なのだという問題がでてきます。 図示化すると、次のような感じですね。 アーキテクチャが変われば、エンジニアの役割も変わる 今、Webの世界で一般的に見られるアーキテクチャはIntel LinuxサーバやWindowsサーバが普及してからのものです。せいぜい20年位の歴史だと思います。その前は、ホストを中心としたC/Sシステムなどが中心だったのでしょう
一休.comにおけるデプロイフローと自動化 /ikyu-deploy-flow
サイボウズ✕一休合同勉強会での発表資料です
アジャイル・クラウド・DevOpsとエンジニアの採用と評価についてRyuzeeさんに聞いてみた(14,000文字インタビュー！) | DevelopersIO
アジャイル・クラウド・DevOpsとエンジニアの採用と評価についてRyuzeeさんに聞いてみた(14,000文字インタビュー！) はじめに 2月某日、Ryuzee.com の Ryuzee さんこと吉羽龍太郎さんに、アジャイル・クラウド・DevOps についてのお話を伺う機会がありました。本エントリーは、その時の様子を文章化したものです。 アジャイル・クラウド・DevOps は実際のところどんなものなのか？ 上手くいく／上手くいかない取り組みの違いはどこなのか？ そもそもそれは本当にやるべきか？ 組織とエンジニアの関係、評価はどのようにすれば良いのか？ といった幅広いテーマについて語っていただきました。 このインタビュー記事は、 アジャイル・クラウド・DevOps などをやりたいけど、どこから手を付けていいのかわからない方 手を付けたけど、なんだか上手くいっていないことにお悩みの方 もしく
【資料公開】DevOpsの基本
こんにちは。@ryuzeeです。 営業でDevOpsの基本の話をしてきましたので資料を公開しておきます。中身自体は昨年11月に楽天テクノロジーカンファレンスで話した内容を日本語化したものです。 DevOpsに関してはいまだに実体がなんなのかという議論がなされていますが、僕自身の現時点での解釈は、ビジネス上の意思決定から実際に顧客に届ける全体の流れの話であると考えています。すなわちいかにリードタイムを短くするかとスループットを大きくするか、ということです。(それってリーンじゃん、と言われればその通り) デプロイの回数が測定基準である、という記述も見かけますが、デプロイの回数は、あくまでバリューストリームの末端の「個別プロセス」の話でしかないので、物理的に一日に10回デプロイボタンが押せても、意思決定から価値化までの時間は長い、ということがありえます。 Build・Measure・Learnの
改めて「DevOps」の本質を考える、「開発と運用が密に連携」は正しいか？ | IT Leaders
IT Leaders トップ ＞ 経営課題一覧 ＞ CIOコンピタンス ＞ 市場動向 ＞ 改めて「DevOps」の本質を考える、「開発と運用が密に連携」は正しいか？ CIOコンピタンス CIOコンピタンス記事一覧へ [市場動向] 改めて「DevOps」の本質を考える、「開発と運用が密に連携」は正しいか？ 2015年6月9日(火)田口 潤（IT Leaders編集部） リスト 2015年5月末から6月の第1週にかけて、「DevOps」について議論する機会が何度かありました。言うまでもなくDevelopment（開発）とOperation（運用）を組み合わせた造語ですが、「日本では今もDevOpsの考え方が正しく理解・認識されているとは言えない」という指摘が複数あったのです。どんな理解が正しいのか、どう理解すればいいのか、ここで考えてみます。デジタルビジネス時代の情報システム部門の役割を考える
“使用”より“構築”で学ぶオープンPaaS「OpenShift」
“使用”より“構築”で学ぶオープンPaaS「OpenShift」：DevOps時代のJavaプログラマのためのオープンクラウド入門（1）（1/5 ページ） オープンなクラウドで重要性を増すJava。DevOps時代のJavaプログラマはアプリケーション開発者（Dev）もデプロイや運用（Ops）面におけるクラウド／インフラ技術への幅広い理解が必要となる。本連載では、さまざまなオープンクラウド技術を紹介していく。初回は、オープンソースのPaaSであるOpenShiftを紹介。どんな技術を使ってPaaSが実装されているのかを理解しよう オープンなクラウドで重要性を増すJava 最近、これからは「DevOps時代」だといわれるようになっていますが、DevOps時代のJavaプログラマにとってクラウドサービスを使った開発は、どのようにアプローチしていくのが良いのでしょうか。 Javaは、これまでオン
インフラエンジニアってなんでしたっけ（仮）
SmartNewsさん主催の『SmartNews Tech Night Vol.2』でお話した内容ですm(_ _)mRead less
DevOps時代の開発環境と現場体験 [#cmdevio2015]
Developers.IO 2015 Developer Day でのセッション資料です。Read less
![DevOps時代の開発環境と現場体験 [#cmdevio2015]](https://cdn-ak-scissors.b.st-hatena.com/image/square/3efaafd3bbb98db851ccbeb82b9166fd9dc9ed5d/height=288;version=1;width=512/https%3A%2F%2Fcdn.slidesharecdn.com%2Fss_thumbnails%2Fcmdevio2015a-4-150329003710-conversion-gate01-thumbnail.jpg%3Fwidth%3D640%26height%3D640%26fit%3Dbounds)
OSCにてChef12の情報を含む講演を行いました。 #osc14tk - Engine Yard Blog
10月18日、10月19日の両日に開催されたオープンソースカンファレンス2014 Tokyo/Fall にてChefの講演を行いました。 今回はChefなどに関する講演が複数あり、よりいっそう導入が広まっている様子が感じられました。 特に今回は日曜日にもかかわらず、70名近い方にセッションに参加していただきとても驚きました。 今回は従来の講演内容に加えてChef12で変更された部分についての情報とメディアで話題になった記事の紹介を反映しています。 特に重要そうなポイントをいくつか書き出しておきますが、詳細は資料と動画をご覧ください。 Chefの導入の広がり プロビジョニングツールとしては最も幅広く使われているといって良い状況。 （8/10）記者の眼 - 人気No.1の開発・運用ツールはこれだ！1000人調査の結果発表：ITpro ユーザーの特性に応じてAnsibleやPuppetも選択肢に
Ph perがawsと出会ってdev opsを目指した話
EC2のストレージどう使う? -Instance Storageを理解して高速IOを上手に活用!-
インフラの継続的デリバリー - naoyaのはてなダイアリー
事前に断っておくがここでいう「インフラ」はレイヤ的には OS より上の話。 少し前に GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー で、GitHub を介したデプロイを実践しているということを紹介した。普段の開発を Pull Request ベースでやっているので、デプロイもまた Pull Request を契機に実行させると色々捗る、という話。 このプラクティスの対象領域をインフラにまで拡大してみました、というのが今回の話。 DNS レコードを Pull Request を merge した契機に自動で更新 AWS を利用している場合、ドメインの管理も Amazon Route 53 を使うといろいろと都合がいい。 Route 53 での DNS レコードの更新はこれまでブラウザから操作していた。これだと誰がいつ作業したかわからないし履歴もトラックしづらい。また変更
Terraform簡易チュートリアル on AWS - Qiita
概要 TerraformのAWSを使って、CLIを通してインスタンスの起動→変更→停止を行うためのチュートリアル。Terraform の基本概念である plan apply show のサイクルを理解するためのもの。 追記 Terraformのblog投稿、参考訳 - Qiita http://qiita.com/zembutsu/items/402e02950ce9d59fa0e6 Terraform入門 日本語訳 - Qiita http://qiita.com/zembutsu/items/84f5478701c5391df537 Terraform とは Hashicorp (Vagrant, Packer, Serf, Consul を作っている会社) によって 7/28 に公開された新しいオープンソースのプロダクト。 Terraform http://www.terraform
Dockerで考える、マルチクラウドの未来。July Tech Festa 2014
RightScaleの調査によると、パブリッククラウドの利用割合としてはAWSが飛び抜けているが、Rackspace、Google 、Microsoft Azureなども比較的多く使われています。 またプライベートクラウドでは、VMwareとOpenStackが優勢です。 ここで言えるのは、パブリッククラウドもプライベートクラウドもさまざまなサービスやソフトウェアが使われていると言うことで、これはマルチクラウドが期待されている、ということ。 マルチクラウドに期待されているものの1つが、リソースやワークロードなどの適正配置です。 どうしてもプライベートクラウドに起きたいものがある一方で、パブリッククラウドに置いた方が安かったりするものもあります。 ディザスタリカバリやバックアップをパブリッククラウドで構築するというのもあります。また、パブリッククラウドを1社だけ使うのは価格変更やサービスの変
運用エンジニアから開発エンジニアになるためにやったこと · As a Futurist...
Web の会社でエンジニアを始めて 4 年、ずっと運用エンジニアをやってました。運用とは端的に言うと、社内外の他人が作ったソフトウェアを期待通りに動作させるためのエンジニアリングだと思ってます。アプリケーションはもちろん開発者が作ったものですし、MySQL や Apache や Linux も全部他人が作り上げたソフトウェアであり、それらの設定を変更したりパッチを当てたり運用ツールを駆使することで、協調動作させることに磨きをかけてきました。 ただ、いつまでたっても他人の作ったものの面倒を見てることには変わりないし、運用ツールを開発したところでそれはあくまで誰かが生み出す価値のサポートにすぎないのが自分的には満足できなくて、ずっとアプリケーション(ビジネスロジック)が作りたいと思ってました。 で、今年の始めからたまたまタイミングよく新規開発の部署に入ることになって、いきなり開発者をやることに
GitHubが僕たちを、仕事の現場を変えた！──「GitHub Kaigi」レポート | gihyo.jp
2014年6月1日（日）、東京・渋谷マークシティにおいて、GitHubユーザグループ主催によるイベント「GitHub Kaigi」が開催されました。500人の定員に対し800人を超える参加申し込みのあったこのイベントには、日本におけるGitHub活用の第一人者たちはもちろん、米GitHub社から招いた開発者たちも登壇し、いずれ劣らぬ濃いセッションが繰り広げられました。ここではその様子を紹介します。 GitHub実践入門 ── Pull Requestによる開発の変革 トップバッターとして登壇したのは、WEB+DB PRESS plusシリーズ『GitHub実践入門 ── Pull Requestによる開発の変革』の著者である大塚弘記氏です。 『GitHub実践入門』の著者、大塚弘記氏 同氏はまず、「GitHubを利用した開発の世界を知る」「GitHubを（利用｜活用）する違いを
最新インフラエンジニア技術勉強会に行ってきました #dli_infra | こえむの編集後記
昨夜、ドリコムさんで行われた「最新インフラエンジニア技術勉強会 〜Fluentd, Elasticsearch,Chefの実践実例〜」に足を運んできました。 タイトルにもありますように、Chef, モニタリング, Fluentd, そして elasticsearch が使われている現場の情報を伺える機会となりました。 それでは、いつものようにノートをアップしておきます。 概要 2014-05-23 ドリコム 本社 (目黒アルコタワー) 19:30-20:00 ひらしー ドリコムのInfrastructure as Code 20:00-20:30 mickey Winning the metrics battle 20:30-21:00 外山 寛 Fluentd プラグイン開発講座 21:00-21:30 yoshi_ken MySQLと組み合わせて始める全文検索エンジン「elastics
GitHub 時代のデプロイ戦略 - naoyaのはてなダイアリー
少し前までアプリケーションのデプロイと言えば capistrano などをコマンドラインから叩いてデプロイ、みたいなことをやっていたが、最近は少し様子が違うのでそのやり方、KAIZEN platform Inc. での事例を紹介する。 GitHub のイベントを契機に CI as a Service にデプロイを担当させる GitHub で Pull Request を送って開発するのが前提になっているのは以前にも紹介した。 最近は Travis CI や CircleCI などに代表される CI (Continuous Integration) as a Service があって、CI も自分たちで環境を構築しなくてもクラウドに任せることができる。KAIZEN では CircleCI を積極的に使っている。 これらの CI as a Service は基本的に GitHub と連携するこ
Developers Summit 2014 で「サーバプロビジョニングのこれまでとこれから」という発表を行いました - Gosuke Miyashita
内容自体は基本的に、第5弾 週末ランサーズ にお邪魔した時に お話した資料 と同じなんですが、この時よりも時間が少し長かったので、多少内容を追加しているのと、当時自分の中でうまく整理できてなかったけど、今は多少クリアになった部分もあって、そういった内容を盛り込んだりしてみました。 Togetter まとめ NAMIKAWA さんによるまとめ 一点お詫びしたいのは、登壇者に質問ができる Ask the Speaker というコーナーがあって、セッションが終わった後はそちらに移動、という段取りだったのですが、裏でやっていた OSS コミッタ大集合 の方でも登壇するために終了後すぐに E 会場に向かったため、Ask the Speaker コーナーに行けませんでした。もし質問するためにいらしてくださった方がいましたら、本当に申し訳ないです。 今回デブサミに登壇させて頂いた経緯については、会場で
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ある若手インフラエンジニアの現状確認 #wakateinfra
クラウドがもたらした多様な破壊と創造を聞いてきた！
