[B! インフラ] [2ページ] kwyのブックマーク

「はじめてのAWS設計でやりがちな失敗パターンまとめ」について発表しました #devio2020 | DevelopersIO

西澤です。クラスメソッドに入社してからおよそ5年間クラウドの推進やAWS 技術に関する支援をさせていただいております。この経験を何か形にしたいと思い、少し遅れてしまったのですが、Developers.IOイベントに乗じてまとめさせていただきました。発表資料資料はこちらにアップロードしております。夜間に録音したので覇気が無い感じになってしまいましたが、動画はこちらです。まとめ「AWS設計でやりがちな失敗パターン」というタイトルで考え始めたのですが、もっともお伝えしたい点は、AWSを利用されるお客さまのマインドセットを変え、クラウドを活用できる組織に変わって欲しい、というところに集約できるかなと思います。技術的な問題以上に、考え方を変えられないこと、組織を変えられないことが、クラウド活用を阻害するアンチパターンになっていると思いました。どこかの誰かのお役に経てば嬉しいです。

kwy 2020/10/24

リンク

企業に必要とされているインフラ技術とこれから

Infra Study Meetup #5で変化するインフラ技術の変化に対応する方法についてトークしました。

kwy 2020/10/07

リンク

新人エンジニアのためのインフラ入門ーBFT道場 Think IT支部

kwy 2020/01/05

インフラ

リンク

【入門】インフラやるなら知っておきたいトピックのリンク集 - Qiita

インフラをやるうえで知っておきたいトピックを独断と偏見で選んでリンク集をつくりました． HTTP HTTP入門 [BurpSuiteJapan]HTTP基礎入門 RESTful API Web API入門 RESTful API 入門 KVS key-valueストアの基礎知識 KVS 超入門 - footmark NoSQL HBaseの概要とアーキテクチャ | Think IT（シンクイット） Oracle Cloud Hangout Cafe - 明解! NoSQLの勘所 - Speaker Deck データベース 2018-11-データベース / 2018-11 database - Speaker Deck SQLをはじめよう - 初心者でもわかる、構文とデータ取得の基本 - エンジニアHub｜若手Webエンジニアのキャリアを考える！ RDBとNoSQLにみるDB近現代史データ

kwy 2020/01/02

インフラ

リンク

「Pragmatic Terraform on AWS」が神本だったので紹介する - Qiita

はじめに Pragmatic Terraform on AWS、控えめにいって神本です。 AWSの知識がある程度ある人が、IaC入門するのに最適すぎる。今週中にやり終わりそうなので、金曜あたりにレポ書きます。 — nari@エンタメ系エンジニア (@fukubaka0825) June 1, 2019 予定より、ちょっと遅くなってしまいましたが、宣言通り書評書いていこうと思います。。ただただ「Pragmatic Terraform on AWS」を褒めちぎるだけの記事になってしまうことをご了承ください。。こんな人にオススメ AWSの知識がある程度あって、IaC(Infratecture as Code)に入門してみたい人他のIaCのツール(CloudFormationとか)を使っていてterraform使ってみたい人 AWSもIaCも全くわからん、、だとちょっと進めるのが辛いかもし

kwy 2019/07/10

リンク

コンテナ移行ってこんなに大変？～「家族アルバムみてね」を支えるインフラの裏側～ - Speaker Deck

AWS Summit Tokyo 2019 登壇資料 2019年6月13日（木）14:00-14:40 コンテナ移行ってこんなに大変？～「家族アルバムみてね」を支えるインフラの裏側～ ※本資料の公開に関してはAWS確認済

kwy 2019/07/09

リンク

【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査！〔2019年始版〕 - エンジニアHub｜Webエンジニアのキャリアを考える！

