エンジニアと立ち話。Vol.8 ＠deeeet（SRE） ちょっとお話いいですか？ | mercan (メルカン)
ソフトウェアエンジニアの@kajikenがメルカリで働くエンジニアたちを捕まえて、ちょこっとお話を聞いていく本シリーズ。第8回はメルカリ SRE（Site Reliability Engineering）チームメンバーの中島大一さん（@deeeet）です。 @kajiken：@deeeetさん、ちょっといいですか。 @deeeet：ちょっと待ってください今goroutineをcancelします。はい。どうぞ。 @kajiken：入社日と職種を教えてください。 @deeeet：2017年の1月に入社しました。SRE（Site Reliability Engineering）チームメンバーとして働いています。 @kajiken：これまでの経歴を教えてください。 @deeeet：大学の研究室ではNLPを、大学院に入ってからはロボットや音声対話の研究をしていました。新卒で楽天に入社して、最初はko
[AWS] 可用性の高い堅牢なデプロイプロセスについて考える | DevelopersIO
こんにちは。こむろ＠今は東京です。 アプリケーション開発において、実行環境へのデプロイプロセスはとても重要です。AWSでもCodeDeployやElasticbeanstalk、OpsWorksと言った各種デプロイプロセスをサポートするサービスがあります。しかし、どのデプロイプロセスが今自分たちのフェーズでのスタイルと一番相性が良いのでしょうか？最終的に全て結果は同じです。アプリケーションが環境へデプロイされ、アプリケーションが正常に実行、そしてサービスが正常に動作することを目指しています。このデプロイプロセスは新たにインスタンスを立ち上げる際にも関わりがあります。そのため、スケールアウトすることを前提に作られているシステムはデプロイプロセスとは切っても切り離せない関係です。今回は運用面から見たデプロイプロセスの再考と改善を考えます。 はじめに 自分が担当しているプロジェクトでは開発タイミ
![[AWS] 可用性の高い堅牢なデプロイプロセスについて考える | DevelopersIO](https://cdn-ak-scissors.b.st-hatena.com/image/square/495673edbefe7b7bc5e6e9e54b2565989b893342/height=288;version=1;width=512/https%3A%2F%2Fdevio2023-media.developers.io%2Fwp-content%2Fuploads%2F2013%2F09%2Faws1.png)
アプリケーションポータビリティとJenkinsの有り方に関する所感 - すずけんメモ
弊社ではJenkinsおじいちゃんに日々お世話になっております。隣のチームの @_zoo さんもJenkinsおじいちゃんについての記事を書いておりました。 年の瀬にJenkinsの訃報が届いても、悲嘆にくれないために #vgadvent2013 - massの日記 http://mass.hatenablog.com/entry/2013/12/10/232532 ということで僕的最近のJenkins運用について書きたいと思います。去年の運用と今年の運用を比較していきます。 去年のJenkinsのタスク 以下のことをやっていました。何でも屋ですね。 デプロイ テスト 通知: メール 高度なcrontab 去年ad:tech TokyoでMapReduceジョブのdispatchとmonitoringをしているという発表もさせていただきました。 Jenkinsとhadoopを利用した継続的
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
