6年ぶりぐらいにクラウド使った結果、Kubernetes以外のマネージドサービスとか基本要らなくない？となった話 - データエンジニアの酩酊日記
ここ半年ぐらい、かなり久々にクラウド使ってアプリやバッチの基盤作ったりしてきて、色々と思ったことを書き捨てる。 「ちょっと検証してみた」程度のものも含めれば、AWSとGCPは一通り主要なマネージドサービスを触ったし、実際に複数のアプリやらバッチやらをマネージドサービス上で本番稼働させて今も運用してるけど、結局DB以外は基本全部Kubernetesに乗せるのが一番楽だと強く思うようになった。 Kubernetesは学習コストや運用コストがそれなりに高く付くから安易に採用するのはどうなのか、みたいな論調もあるし、つい半年前までは自分もそう思ってた。サーバレスなマネージドサービスが色々出てきているのに、なんでわざわざKubernetesクラスタなんていう設計、運用に手間のかかるクラスタリングサーバーを立てて管理しないとならんのかと。 だけど、実際にいくつかのマネージドサービス使ってアプリやバッチ
「知識乏しくテストせず」 接触確認アプリ「COCOA」不具合 | NHKニュース
新型コロナウイルスの接触確認アプリで一部の利用者に通知されていなかった問題で、厚生労働省が調査結果を公表しました。 原因について、アプリの開発などに関する職員の知識が乏しく、不具合を見つけるためのテストを実施していなかったなどと指摘しています。 接触確認アプリ「COCOA」をめぐっては、グーグルの基本ソフト「アンドロイド」の利用者に感染者と濃厚接触した可能性があっても、ことし2月までのおよそ4か月間、通知がされず、把握もできていなかったことが明らかになっています。 厚生労働省の調査チームによる報告書が16日公表され、不具合が見逃された原因について、去年6月に運用を始めた時点で動作確認のテストを行う環境が整備されず、10月に環境が整ってからも優先的な課題とせずにテストを実施していなかったなどと指摘しました。 その背景として、アプリの開発や運用に関する厚生労働省の職員の知識や経験が乏しく、専門
production環境でRailsアプリをdockerコンテナとしてECSで運用するために考えたこと - Qiita
実際には、まだ本当の本番環境では運用できてなくて開発用のステージングで運用が開始できたぐらいで、他にもやること一杯あるんだけど、ある程度知見が溜まったのでまとめておく。 ちなみに、規模はそんなに大きくないがデータ量は多いアプリケーションで運用環境はAWSのECSを想定しており、現時点で普通のEC2ノードとコンテナで並行稼動している。 docker-swarmなりで自前でコンテナプールを構築してもいいのだが、そうするとサービスディスカバリとか考えなければいけないことが増えるので、後回しにしている。 (注: かなりサービス固有の事情が含まれるため、もし参考にされる方が居たとしても、そのままの形では適用できない可能性が高い) 追記: RailsアプリのためのDockerfileとdocker-compose.ymlのサンプル - Qiita コンテナ化のモチベーション CentOSのお守りからの
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Nature での React Native アプリの運用について / React Native App in Nature
