• 人気のコメント(10)
  • 全てのコメント
yumainaura yumainaura 良い記事!

2019/09/16 リンク

kamemoge kamemoge ロックイン云々よりも効率大切

2018/10/17 リンク

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 リンク

関連記事

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

ジョブキューイングシステムをどうするかでチームのリーダーとやりあって考えたことがあるのでまとめて...

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

  • yumainaura2019/09/16 yumainaura
  • nsdtks2018/12/29 nsdtks
  • jiikko2018/12/16 jiikko
  • px_mita2018/12/15 px_mita
  • etakaha2018/10/25 etakaha
  • kamemoge2018/10/17 kamemoge
  • 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
  • akihyrox2018/10/03 akihyrox
  • waniji2018/10/03 waniji
  • toritori03182018/10/03 toritori0318
すべてのユーザーの
詳細を表示します

いま人気の記事

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

新着記事 - テクノロジー

同じサイトの新着

When to prefer redux over the new context? : reactjs

1 user https://www.reddit.com/

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

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