![](https://cdn-ak-scissors.b.st-hatena.com/image/square/de693d4958d4fde24c917f8c99b11cf7bd4d7c61/height=288;version=1;width=512/https%3A%2F%2Fimg.logmi.jp%2Farticle_images%2FEb8ajn2PJegaHTdvpjBnKq.png)
エントリーの編集
![loading...](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/common/loading@2x.gif)
エントリーの編集は全ユーザーに共通の機能です。
必ずガイドラインを一読の上ご利用ください。
記事へのコメント24件
- 注目コメント
- 新着コメント
![turanukimaru turanukimaru](https://cdn.profile-image.st-hatena.com/users/turanukimaru/profile.png)
turanukimaru
社内システムを自前サーバで動かすときには当たり前にしていたことだけど、開発と運用が完全に分かれててAWSとかコンテナとか運用に任せきりにしてたら確かに知らないかもしれないな。困るまで気が付かない事ってある
![ys0000 ys0000](https://cdn.profile-image.st-hatena.com/users/ys0000/profile.png)
ys0000
DevOpsは大事だと思う。ただB2Cの文脈ではそうだろうけどB2Bだと顧客数が一定で業務量も一定だからスケールアップだけで事足りる場合も多く、スケールアウトを見越した拡張性自体が過剰な設計になる場合も。バランス大事
![fog-og-frog2 fog-og-frog2](https://cdn.profile-image.st-hatena.com/users/fog-og-frog2/profile.png)
fog-og-frog2
Day 2 オペレーションを考慮した設計をしましょう/この人ってAWSの中の人なのでECSの仕様を紐解くと、コンテナ更新時、ホストからSIGTERMが発行されてなんもしないと30秒後にSIGKILLが発行されて強制終了する。代表ケースやな
![xlc xlc](https://cdn.profile-image.st-hatena.com/users/xlc/profile.png)
xlc
セッションの保存先など後でどうにでもなる。変更しやすい作りになっている方が重要でしょ?あと細かい話だがSIGKILLは捕捉できませんぜ。プログラム書いたことあるの? / バカが無分別にkillすることまで考慮するのか…
![nakamura-kenichi nakamura-kenichi](https://cdn.profile-image.st-hatena.com/users/nakamura-kenichi/profile.png)
nakamura-kenichi
こんな事をわざわざ言わなあかんほど、実際そんなクソSIerやクソPGがいる事実やからな。打ち合わせに2人ほどの担当者が来るだけで現場もろくに見ん底辺なんちゃって開発会社に発注するもんも発注するもんやからな。
![circled circled](https://cdn.profile-image.st-hatena.com/users/circled/profile.png)
circled
新しい開発案件に常に追われている開発チームに運用チームが「ここでエラー出てサービス死ぬぞ、直せ〜」と報告に行くと開発が「忙しい!」とキレるやつ。なので余裕無い環境だとやりたくても機能しないやつですな。
![nakamura-kenichi nakamura-kenichi](https://cdn.profile-image.st-hatena.com/users/nakamura-kenichi/profile.png)
nakamura-kenichi
こんな事をわざわざ言わなあかんほど、実際そんなクソSIerやクソPGがいる事実やからな。打ち合わせに2人ほどの担当者が来るだけで現場もろくに見ん底辺なんちゃって開発会社に発注するもんも発注するもんやからな。
![turanukimaru turanukimaru](https://cdn.profile-image.st-hatena.com/users/turanukimaru/profile.png)
turanukimaru
社内システムを自前サーバで動かすときには当たり前にしていたことだけど、開発と運用が完全に分かれててAWSとかコンテナとか運用に任せきりにしてたら確かに知らないかもしれないな。困るまで気が付かない事ってある
![fog-og-frog2 fog-og-frog2](https://cdn.profile-image.st-hatena.com/users/fog-og-frog2/profile.png)
fog-og-frog2
Day 2 オペレーションを考慮した設計をしましょう/この人ってAWSの中の人なのでECSの仕様を紐解くと、コンテナ更新時、ホストからSIGTERMが発行されてなんもしないと30秒後にSIGKILLが発行されて強制終了する。代表ケースやな
![ys0000 ys0000](https://cdn.profile-image.st-hatena.com/users/ys0000/profile.png)
ys0000
DevOpsは大事だと思う。ただB2Cの文脈ではそうだろうけどB2Bだと顧客数が一定で業務量も一定だからスケールアップだけで事足りる場合も多く、スケールアウトを見越した拡張性自体が過剰な設計になる場合も。バランス大事
![xlc xlc](https://cdn.profile-image.st-hatena.com/users/xlc/profile.png)
xlc
セッションの保存先など後でどうにでもなる。変更しやすい作りになっている方が重要でしょ?あと細かい話だがSIGKILLは捕捉できませんぜ。プログラム書いたことあるの? / バカが無分別にkillすることまで考慮するのか…
注目コメント算出アルゴリズムの一部にLINEヤフー株式会社の「建設的コメント順位付けモデルAPI」を使用しています
![アプリのスクリーンショット](https://b.st-hatena.com/bdefb8944296a0957e54cebcfefc25c4dcff9f5f/images/v4/public/entry/app-screenshot.png)
いまの話題をアプリでチェック!
- バナー広告なし
- ミュート機能あり
- ダークモード搭載
関連記事
「コード書きました、あとはよろしく」では優れたソフトウェアは生まれない コンテナのスペシャリストが語る、運用性を損なう8つの実装例
今押さえておくべき知識をアップデートし、ノウハウを共有し、さらなるスキルアップを実現する場として...
今押さえておくべき知識をアップデートし、ノウハウを共有し、さらなるスキルアップを実現する場として開催されている、AWS で最も Developer に特化したカンファレンス﹁AWS Dev Day Online Japan﹂。ここでSr. Product Developer Advocate, Elastic Containersの原氏が登壇。続いて、運用性に優れたソフトウェアが重要な理由と、運用性を損なう8つの実装例について紹介します。前回はこちらから。 You build it, you run it原トリ氏‥︵スライドの﹁You build it, you run it﹂を指して︶この言葉、聞いたこと、見たことがある方がいるかもしれません。これは、2006年にACM︵Association for Computing Machinery︶という団体が、Amazon AWSのCTOで
2022/02/04 リンク