Java Runtime と JDBC ドライバーだけで動作する O/R マッピング・ライブラリ Lightsleep の紹介JavaSQLDatabasejava8 Lightsleepは、軽量のO/R (Object-Relational)マッピング･ライブラリで、Java 8以降で使用できます。 更新履歴 2017-01-14 - 3-1-15. SELECT COUNT(*)の例、SQLの例 (PostgrSQL, Oracle, SQL Server) を追加 2017-01-29 - version 1.7.0対応 (SQLite対応) 2017-02-11 - version 1.8.0対応 (@ColumnType, @ColumnTypeProperty追加) 2017-02-18 - build.gradleの例のSQL ServerのJDBCドライバの記述内容を修正

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

はじめに エンジニアやっていると色んなサービスを作りたくなると思うのですが、Herokuのフリープランが使えなくなってしまった影響で無料でのサービス運営は難しくなってきています。 もちろん、Google App Engineなど無料で運用できるものもあるのですが、サービスにロックインされてしまうのが多くちょうど良い物が見つかりませんでした。 ということである程度安く色々やろうとすると、1台のサーバでいい感じに複数サービスを立ち上げるという昔ながらの構成になるのですが、Dockerを使うことで環境セットアップなどサーバ管理の手間を最小限にしていこう、というのがこの記事の趣旨となります。 方針 要件 安い サービスにロックインされない スケーラブル（もしサービスのアクセス量が増えたとしてスケールさせられる） インフラ管理が容易 セキュリティとかなるべく気にしたくない 以上のことを踏まえた結果C

日々優先タスクをこなすことに追われ、分析や改善が後回しになってしまうことはありがちです。 RedmineではチケットをCSVでダウンロードできるのでExcelワークで分析することはできますが、 Excelでの分析は時間がかかるためKPIとして常に監視するのは難しいです。 チームやプロジェクトの状態を把握し改善箇所を見つけるためにも定量的なデータの分析とKPIの監視が大切です。 最近、Re:dashを使ってRedmineのチケット分析を行ったのでその事例を紹介したいと思います。 これはre:dash Advent Calendar 2016の8日目の記事です。 本記事ではRedmineとRe:dashの連携方法を説明し、 Redmineのチケット分析に必要になるテーブル構成やSQLクエリのサンプルを紹介したいと思います。 こんな感じのダッシュボードが簡単に作れました。 RedmineとRe:

Railsで作ったアプリケーションをHeroku上で動かしているとき、デプロイと同時にrake db:migrateを実行したい場合が多いと思います。 少人数しか使用しない個人用のアプリケーションなどであれば、コードをデプロイした後、ターミナルからheroku run rake db:migrateを手動で実行すれば良いのですが、多くのアプリケーションではそういうわけにはいきません。トレタではサービスの一部にHerokuを使っており、この問題に悩んでいました。 現状だとrake db:migrateを行うHeroku Buildpackを作成して実現している場合が多いようです。 しかし、最近のHerokuにはRelease Phaseという機能があり、これを使って簡単にデプロイと同時にrake db:migrateを実行できます。 Release Phase Release Phaseを使

