systemd - .socket 編 - インゲージ開発者ブログ
こんにちは、masm11 です。 systemd シリーズの第4回です。 初回： 前回： 今回は .socket ファイルについて説明します。 .socket ファイルとは 以前から Linux/UNIX を管理している方には、inetd の代わり、と言うと 話が早いかと思います。 この unit ファイル中に指定されているポートでリクエストを待ち受け、 リクエストがあったら指定されているサービスに接続を渡すのです。 サービス自身がポートを開いて待ち受けるのに比べると、メリットもあります。 サービスがポートを開いて待ち受ける場合、そのサービスを restart すると、 短い時間とは思いますが、リクエストを受け付けられない時間ができます。 .socket ファイルを使うと、サービスが動いていない間も systemd が 待ち受け続けていますので、その時間をなくすことができます。 この機能は
Bashアプリケーションをテストする | POSTD
以前、bashスクリプトをテストする仕事に取り組んだことがあります。最初、Pythonユニットテストを使うことにしましたが、プロジェクトに外部技術を持ち込むのは気が進みませんでした。そこで、仕方なく、悪名高い bash で書かれたテスト用フレームワークを使いました。 既存ソリューションの概要 手に入るソリューションを探してGoogle検索しましたが、選択肢はほんの少ししかありませんでした。そのうちいくつかについて、詳しく見ていきましょう。 重要になるのは、どんな基準でしょうか？ 依存関係： bass のテスト用フレームワークを選ぶときに、 python 、 lua などのシステムパッケージも一緒に引きずり込むのは嫌ですね。 インストールの難しさ：継続的な開発の実装とTravis CIでの継続的な統合も仕事の1つだったので、私にとってインストールにかかる時間と手間数が妥当だということは、重要
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
