Devnix Ops
ワークフロー

Devnix Opsでsystemctl enableによるサービス作成

03
サービス作成

Linuxサーバーにサービスを作成する

ターミナルからは実行できますが、サービスとして実行されていないプログラムがあります。Devnix Opsはユニットファイルの作成、構文の検証、デーモンのリロード、および起動時に開始するために systemctl enable --now name の実行を行います。読者は各コマンドを確認して承認します。

01

フォルダを開く

チャートでプロジェクトフォルダを開きます。

02

ユニットファイルの作成

write_fileツールを使用してユニットファイルを作成します。

03

構文の確認

systemd-analyze verifyで構文を確認します。

04

サービスの有効化

sudo systemctl enable --now [サービス名] を実行します。

ユニットファイルの例

example-app.service
[Unit]
Description=Example app
After=network.target

[Service]
Type=simple
ExecStart=/opt/example-app/run
User=exampleapp
WorkingDirectory=/opt/example-app
Restart=on-failure
RestartSec=5

[Install]
WantedBy=multi-user.target

このユニットファイルは、失敗時に再起動する単純なサービスを示しています。これは通常のユーザーとして実行され、ネットワークターゲットの後に開始されます。

ウォークスルー:systemctl editによるサービスの編集と有効化

ユニットの作成

チャートのフォルダでユニットファイルを作成し、write_fileを使用して、サービスに適切なセクションを含むファイルを作成します。これによりエージェントが説明とターゲットを設定します。構文を確認します。エージェントは、あなたが指定した実行ファイルのパスとサービスタイプを定義します。プロセスのユーザーと作業ディレクトリを設定します。再起動ルールを追加し、ファイルサイズをバイト単位で表示します。ディスクに保存する前に、あなたはファイルの作成を承認します。systemd journaldサービスの起動に失敗した場合、ログを確認します。承認後、scpでファイルをサーバーにコピーします。

編集と有効化

systemctl edit serviceを使用して既存のユニットファイルを変更でき、エージェントは変更を適用する前にローカルでオーバーライドを準備し、慎重な確認を行います。変更を承認します。sudo enable --nowにより、サーバーで今すぐかつ起動時に開始されます。承認後、エージェントはscpでファイルを送信します。デーモンのリロードにより、サーバー上のマネージャー構成が効果的に更新されます。サービスが実行中であることを確認するためにアクティブな状態を確認します。アプリケーションが正しく動作していることを確認するためにログを表示します。systemdサービスの一部としてオープンポートを確認するために、journalctl -u name -n 50を使用して最近の出力を確認します。

Windows用のDevnix Ops

今日からサービスの管理を始めましょう

Devnix Opsをダウンロード ↗