イベント駆動型サービス実行基盤としての Service Worker - Qiita
当初は better AppCache1 として開発が始まった Service Worker2 ですが、ページとは独立したライフサイクルを持つことでイベント駆動型のサービス3実行基盤としての色合いが強くなっています。本記事では、イベント駆動型のサービス実行基盤とは何なのか、そこへと発展していった流れについて紹介します。 なお本記事は Service Worker の使い方を紹介するものではありません。Service Worker をある程度理解している開発者を想定読者としています。また、本記事はすべて私の個人的な意見や調査に基づくものであり、所属する組織、団体とは一切関係ありません。前置きおわり。 AppCache、そして Service Worker へ 冒頭でも述べた通り、Service Worker は当初 better AppCache として開発が始まりました4 5 6。AppC
オフラインでもChatOpsしたい！Dockerで導入したその後！ - Qiita
前回オフラインでもChatOpsしたい！Dockerで解決しよう！で投稿したとおり、オフラインの現場でChatOpsするための環境を作りました。 まだ道半ばですが一旦導入してから半年かつ年末ということもありまとめてみます。 最終的に導入したものは以下のとおりです。 RocketChat Slackクローンのチャットツール(ビデオ通話もできる) Kanboard タスク管理できるカンバンツール Jenkins JOB管理ツール Knowledge Qiitaクローンのナレッジ共有ツール（もちろんMarkdownでかけるよ） fluentd ログ収集ツール ELK(ElasticSearch+Logstash+Kibana) 全文検索＋ログ収集＋ビューがDockerイメージで固められてます SonarQube※1 静的解析ツール もともと共通のコード管理ツールとしてGitlabは提供されていた
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