【46選】あのサービス・アプリのアーキテクチャ・プログラミング言語・フレームワークを大調査！〔2019年始版〕今やWebやアプリを構築する技術選択は、フロントエンドからインフラまで各領域で多岐に及びます。気になるあのサービスが利用している技術は何か？アンケート調査によるまとめの2019年新春バージョンです。エンジニアHubでは2017年4月に、国内注目サービスのアーキテクチャ大調査を掲載しました。それからおよそ2年が経ち、インフラでもフロントエンドでも新しい技術が次々と登場しています。そこで今回は2019年始版として、46のサービスが利用しているプログラミング言語やフレームワーク、インフラ等の環境をまとめました。選定理由も回答いただいたサービスは合わせて掲載しています。どういった見地から技術選定を行っているのか。ぜひ今後の参考にしてください。（※本記事は、2018年12月のメール

kwy 2019/02/08

リンク

hatebu.me

This domain may be for sale!

kwy 2018/10/29

インフラ

リンク

Gossでのインフラテスト+小ネタいくつか - Qiita

0. はじめに Gossというテストツールを紹介します Gossの初歩的な使い方を紹介します Gossを使う上での小ネタをいくつか紹介します 1. Goss？ 1.1. Gossとはテストツールの1つで、Serverspecと競合する。GossはGo言語で書かれており、バイナリ形式でサーバに配布される。テストはYAML形式で書くが、変数はYAMLでもJsonでも対応している。 1.2. Serverspecに負けているところ 1つめ。Gossはリモートでテストする機能がない点。AnsibleのGossモジュールなど、非公式ではあるものの何かと組み合わせる他ない。つまり、あるサーバでテスト結果を集約するのに対して、信頼性が薄い。が、本番環境でもこういうものが使えるよ、という組織にとってはCIサーバで構築もテストも集約して行えるので、あまりServerspecに負けているとは言えない。

kwy 2018/10/26

リンク

10年モノのインフラを3年がかりでカイゼンした - Qiita

CI いちおうJenkinsが立ってました。失敗して赤くなってるジョブが大半で、かといって誰が治すわけでもなく、よくわからないけど失敗したり成功したり、とにかく不安定でした。 CloudWatchのメトリクスで眺めて、EBSのIOPSクレジットの枯渇から激遅になって、Jenkinsジョブのタイムアウト設定で失敗になる、まで明らかにしました。その時の対処は、IOPSクレジット上限サイズの1TBのSSDのEBSを付けることと、同時並行で動けるJenkinsジョブ数に上限を設けることで、落ち着くようになりました。とはいえ「Jenkinsおじさん」問題があるので、CIをどうにか民主化する必要があります。SaaSから検討して、TravisCIとCircleCIが最終候補になって、トラブルシュートをSSHでできるのを決め手に、CircleCIを導入しました。 8月末にCircleCI1.0が死んだと

kwy 2018/09/28

インフラ

リンク

未踏の地に導入進むLPWA、IoT通信の大本命は一気に140億円規模へ

2017年度はほぼゼロの見込みが2018年度に10億円、2021年度は140億円へと急成長する国内市場がある。広域無線通信技術のLPWA（ローパワー・ワイドエリア）の市場だ。従来の無線通信サービスよりも圧倒的な低料金と低消費電力を武器に、あらゆる機器に通信機能を付加。IoT（インターネット・オブ・シングズ）を支える通信インフラの大本命だ。

kwy 2018/01/17

リンク

会社の本番環境をDocker(ECS)に置き換えるために準備したこと気づいたこと

エンジニアの@macs_6です。このブログでは社内のAWS EC2上で運用しているアプリケーション群をECS移行したプロジェクトについて紹介します。ローカルの開発環境をDockerした話は以前の記事(複数の rails プロジェクトが共存する開発環境を Docker 化した話を晒してみる)で西辻が紹介しているので、そちらを参照して下さい。概要プロジェクトを始める前に感じていた課題目指す状態 ECSを選択する理由設計移行のために必要な作業 Digdagによるスケジューリングについて ECSを使って見て気づいたこと今後やりたいことプロジェクトを始める前に感じていた課題ローカル・本番で再現性のある環境を簡単に作れるようにしたい簡単にスケールできるようにしたいコストを抑えたい ECS移行プロジェクトを始める前にはこれらの3つの事に課題感を持っていました。 1.ローカル・本番

