[DevSecOps] コンテナ時代のアンチウィルス対策はどうすればいいのか調べてみた｜Anno Takahiro
エンタープライズ企業が新しいクラウドサービスを導入する時には、自社のセキュリティ基準を満たせていることを確認するのが通例である。「セキュリティチェックシート」と呼ばれるエクセルシートを利用して一点一点チェックしていくことが多い。（この質問票で聞かれる内容が個社ごとにばらばらで、システム導入時に双方の負担になってしまっているのを標準化してなんとかできないかと思うことはあるが、この記事ではそこには触れない。） よくあるのが、「アンチウィルスソフトウェアをサーバーにインストールしていること」というチェック項目だ。明快な質問のように見えるが具体で実現するためには色々考えなければいけないことがある。標準的なサーバー構成、つまり、ハードウェアがあって、その中でOSが稼働していて、その上でアプリケーションが動いているというシンプルな構成であれば良いのだが、クラウドインフラを使い倒すようになった今ではマイ
![[DevSecOps] コンテナ時代のアンチウィルス対策はどうすればいいのか調べてみた｜Anno Takahiro](https://cdn-ak-scissors.b.st-hatena.com/image/square/d40f582c13ec7b50a24702f677080474932e9b61/height=288;version=1;width=512/https%3A%2F%2Fassets.st-note.com%2Fproduction%2Fuploads%2Fimages%2F24412229%2Frectangle_large_type_2_8c36b95904fe1cfb50326f80f7e5b1fb.jpeg%3Ffit%3Dbounds%26quality%3D85%26width%3D1280)
.gitlab-ci.ymlの俺的Tips - はてなの金次郎
はじめに GitLabを使いはじめて1年半になりますが、.gitlab-ci.yml に関するノウハウがほどほどに溜まってきた気がするのでTipsとしてまとめてみました。 注意 Webアプリケーションの CI/CD に関するTipsが多いです。 .gitlab-ci.yml の例は Python/Django で書いていますが、特に難しいことは書いていないつもりです。適宜得意な言語に置き換えて読んでください。 本記事では公式ドキュメントに倣い、 .gitlab-ci.yml の一つの実行単位を ジョブ、ジョブに定義する image や stage, script などのジョブのふるまいを キーワード と呼びます。 Index Services：コンテナイメージを複数扱う Anchors：ジョブのテンプレートでスリムなYAMLに Predefined environment variable
ツラくないクラウド運用環境を作る
ツラくないクラウド運用環境を作る @オープンデベロッパーズカンファレンス2018 https://www.ospn.jp/odc2018/modules/eguide/event.php?eid=15 ----- 関連リポジトリ https://github.com/cybozu-go/sabakan https://github.com/cybozu-go/cke https://github.com/cybozu-go/placemat https://github.com/cybozu-go/placemat-menu https://github.com/cybozu-go/etcdpasswd
自動化を考える前に読んでおきたいプレゼン資料たち - てくなべ (tekunabe)
はじめに 以前こんな記事を書きました。（ほぼリンク集ですが・・） tekunabe.hatenablog.jp 今回はこれのプレゼン資料版のような記事です。ここ半年くらいの資料を対象にしています。 具体的なツールの使い方などのスキルとは別に、考え方についても備えていきたいと思っています。 運用自動化、不都合な真実 いろいろと考えるきっかけになった資料です。 "「やれるところから始める自動化」は弊害を生む" "使う人が自分で作るしか無い、という結論" 生き残る運用管理者 ～運用自動化を成功させる人、失敗させる人～ "成果だけ出したい人にはお手軽なため「焼畑農業的な運用自動化」をする人に注意が必要。" その運用自動化では行き詰まる 〜「つながらない」「つたわらない」「つみあがらない」を防ぐために〜 (2018/07/17リンク追記) リクルート流SRE インフラ運用がサービスを変える世界 新卒
全自動運用のNoOps、自己修復するシステムの作り方
人手によるシステム運用保守作業を最小化する「運用レス」を目指すNoOps。技術的には、クラウドやサーバーレス、自動化ツールなどを組み合わせることで、実現する環境が整ってきた。ただしNoOpsは、システムに運用レスのための機能を組み込むことだけを指しているわけではない。システムの稼働後も、継続的に運用保守の改善サイクルを回す活動である。 ここでは、NoOpsの活動で実践するプロセスと、運用レスのためにシステムをどのように設計すればよいのかを見ていこう。 回復性はシステムの基本設計で組み込む NoOpsでは、システム開発時の基本設計段階での回復性設計によってシステムに自律運用を可能にする能力を持たせる。そして、システムの稼働開始後は、継続的な運用保守のエンジニアリング活動を実践する。システムへの機能追加やアーキテクチャーの変更など、変化するシステムに適応しながら自動化・自律化を維持促進する。
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
itamae を使って docker イメージを作成してみた
itamae help 日本語訳 - Qiita
料金 - Mackerel（マカレル）: 新世代のサーバー管理・監視サービス