記事へのコメント49

    • 人気コメント
    • 新着コメント
    yumainaura yumainaura 良い記事!

    2019/09/16 リスト

    tmatsuu tmatsuu いいね。この考え方をつい忘れてしまう。Twelve-Factor App、読み直す。

    2018/10/06 リスト

    snowlong snowlong “AWS の技術がどんなに優れていたとしても、自分はオープンソースではない AWS 独自のプロプライエタリな技術に依存してアプリケーションを作りたい訳ではない。”

    2018/10/04 リスト

    braitom braitom 技術選定のプロセスの一例としてよい。色々考えさせられた

    2018/10/03 リスト

    t1mvverr t1mvverr POSIX標準コマンド+シェルスクリプトの組み合わせで自動化したら無難ってことだろうか。

    2018/10/02 リスト

    soy-curd soy-curd 知見

    2018/10/02 リスト

    daaaaaai daaaaaai 技術選定のプロセスとしてよい

    2018/10/02 リスト

    kai_kou kai_kou 「AWS 独自のプロプライエタリな技術に依存してアプリケーションを作りたい訳ではない。」 技術にフォーカスすれば、そらそうだけど、スケールにフォーカス当てたらまた違う議論と結論になるやろね

    2018/10/01 リスト

    joker1007 joker1007 規模と要求される可用性に依るので、この議論内容そのものが微妙に筋違い感がある。スケールしてかつロバストなキューが如何にハードか、という実感に依る。

    2018/10/01 リスト

    naka-06_18 naka-06_18 RabbitMQ かあ。突然出てきて目が点になった。/ ここまで来ると OpenStack とかの HCI を使ってるんでしょう、多分。

    2018/10/01 リスト

    stk132 stk132 SQSはキューの中身確認したいときに、ポーリングでいったん中身取り出すところが微妙なのよね。観測行為が事象に影響を及ぼす的な。自分はロックインは気にしないかな。ローカル開発用にもキュー作ればいいじゃん派

    2018/10/01 リスト

    yamitzky yamitzky わからないでもないし真の要件知らないけど、ローカル版使えばだいたいTFA満たしてるし、開発/本番一致は程度問題では。開発環境は1台構成だろうし、差がないことはない。コードレベルでは SQS は抽象化するだろうし

    2018/10/01 リスト

    delphinus35 delphinus35 わからんでもないがやりたいプロジェクトによるかなあ。マイナーなクラウドベンダーにロックインすると困るのはわかるけど AWS なら別にね……

    2018/10/01 リスト

    side_tana side_tana わかる...わかるが...しかし...

    2018/10/01 リスト

    okzk okzk 単純なJobQueueは(DBやストレージに比較して)他のモノへの移行は簡単なので、ロックインを避けるよりも初期コストと当面の運用コストに比重をおいて判断することのほうが、自分の場合は多いかも?

    2018/10/01 リスト

    Chinosoko Chinosoko "SQS はアプリケーションのソースコードの中に入り込んでくる" なんでだろう?使い方によっては、抽象化した部品を作る事が不可能なのかな?抽象化しても非互換性が顕在化するからNG、てだけなら、RDSも使えなくなりそう

    2018/10/01 リスト

    luccafort luccafort SQS採用したところここで反対されている内容でやっぱりうーむみたいな気持ちになったので正しい判断だったんじゃないかなぁと思う。言語に依存したくなかったのでSQSにしたけどちょっと微妙だった。

    2018/10/01 リスト

    tak4hir0 tak4hir0 AWS の使いどころと Twelve-Factor App

    2018/10/01 リスト

    yo_aibou yo_aibou sidekiq(redis, elasticache)だろうがSQSだろうが、キューイングする役者が特に意識せずにキューイングできるようにブラックボックス化することのほうが重要なのでは? sidekiq/SQS前提で開発するからそういった食い違いが起きる

    2018/10/01 リスト

    maru2tech maru2tech 実際のところ、ロックインしまくって作っても問題にならないケースが大半だと思う。問題になる頃にはプロジェクト自体が死ぬか、逆に儲かってて移行の予算がたくさん出る。比較検討するのに時間かけるのは無駄。

    2018/10/01 リスト

    inductor inductor 拙者、わかり侍

    2018/10/01 リスト

    yuma_0211 yuma_0211 “RabbitMQ” ”Sidekiq”

    2018/10/01 リスト

    umai_bow umai_bow よく言語化されてる気がする

    2018/10/01 リスト

    cl-gaku cl-gaku よい

    2018/10/01 リスト

    masaru_f masaru_f 「AWS 独自のプロプライエタリな技術に依存してアプリケーションを作りたい訳ではない。運用の煩雑さ・手間から解放されたい、スケーラビリティを提供してほしい。」

    2018/10/01 リスト

    dsl dsl

    2018/10/01 リスト

    mukimi mukimi 未だにロックイン嫌う輩がおるんか

    2018/10/01 リスト

    aanrii aanrii “ The Twelve-Factor App (日本語訳) A methodology for building modern, scalable, maintainable software-as-a-service apps. 12factor.net”

    2018/10/01 リスト

    ackintosh ackintosh SQSの件はリスクの過大評価なようにも感じましたが参考にさせていただきます/CircleCIの例、勉強になりました

    2018/10/01 リスト

    kyuns kyuns 良い

    2018/09/30 リスト

    関連記事

    AWS をどう使わずにおくか - portal shit!

    AWS をどう使わずにおくか September 29, 2018 21:29 | @技術/プログラミング ジョブキューイングシステ...

    ブックマークしたユーザー

    • hidemail2020/10/02 hidemail
    • bell_takami2020/09/27 bell_takami
    • inouetakuya2020/02/29 inouetakuya
    • yajamon2019/11/27 yajamon
    • Mint0A0yama2019/09/25 Mint0A0yama
    • yumainaura2019/09/16 yumainaura
    • nsdtks2018/12/29 nsdtks
    • jiikko2018/12/16 jiikko
    • etakaha2018/10/25 etakaha
    • Hiro_Matsuno2018/10/16 Hiro_Matsuno
    • s_nkmc2018/10/16 s_nkmc
    • quodius2018/10/09 quodius
    • alexam2018/10/07 alexam
    • tmatsuu2018/10/06 tmatsuu
    • nosoosso2018/10/05 nosoosso
    • snowlong2018/10/04 snowlong
    • karia2018/10/04 karia
    • braitom2018/10/03 braitom
    すべてのユーザーの
    詳細を表示します

    同じサイトの新着

    同じサイトの新着をもっと読む

    いま人気の記事

    いま人気の記事をもっと読む

    いま人気の記事 - テクノロジー

    いま人気の記事 - テクノロジーをもっと読む

    新着記事 - テクノロジー

    新着記事 - テクノロジーをもっと読む

    【撮影機材】Leofotoの三脚「LS-324C」を購入して登山などに連れ出してみました - フォトる?

    22 users https://www.for-toru.com/

    【知らなきゃ損する】ガスチョイスの口コミ情報!!

    1 user http://xn--eckpwwb0c5n7b4051c.xyz/