タグ

コストに関するakira1908jpのブックマーク (13)

  • AWSコスト削減とリソース管理 | 外道父の匠

    クラウド使いなエンジニアの皆様、猛暑と円安の中いかがお過ごしですか。上層部からインフラコスト削減を突きつけられてはおりませんでしょうか。 今回はおそらく初めてコスト削減についてAWSを軸に書いていきますが、考え方はどこの環境でも似たりよったりなので何かしらの足しになればと思う次第であります。 目次 長いです。ひきかえしたほうがいいぞ! コミュニティに捧げます AWSの売上 コスト削減とは 三大使命 コスト状況整理 Load Balancer 参考リンク 統合による削減 EC2 Autoscaling 参考リンク 情報整理 古いインスタンスタイプの変更 スケジュールの調整 スポットインスタンスの適用 軽量インスタンスの統合・サーバーレス化 アプリケーション処理の軽減 EC2 EBS EBSは高い 不要EBSを削除・スナップショット化 ボリュームタイプの変更 EC2 AMI NAT Gatew

    AWSコスト削減とリソース管理 | 外道父の匠
  • プロダクトオーナーの考えるべきところ - kawaguti’s diary

    プロダクトオーナー(PO)の考えるべきところ、もしくは「はまりがちな罠」について、いくつかのトピックを思いつくまま書き出してみました。悩めるPOさんの手助けになれば幸いです。 序盤戦、中盤戦、終盤戦の戦略 一番美味しいアイデアがでる可能性に備えるために 引き継ぎにはコストがかかるので人を追加すると遅くなる システムは利用者の数に従って情報が増えるので、リリース後が最も大変な時期になる システムはハーモニーなので、継ぎ足して別の人を追加すると繋がらない あ、よければアギレルゴの認定スクラムプロダクトオーナー研修もご検討ください。著名な講師が通訳付きで教えてくれます。 1. 序盤戦、中盤戦、終盤戦の戦略 「序盤で基礎を作って、作るスピードが上がってきたら、重要なところを作り、最後はウリになるものを作りこんでリリースする。」一見、良さそうに見える戦略ですが、これは結構危うい計画になりがちです。ユ

    プロダクトオーナーの考えるべきところ - kawaguti’s diary
  • データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball

    ちょっと昔まではデータ基盤の管理人・アーキテクト, 現在は思いっきりクラウドアーキを扱うコンサルタントになったマンです. 私自身の経験・スキル・このブログに書いているコンテンツの関係で, 「データ基盤って何を使って作ればいいの?」的なHow(もしくはWhere)の相談. 「Googleのビッグクエリーってやつがいいと聞いたけど何ができるの?」的な個別のサービスに対するご相談. 「ぶっちゃけおいくらかかりますか💸」というHow much?な話. 有り難くもこのようなお話をよくお受けしています. が, (仕事以外の営みにおける)個人としては毎度同じ話をするのはまあまあ疲れるので, データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋 というテーマで, クラウド上でデータ基盤を構築する際のサービスの選び方 (データ基盤に限らず)クラウド料金の基的な考え方 をGoogle

    データ基盤にありがちな「何を使って作ればよいか?」という問いに対する処方箋を用意してみました. - Lean Baseball
  • リリースして11年経過したPHPアプリケーションにPHPStanを導入した - Chatwork Creator's Note

    はじめに はじめまして。PHP部の山下(@task2021)です。 この度、リリースして11年経過したPHPアプリケーションのCIにPHPStanを導入しました。 歴史の長いPHPで実装されたプロダクトコードにPHPStanを導入するにあたり、「どのように導入していったか」というプロセスに焦点を当てて紹介したいと思います。 話さない事 PHPStanについての詳細 技術的な話・CIへの導入方法 想定読者 静的解析ツールを導入しようと考えているが、チームに受け入れられるか不安がある 静的解析ツールを可能な限りスムーズに導入したい 静的解析ツールを導入して、実際にどんなメリットがあったか聞きたい 目次 はじめに 話さない事 想定読者 目次 なぜPHPStanを導入したのか PHPStanとは 静的解析ツールを使用していなかったリポジトリに導入していく道のり 解析レベルを決定する CIへ導入する

    リリースして11年経過したPHPアプリケーションにPHPStanを導入した - Chatwork Creator's Note
  • なぜエンジニアは長時間労働してはいけないのか - あしたからがんばる

    主語が大きすぎるタイトルですが、今の自分の考えをまとめておきたく、記事を投稿します。 もしかしたら、将来は全然真逆のことを考えているかもしれません。 また、ここでの「エンジニア」はシステムエンジニア、とりわけアプリケーションエンジニアを指します。 主語を「エンジニア」にしているのは、僕がエンジニアリングしか知らないだけなので、もしかしたら営業職や事務職でも同じことが言えるかもしれないし、言えないかもしれません。 サマリ 結論から書くと、以下の2点があるので、長時間労働しないほうが良いです。 長時間労働をすると、成果をあげるためにより時間がかかる 長時間労働をすると、将来的なコストを抱える 長く働けば成果が出るのか 汎用的な例を挙げていきましょう。 「用紙を三つ折りにして、封筒に入れてください。」 という仕事があったとします。 誰でもできる簡単なお仕事ですね。 この仕事を1時間やった場合とさ

    なぜエンジニアは長時間労働してはいけないのか - あしたからがんばる
  • 無駄なコストを省こう!AWSで止め忘れ、消し忘れを自動でチェックする方法 まとめ | DevelopersIO

    はじめに 以前、AWS利用料のメールが見て、思っていたよりも高くてビックリしたことがあります。調べてみたところ勉強用に立ち上げたRDSを消し忘れていました。今は会社のアカウントを使わせてもらっているので自分の財布に直接響くことはなくなりましたが、同じことを起こさないために消し忘れたリソースがないか自動でチェックするようにしています。私が使っているツールを紹介します。 お使いの開発環境などで無駄なリソースが残っていないかチェックしてみてください。 チェックしたい主なリソース EC2 まずはEC2インスタンスですね。説明は不要だと思います。 Amazon EC2 料金表 EC2を停止していてもEBSの料金が発生します。ストレージはあまり気にされてない方多いと思いますが、数が多いと結構金額膨らむので注意しましょう。例えば20GBのEBSが10台あると1か月間で24ドルほどかかります。 Amazo

    無駄なコストを省こう!AWSで止め忘れ、消し忘れを自動でチェックする方法 まとめ | DevelopersIO
  • やっぱりサーバーサイドレンダリングなんかしなくていいやという気持ち - console.lealog();

    個人の意見 aka ポエムです。 界隈的には今さら感がすごいけど。 そんな今さらポエった事情としては、 とある案件でSPAをReactで作りつつサーバーサイドレンダリング(以下SSR)をすることになるかも SPAじゃないページもまとめてReactでSSRすることになるかも ただ個人的にはSPA+SSR不要論者 サーバーサイドのテンプレートとしてのReactも冗長なだけやろ派 でも仕事なのでしゃーない(お客様がそう申されるなら・・ なのでやるからには再考察してみて、前向きにやれる要素を見つけたい! けどどんだけ考えてもやっぱり意義が見つけられなーい( ´Д`)=3 という感じで、SSR自体の是非はまあどうでもよくて、ただ個人的に「しなくていい」と思ってる気持ちをまとめたものです。 技術に是も非もないです。大事なのはどう使うかなのです。 ちなみにやってみた結果・・とかいう話ではなく、やってない

    やっぱりサーバーサイドレンダリングなんかしなくていいやという気持ち - console.lealog();
  • 車いすで飛行機に乗る時は | いすみ鉄道 社長ブログ

    いすみ鉄道のようなローカル線は、鉄道会社といっても零細企業です。 こういう小さな会社は、社長が何を考え、どういうポリシ―や方向性で進んでいるのかを皆さまに直接お伝えし、ご理解いただくことが大切だと考えています。 このブログでは、地元の情報やイベントなども併せて、「いすみ鉄道の今日」をお伝えいたします。 どうぞお付き合いくださいますようお願い申し上げます。 赤組でもなく青組でもなく、アイスクリームの飛行機が車いすのお客様を乗せる乗せないでもめたようですね。 私も長年航空の現場で働いてきましたが、車いすのお客様がスムーズにご利用できることは、ふつうに考えたらあたりまえのことで、今回のアイスクリームさんは、搭乗ブリッジのない沖止めスポットに飛行機を駐機しているにもかかわらず、階段を上れないお客様のための手段を用意しておかなかったというのが、会社側としての敗因でしょうね。 これは言い訳ができないと

  • PHPの連想配列は常にin_arrayより速いのか - hnwの日記

    プログラムを書いていると、入力値が辞書に含まれているかを調べたいようなことがあります。たとえば、ユーザーに都道府県名を入力させて、それが正しい都道府県名であるかどうかを調べたい、というようなことがあるかもしれません。 このような内容をPHPで書く際、キーに都道府県名を持つような連想配列を作る習慣がある人は多いはずです。これは典型的な連想配列の使い方といえるでしょう。 <?php $prefs = array( "北海道" => true, "青森" => true, // ... "沖縄" => true, ); if (isset($prefs[$input])) { // 都道府県名が正しい時の処理 } 一方で、in_array関数を使うやり方も考えられます。 <?php $prefs = array( "北海道", "青森", // ... "沖縄", ); if (in_array

    PHPの連想配列は常にin_arrayより速いのか - hnwの日記
  • 三菱UFJ銀行、密かに一大計画推進…「莫大なカネ食い虫」巨大システムを捨てる日

    最近、三菱東京UFJ銀行が、独自の仮想通貨「MUFGコイン」の開発を進めていることが報じられている。多くの金融機関が金融とインターネット技術の融合であるフィンテック(FinTech)事業を強化するなか、邦銀による仮想通貨発行がどのように銀行の経営に変化をもたらすのか関心が高まっている。 MUFGコインの詳細は今のところ不明ながら、「ブロックチェーン」と呼ばれる新しいネットワーク技術を用いて、IT関連のコストを削減することを目指しているという。ブロックチェーンとは、取引等の情報(データ)のまとまり(ブロック)を鎖(チェーン)のようにつなぎ、それを複数の小型コンピューターで共有するネットワーク技術だ。 これによって、銀行は大型のコンピューターを設置するコストを削減できる。現在、多くの銀行はコンピューターを管理することを目的に大型のビルを購入するなど、多額の資金を投じているからだ。 ただ、ブロッ

    三菱UFJ銀行、密かに一大計画推進…「莫大なカネ食い虫」巨大システムを捨てる日
  • セールスアニマルになろう スタートアップ初期の営業戦略

    スタートアップにおけるセールスについてのスライドです。 「プロダクトが良ければ顧客は買ってくれる」あるいは「プロダクト自身が売ってくれる」というのは、Peter Thiel がいう通り幻想なのだなという例を間近でいくつも見てきて、最近スタートアップにおけるセールスの重要性を身に沁みて感じています。 技術者にとってセールスとはできれば避けたいもので、えてして顧客を騙して買わせるような悪いイメージがあるようです。私も正直なところ一時そんな印象でセールスを敬遠してましたが、来スタートアップのセールスはプロダクト開発と密接に関わっているものですし、かの Y Combinator ですらもセールスの重要性ややり方を教えています。 海外ではこのところスタートアップのセールスに関するがいろいろ出てきており、それらがどちらかというとプロセス中心なので、今回はプロセスを中心にまとめました。文化の違いがあ

    セールスアニマルになろう スタートアップ初期の営業戦略
  • NameBright - Domain Expired

    If this is your domain name you must renew it immediately before it is deleted and permanently removed from your account. To renew this domain name visit NameBright.com

    NameBright - Domain Expired
  • AWS費用試算例 · さよならインターネット

    November 7, 2013 実在するかどうかはわかりませんがこのような構成があった場合に どのような費用が発生するのか試算してみました。 AWSは費用の算出が難しいので、参考になれば幸いです。 また、計算方法の誤りや、情報の過不足等あれば gistにコメントか、Twitterなどで教えて頂ければ有難いです。 Simple Monthly Calculatorを利用して算出しています。 {% gist 7349351 %}

  • 1