kwy 2017/11/27

リンク

AWS費用と戦う

2017-11-10 Geeks Who Drink in Tokyo -AWS & 神楽坂 Edition- @nulab

kwy 2017/11/12

リンク

グランブルーファンタジーを支えるインフラの技術

2017/02/16 Developers Summit 2017

kwy 2017/03/18

リンク

Aimingインフラチームを支え(てくれてい)る技術と設計(1/3)

この記事を読むのに使用する時間の目安 = 15分初めまして。 Aimingでインフラを担当している小熊(oguma) と申します。普段は、ウェブサイトの構築/運用管理や東京と大阪のネットワーク設計/構築/運用管理、 backoffice toolなどのinfra/inhouse開発および技術指導/教育やフレームワーク導入や運用設計を行なっています。それと最近は機会が減りましたが、たまにゲームインフラ構築や内部統制および情報システム管理や人事関連をやっています。 LLによる開発や、Infrastructure as Code、 Tuning、 Serverless、 Container、システムの自律化関連にとても興味がある音楽と雪山が好きな酒好きです。今日も元気に飲みにいきましょう!! さて、本題に入りますが今回は、その中でAiming インフラチームがどのような業務

kwy 2017/02/02

インフラ

リンク

[Linux] メモリ不足の時に、インフラとして対応できる1つのこと - Qiita

この記事はフロムスクラッチ Advent Calendar 2016の6日目の記事です。想定読者 1. サーバーとかを立てたことないアプリ開発者 2. インフラとは何か？と悶々としている人 3. インフラリソースを気にしない開発者に違和感を感じている人 4. 業務でLinuxコマンド叩いているけど、必要最低限しか使っていない人自己紹介 ITベンチャー2年目。25歳。インフラエンジニア。東工大大学院化学専攻修了。新薬合成研究から、プログラミングまで。 NHK（日本放送協会）大好き♥ 東京生まれ。東京育ち。最近のマイブームは、ランニング。とある日・・・ A: 「なんか開発環境のバッチが落ちてるんだけど」 B: 「？？？なんで？」 A: 「とりま、ログみよ。」 A: 「ん・・・あー・・・」 "Cannot allocate memory" or "OutOfMemoryError

kwy 2017/01/15

リンク

次世代監視の大本命！ Prometheus を実運用してみた - Qiita

こんにちは！freeeでインフラゾンビをやっている @sugitak です。ゲームではレベルを上げて物理で殴る派です。 freee ではたまにインフラエンジニアの数が減るのですが、その減ったインフラエンジニアはインフラゾンビへと進化し、社内を闊歩します。インフラゾンビは主に開発チームに所属して、アプリっぽいインフラの仕事をインフラからアプリ側へと持っていきます。デプロイとか、Dockerとか、Jenkinsとかの、いわゆる DevOps 系のところですね。こうすることで開発者は手を出せるものの自由度が増えるし、インフラはより本来のインフラとして純度を上げていける、 so, win-win ってわけです。さて、そんなわけで監視です。freee Engineers Advent Calendar 2016の9日目の記事として、 Prometheus による監視が最高なのでみんなもっと使おうと

kwy 2017/01/09

リンク

はてなブックマーク

タグ

関連タグで絞り込む (37)

インフラに関するkwyのブックマーク (37)

お知らせ

月間はてなブックマーク数ランキング（2024年8月）

今週のはてなブックマーク数ランキング（2024年9月第1週）

今週のはてなブックマーク数ランキング（2024年8月第4週）

公式Twitter

キーボードショートカット一覧

はてなブックマーク

公式Twitter

はてなのサービス