目的 構築したWEBサーバーのページがちゃんと見えてるか確認したい でもわざわざ監視用のサーバーは立てたくない 構成 １．CloudWatch EventsのスケジュールイベントでLambdaを呼び出す ２．Lambdaで指定したページにリクエストを飛ばす ３．200が返ってきたらCloudWatchに1をputし、それ以外の場合は0をputする 実装 IAMロールの作成 LambdaからCloudWatchにメトリクスをputするためのロールを作成します。 今回は、「urlHealthCheckRole」というロールを作成し、以下ポリシーを設定しました。 { "Version": "2012-10-17", "Statement": [ { "Sid": "Stmt1477640920000", "Effect": "Allow", "Action": [ "cloudwatch:Put

はじめに 私は新規サービス・製品を企画開発する部署に所属している関係で、リーンキャンバスを書く機会が割とあります。 みなさんはキャンバスを書くとき、どんなツール使ってますか？ 私の場合はExcelです。 Excelという慣れたツールで気軽に書けるのはとても良いことですが、歴史を刻んだキャンバスでは色々と苦しくなってくる側面もあります。 いつ、どこを変更したかわからない。 変更することになったトリガー、背景がわからない。 「変更履歴書けよ」とか「自動で履歴残す機能あるよ」って声が聞こえてきそうですが、多くの場合履歴を書くのをサボる私のような人が出てきたり、自動で履歴が残ったとしても編集理由までは記録できません。 また、草案レベルではMarkdownでカジュアルに編集することも多いので、「Markdownがそのままリーンキャンバス(HTML)になったら良いんじゃね？gitで管理できるし」という

Wantedly Engineer blogに本速習会資料を閲覧向けに再編しました！ ぜひご覧いただけると幸いです！ 本記事は、綺麗なAPI速習会@Wantedlyの資料として作成されたものです。 同時にこちらのコードも参照してください。 マイクロサービス 流行りのマイクロサービス、何がいいのか 各々自由な言語やArchitectureでサービスを立てられる 障害の影響が部分的 変化に強い 個別デプロイ etc... マイクロサービス化をすすめるにあたり、やりとりは全てAPIで行う 内部のAPIであっても外部に公開できるようなクオリティのAPIを作成し、それを元にサービスを作っていくことが重要 APIGatewayとBFF API Gateway Pattern 公式サイトより 「見た目はモノリシック、実装はマイクロサービス」 一箇所見に行けば全てのAPIを見つけられる 細かい権限管理も可

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

yum経由でセキュリティアップデートをしようとyum-plugin-securityをインストールし、 yum --security upgrade-minimalを実行しました。 しかし、セキュリティパッチが存在するにも関わらず、 何度実行してもNo Packages marked for minimal Updateというメッセージしか出ません。 これはCentOSのリポジトリにセキュリティ情報が存在しないためです。 RHELやAmazon Linuxでは問題なく利用できるようです。 どうしてもCentOSでセキュリティアップデートしたい場合は、 https://github.com/vmfarms/generate_updateinfo を利用しましょう。 CentOS用にセキュリティ情報を更新しているサイトからデータを取ってくることで、 セキュリティアップデートが可能になります。

はじめに サーバ管理をしている身としては、 セキュリティ は常に付きまとう悪魔みたいなもので、このセキュリティに関しては何をどこまで頑張ればいいのか不透明な部分が多い。 脆弱性に関しては、CVEなど、毎日情報は入ってくるが、それがどのサーバの何に関連したものなのかなんていちいち調べてられないし、どの脆弱性がすぐに対応しなければいけないもので、どの脆弱性があとあと対応すればいいものなのかなんてわからない。 実際のところ、大きな話題になった脆弱性くらいしか緊急で対応してないという人は多いのではないかと思う。 そんな中、満を持して登場したのが vuls !! 各サーバの脆弱性情報を取得して、個々のサーバそれぞれでどんな脆弱性があり、どのくらいやばい脆弱性なのかを検知できるようになった！ 今回はこのvulsを紹介します。 Vulsとは 公式でロゴが発表されたので、差し替えました 公式ドキュメント:

はじめに Webサービスやアプリを企画したり、立ち上げたりする際にプロトタイピングツールや、ExcelやPowerpoint、Illustraterなどを駆使した謎のファイルで画面遷移図を描くことがある。 こういう図を元に仕様を決めて行って、サービスを作っていくのは以下の点で困る。 画面遷移図が保守されない。 書くのが非常に面倒くさい ユーザーのモチベーションの流れが追いづらく、見た目ばかりに注目してしまうものになりがち マシンリーダブル(ソフトウェアで構造を取り出せない)でない。 このような欠点があってどうにも扱いづらい。 そんなわけで、markdown風のテキストから簡単に画面遷移図を描けないかなとコンパイラを作成し、次にそれをインタラクティブに編集できるエディタを作成した。 UI Flows図について 画面遷移図的なものを書く際に、僕が個人的につかっていた表現方法として、UI Flo

作ったもの Apns::Persistent Gem GitHub 既存の問題点 GemのAPNs用モジュールのデファクトは apns houston の二択だと思います。 この2つのGemには、それぞれ別の問題点があります。 apns ソケット保持が出来ない。これに尽きます。 送信ごとにソケットのopen/closeを繰り返すと、AppleからDoS攻撃と見なされる可能性があります。 これでは安心して大量にPush通知を送ることが出来ません。 エラー処理のところがバグっていて、エラーを取得できません。 プルリクが飛んでいてそれをマージすれば直るはずなのですが、開発者が離れてしまったらしくマージされません。 APNsでは、間違ったデバイストークンに送った後、そのままのソケットで送ると届かないという問題があるために、結構致命的です。 解決 ということで、houstonの良い所を丸パクリし、h

Elasticsearch導入前に気を付けておきたいこと はじめに Elasticsearchを仕事で使うことになったので導入前に考えるであろうことを調査・検証し、まとめてみました。 記載されている内容はほぼ公式ドキュメントから引っ張ってきています。それぞれの章にリンクを付けてありますので、記載されていること以外に気になる部分があればそちらを参照されるとよいと思います。 インストールについて ここで設定している内容はすべてansibleのスクリプトに落としてあります。 5分あればcurl,javaのインストール、Elasticsearchのインストール・初期設定、プラグインのインストールが終わるはずです。 https://github.com/uzresk/ansible-elasticsearch2 環境 CentOS6.7 Java1.8.0_45 Elasticsearch 2.1.

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?

2018/5/10 追記: GitHub が公式にカスタムドメインの HTTPS での配信をサポートしたため、下記の手順を利用する必要がなくなりました 詳しくは Custom domains on GitHub Pages gain support for HTTPS | The GitHub Blog を参照してください。 GitHub Pages では *.github.io のドメインが割り当てられて HTTPS も有効になっていますが、カスタムドメインを使うと HTTPS を使うことができません。ここでは CloudFlare を使ってカスタムドメインの GitHub Pages で HTTPS を使う方法を紹介します。 GitHub Pages にサイトを構築する まず GitHub Pages でサイトを構築しないことには始まりません。今回はカスタムドメインで HTTPS を使

でホームディレクトリ内にあるnginx.confの検索結果が出てきて選択すれば紐付けられてるアプリケーションが開く。 tips mdfindの-onlyinで検索対象のディレクトリを指定出来る。 mdfindの-nameを省けばファイルの中身でも検索可能。 -- Alfredの'で似たようなことが出来るので、ホントに便利なのかは分からない。 Register as a new user and use Qiita more conveniently You get articles that match your needsYou can efficiently read back useful informationYou can use dark themeWhat you can do with signing up

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 自己紹介 こんにちは。田村壽英（タムラ トシヒデ）です。 freee株式会社でプロダクトマネージャーをやり始めて早くも２ヶ月が経ちました。この２ヶ月間、どのようにPMとして動けば顧客にちゃんと価値を届けられるか、そのためにどうしたらfreeeの社員が熱狂をもって働けるかを悩みながら活動してきました。この記事では現時点での悩んだ結果を共有したいと思います。 背景 PMになるつい最近まではエンジニアとしてあるプロダクトのリーダーをしていました。そのときの悩みはだいたいこんなものでした。 今やっている開発が手一杯で次何するかをちゃんと考えられ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article?