Systemdを使ったRaspberry Piのプログラムの自動起動
サービスを再読み込みします。 $ sudo systemctl daemon-reload サービスの動作状況を確認します。 $ sudo systemctl status サービス名 サービスを開始します。 $ sudo systemctl start サービス名 サービスを停止します。 $ sudo systemctl stop サービス名 サービスの自動起動を有効化します。 $ sudo systemctl enable サービス名 サービスの自動起動を無効化します。 $ sudo systemctl disable サービス名 ユーザーの環境変数を読み込む systemdでユーザーの環境変数を設定したい場合、「EnvironmentFile」で環境ファイル名を指定し、環境ファイル内に環境件数とその値を「=」で定義します。なお環境ファイルはフォルダ「/etc/sysconfig/」に
AWS導入前に知っておきたかった「AWSアカウント設計」 - Qiita
1.はじめに みなさんAWSのアカウント設計はどのようにしていますか？ AWSを使ってシステムをセキュアに開発・運用していくためには、 AWSアカウント(*)の設計が重要になりますよね。 AWSアカウント1つのみで運用されてる方は、誤操作や、 誰にどの権限を与えるかのポリシー設計等で困る方もいらっしゃるのではないでしょうか。 (私もその一人です。) 本内容は、『Amazon Web Services 業務システム設計・移行ガイド』にも載っているので、 悩んでる場合は、購入をおすすめします！（こちらの書籍と実体験を元に書いてます。） 今回はAWSアカウント設計について、パターン別にメリット・デメリットを書いていこうと思います！ (*)AWSアカウントとは、AWSを使用するためのマスターアカウントのことを指しています。 ※IAMユーザーとは別物です！ 2.AWSアカウント設計パターン紹介 本章
1
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
処理を実行中です
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
