Aurora MySQL の Audit Log の有効化 - Qiita
なお、 デフォルトのパラメータグループでは設定の変更が行えない ため、注意をしてください。（Audit Log を有効にしたい場合は、その Aurora クラスタ固有のパラメータグループを割り当てる必要があります。） Aurora クラスターのログ出力定義の変更 ログのエクスポート画面で「監査ログ」をチェックして保存をします。 この作業により自動的に CloudWatch Logs のイベントストリームが作成され、Audit Log が出力されるようになります。 設定の拡張 パラメータグループのうち server_audit_incl_users server_audit_excl_users を設定することで、どのユーザーの Audit Log を出力するかを制御することができます。 それぞれの設定範囲が重複した場合どちらが優先されるかは、公式ドキュメントに記載されています。以下はその内
swagger から postman の設定ファイルを作成し自動 API テストを行う - Qiita
API サーバーを構築する際に swagger (https://swagger.io/) を用いて仕様を定義することが増えてきているように見えますが、せっかく DSL ベースで API 仕様を表現しているのですから、その情報を用いて色々な作業を楽にしたいですよね。 この記事では Swagger とその周辺ツールを用いて出来ることの一つとして、API のテストツールとしてデファクトスタンダードに近づいてきた postman (https://www.getpostman.com/) と連携して自動 API テストを試みます。 サンプルファイル はじめに、元になるサンプルファイルがあった方が分かりやすいと思うので、以下例示します。なおファイル中に書かれている事に特に意味はないので、細かいツッコミは無用です。 { "swagger" : "2.0", "info" : { "descripti
さだまさしを kuromoji を用いて簡単に品詞分解してみる - Qiita
さだまさし 名詞-固有名詞-人名-一般 さだまさしの、主に詩の歌詞を対象に、簡単な品詞分解と、それを基にした簡単な分析を行ってみた、というのがこの記事の内容です。 個人的な最終的なゴールは、さだまさし風の歌詞を自動生成する bot (さだロボ) を作る事になりますが、その過程を週一でディアゴスティーニ的に（サダゴスティーニとかは節度のある大人なので言わない）書いていければと思います。 ついでに、その道すがら、ちょっとした解析・分析結果なども書いていきます。 道具の用意 解析するにあたっていくつか道具が必要なので、最初に、使用したツール群について簡単にお話します。 kuromoji KuromojiはJavaで書かれているオープンソースの日本語形態素解析エンジンです。 Java で形態素解析を行いたい場合、昔は「Sen」などを使うことが多かったですが、atilika 社が OSS として k
現場で運用する視点から見た Amazon Athena - Qiita
個人的なプロジェクトも含め、いくつかの現場で Amazon Athena について触れる機会があったので、個人的に思うところについて記載します。 数時間で書いた雑な文章ですが、ご了承ください。 なお、先日リリースされた Amazon Athena API については以下の Qiita に first impression をまとめているので、 API 以外の話題について書きます。 Amazon Athena の API を使ってみた (2017/05) データの設計について Amazon Athena は managed な Presto 環境で、 事前に Presto サーバーの立ち上げなどリソース確保を行わなくても良い データについても、S3 にファイルをアップさえすれば、後付でいかようにでもデータの解析が出来る という手軽さを売りにされています。 これは利点としていっさい間違いではな
Travis CI にまつわる Docker 関連のメモ - Qiita
Travis CI を触っている中で扱うことになる、 Docker に関わる設定についていくつかメモ的に書きます。 .travis.yml に sudo : false と設定すると docker container ベースで起動する これは 2015 年くらいから各所でよく言われている travis tips だと思います。 以下の公式マニュアルにあるように、2015 年以降から .travis.yml に sudo : false と設定すると docker container の上で CI が動作するようになります。これにより、CI が動作するまでのオーバーヘッドが短縮され、かわりに CI 中に sudo コマンドが使用できなくなります。 現在は、sudo オプションを明示的に指定しない場合は、デフォルトでは sudo : false 扱いになるようです。 sudo: false d
docker fluentd logging driver の基礎的な設定 - Qiita
docker container では、コンテナ内の何かしらのプログラムが標準出力 (strout) や標準エラー (stderr) に出力した内容を docker logs コマンドで取得することができます。 しかし能動的に取得しいにいくだけでなく、何かしら別の方法で forward をしてくれると助かることもあります。 docker では logging driver という機構で、stdout / stderr に出力された内容を指定された方法で forward する仕組みがあります。 サポートされている logging driver の種類については以下公式ドキュメントを参照ください。 そのうち、この記事では fluentd logging driver についてのみ触れます。 overview fluentd logging driver は、上述の logging driver
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
Prometheus + Grafana を Mac 上で docker-compose で起動 - Qiita
