AWS料金早見表
サーバレスアーキテクチャ構成にしたときに 実際のところ、どれくらいの料金になるのか気になったので算出してみようと思います。 (あくまでシミュレーションしたものでAWS側で値段や計算方法が変わったりするため、責任は負いかねますので導入する際は自己責任でお願いします。) AWSのどこにどれくらいの料金がかかっているのか知ることは大事だと思ったのですが、トータルだとなかなかまとまってなかったのでまとめてみました。 間違ってたらご指摘いただけると助かります。 サーバレスアーキテクチャって何？って方はこちら参照してください 世界に先駆けてAWSサーバレスアーキテクチャでユーザ認証とAPI認可の実装をしてみた AWSサーバレスアーキテクチャでCloudFrontからWAFをかけてAPI Gatewayを呼ぶ Lambda+RDSはアンチパターン 全部教えます！ サーバレスアプリのアンチパターン とチュ
エンジニアのハマり時間とその技術的難易度の相関関係 - Qiita
めちゃくちゃにハマったからと言って、その問題は技術的難易度が高い訳ではないんじゃね？という話。 ここで言う「ハマる」とはなにかに夢中になって没頭することではない。バグとかエラーがあって、なかなか解決できなくてそのために時間を割かれてハマる、の「ハマる」。 先日、ハマった問題が解決した時の感情は「ついに解決したぞ」という安堵感と「しょーもないハマりポイント作りやがって、あのボケが！」という前任者への怒りが混ざった状態だった。 サイトのSSLの有効期限切れが２週間後にせまっていた。やる事は証明書の更新、新しい証明書をAWSのELBに入れること。ただこれだけ。しかしハマった。どうやってもELBから「あなたのキーは無効です」みたいなエラーメッセージが返ってきた。２年前にSSLを設定したエンジニアは退職してしまって、もう居ない。その前任者とほぼ同じことをすればOkなはずなのに、なぜかできなかった。
ソフトウェアエンジニアだけでサービス運用できる環境を作って失業した話 - まいんだーのはてなブログ
はじめに このエントリは非常にポジティブで技術的なチャレンジに関するまとめであり求人エントリでもあります。 まとめ 昨年後半から、急成長するサービスを支えるため “どオンプレ” な環境で作ったサービスをクラウドに持っていく仕事をしていました。 クラウドのオイシイところを押さえられるよう作り変えをした結果として “Infrastructure as Code” を実践することになり、結果としてソフトウェアエンジニアだけですべてがコントロール出来る状態になり、インフラおじさん業が不要になりました。 そういった環境で働きたい "腕の立つITエンジニア(特にスマホとサーバサイド)" を募集しています。 発表資料&箇条書きで振り返る最近の動き AWS Casual Talks #3 https://github.com/myfinder/aws-casual-3/blob/master/slide.
「納品のない受託開発」の先にある「エンジニアの働きかたの未来」
こちらの勉強会で話した資料です。 http://dev-revolution.doorkeeper.jp/events/8881 勉強会のまとめはこちらです。 http://togetter.com/li/631383
積水化学工業、オープンソースと内製化、2万人のメールをクラウドへ移行でエンジニアのモチベーションが大いに上がった AWS Summit Tokyo 2014
積水化学工業、オープンソースと内製化、2万人のメールをクラウドへ移行でエンジニアのモチベーションが大いに上がった AWS Summit Tokyo 2014 7月17日と18日の2日間にわたって都内で開催された「AWS Summit Tokyo 2014」では、大企業による情報システムのクラウド化事例も紹介されました。 多くの企業において情報システムのクラウド化は、コスト削減や迅速性といった経営上の文脈で語られます。しかし積水化学工業の原和哉氏が行ったセッション「オープンソース＆内製化＆クラウド移行で、情報系システムを進化させた、積水化学グループ」では「エンジニア（関係会社）のモチベーションが大きく上がった」という点が結論として強調されるユニークなものでした。 また、個人的意見と断りながらも指摘された「ITの運用部門は非常に厳しい環境に置かれている」という点も、企業のクラウド採用が進む背景
エンジニア3人で支える月間10億PV
・2年で月間10億PVを支えるまで成長した ZenClerkの運用上の工夫を紹介 ・AWSのTipsとあるある話の共有
死んでしまったサービスの供養
この記事は 闇アドベントカレンダー、 22 日目の記事です。何書こうか迷って担当日に書けなかったので三日ほど遅れてしまったけど書きます。 2011 年の 10 月から FANIC という音楽配信サービスの開発に携わっていたのだけど、サービスを成長させることができず、 2013 年の 8 月にサービス終了した。 サービスが死ぬのは技術者がクソだということだけではないと思う。市場とか外部環境に左右されるし、企画とか売り方がダメなことの方が多いと思う。しかし現実に自分はプログラマーとして FANIC というサービスの死に荷担してしまった。弔いになるか分からないけど、 FANIC で何がよくて何が良くなかったのかを書いてみたいと思う。 FANIC とは FANIC は主にアマチュアのミュージシャンをターゲットにしたホームページ作成＆音楽販売サービスで、アーティストは自分の公式ホームページを簡単に作
ローンチしたサイトに人がこない。
作った理由最近、小さなWebサイトをローンチしたわけですが、「自分でもサイトを作れるんだ！」という自信が持てた。 -今度は、世の中の人のためになるようなWebサイトを作ろうと思った。 アイデア髪を切りたい場合、美容室単位でしか予約できないので、スタイリストから選んでピンポイントで予約できたら良いのでは。 -スタイリストから髪を切りたい人を見つける場を作れたら、新人スタイリストはカットモデルを探しやすいのでは。 -家にいながらにして、自分の現状の髪型と理想の髪型をスタイリストと共有できたらなぁ～ テーマなるべくシンプルなサイトにする。他の美容室検索サイトはごちゃごちゃしすぎ。 コンセプトなるべくシンプルに -登録が簡単 -他の美容室サイトで有料のオプションは無料。(全ての機能を無料で提供) -画像を用いてスタイリストとやり取りができるサイトを目指す。 システム構成VPSサーバAWS EC2言
ネットワーク図を作る時に便利なアイコン集のまとめ(2013年度版) - P2P today ダブルスラッシュ
ネットワーク図を作る時に便利なアイコン集のまとめ(2016年度版)を作りました。最新のアイコン集はそちらをご覧下さい。 ネットワークマップなどネトワーク系の作図を行う際、アイコンが無い場合であったり、製品にあったアイコンなどが見つからずアイコンを探すのに苦労をする場合があると思います。サーバやネットワーク機器のメーカによっては、ネットワーク系の作図を行う時に使えるアイコンやVisioのステンシルを提供しているところがあります。今回はそれぞれネットワーク図の作図に便利なアイコンを配布しているサイトをご紹介いたします。 《「INTEROPのトポロジ図アイコン」(2014/06/24追記)》図面とともにあらんことを！：第二面 – ネットワークのゲンバ(2014) | Interop Tokyo 2014の5ページ目にOne more thing…として、ShowNet の図面で使っているアイコン
ScaleOut | Supership
2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。本件に関する詳細は、プレスリリースをご確認ください。 2024年4月1日より、Supership株式会社は親会社であるSupershipホールディングス株式会社に吸収合併されました。 合併に伴い、存続会社であるSupershipホールディングスは社名をSupershipに変更し、新たな経営体制を発足しました。 本件に関する詳細は、プレスリリースをご確認ください。
クラウド上にEDIを「移行する」ということの意味 - 急がば回れ、選ぶなら近道
ニュースリリースというか記事はこちら。日経の中田さんの記事ですね。 http://itpro.nikkeibp.co.jp/article/NEWS/20130306/461423/ この辺の解説を記録のために書いておきます。個人的にはちょっとしたマイルストーンなので。 まずEDIの定義ですが、これはElectronic Data Interchangeの略で、B2Bでの電子データ交換の仕組み自体をさします。歴史的にはITの歴史と同じくらい古い。当然インターネットよりも古い。昔は（場所によっては今も）電話で”ぴー”とか”がー”とかやっていた代物です。多分50年以上の来歴を誇る仕組みですね。業界ごとにその業界に応じたプロトコルが制定されており、いわゆる標準化がもっとも進んだ分野のひとつです。そして、大抵はミッションクリティカルな業務に属します。エンタープライズ系のITでは最下層に位置するレイ
[SIer]ベンチャーカフェ｢SIerでのキャリアパスを考える｣に参加した - ギークに憧れて
f:id:hotchemi:20120310224509j:image 前回に引き続き､凝りもせずベンチャーカフェのこれからの「エンジニアリング」の話をしように参加してきた｡言い訳をしておくと､今回はスタッフとしての参加だったので勤労義務を果たしてる｡概要第2回：SIerでのキャリアパスを考える 〜ここにいても大丈夫？SIerのメリット・デメリット〜第2回では、「SI業界の現状をしっかり把握して、自分の現在位置を知ること」がテーマとなります。何かと不安が多いSI業界で働き続けると、どんなキャリアパスが待っているのでしょうか？そのメリットとデメリットは？会場はオラクル青山センター｡めちゃ綺麗だし真顔…｡ f:id:hotchemi:20120310131622j:image 登壇したのは､ISIDのひがやすおさん､ジンガジャパンの山岡広幸さん､GoTheDistanceで有名なござ先輩こと湯
コード書けるインフラエンジニアの深刻な不足問題
インフラエンジニアを厳密に定義しないであえて使うことをお許しください。 だいたいは、ゼロスタートの山崎さんの記事を見てほしい。 巷で聞かれる、「インフラエンジニアの深刻な不足問題」は、実は「コード書けるインフラエンジニアの深刻な不足問題」であり、それは「コード書けるインフラエンジニアへの深刻な給与不足問題」なのではないかと思うのです。 インフラエンジニアに15年前にはいった人(私は大学卒業が15年前なので感覚で語れるのはこのころから)は特にインフラエンジニアなどとは呼称されていなかったはずです。オープン系サーバ屋、オープン系ネットワーク屋、汎用機のプログラマ、IPのネットワーク、ATM、sonet、INSのエンジニアなどのように分類されていたように記憶しています。もちろん複数の分野を持つ人、持たざるをえなかった人が時代を推進していたことは事実です。しかし、そのように区分されて業界にはいって
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
AWS費用試算例 · さよならインターネット
就活生のみなさんへ ～文系？理系？～ « サーバーワークス社長ブログ