最近見かける新しいライセンスについて - Kengo's blog
Elastic社のブログをきっかけに、最近見かける新しいライセンスについて個人的に調べてみた。私は専門家ではないので要注意。公開情報も隅々まで追えているわけではないし。 なお一部ライセンスはOpen Source Initiative (OSI)による承認を受けていないので、ここではオープンソースライセンスではなく単に「ライセンス」と書くことにする。 新しいライセンスが誕生している背景 従来のオープンソースライセンスが再頒布以外の利用をあまり想定していなかった。 Open-core modelないし完全オープンソース戦略を採る企業が自衛策を必要とした。 既存のライセンスが難解なため、理解しやすいライセンスが求められた。 OSS活動を収入に繋げるためのモデルが試行錯誤されている。 新しいライセンスを導入しているプロジェクト（一例） プロジェクト ライセンス Elastic SSPLと独自ライ
家のカギが「サービス終了」で物議 その後の対応は？ スマートロックのQrioに聞く
「誠に勝手ながら、サービスを終了させていただくことになりました」──ソニー子会社のIoTベンチャー・Qrio（キュリオ） が5月8日に発表したスマートキー「Q-SL1」のサービス終了が物議を醸している。「IoT機器は事業者の都合で使えなくなる」というリスクが顕在化したからだ。 同社が展開するQrio Smart Lockは、玄関のサムターン（指でつまんで回す鍵）に被せるように装着し、スマートフォンやタブレットに専用アプリを入れるとBluetooth経由で遠隔操作できるスマートロック。ユーザーは物理的なカギを持ち歩く必要がなくなり、カギの開閉作業もいらない。アプリ上で電子カギを発行し、家族や親戚などにシェアする機能もある。 Q-SL1は2015年に発売し、18年に後継機種「Q-SL2」が登場するまで同社の主力商品だった。しかしQrioは「最終出荷より5年が経過し、買い切り型商品のためサービス
systemd のユニットファイルの作り方
CentOS での systemd のユニットファイルの作り方についてです。 自作サービスが定義できるので、systemctl start myservice のような使い方ができるようになります。 /usr/lib/systemd/system/ はパッケージが提供するサービスのファイルを配置する場所で、 /etc/systemd/system/ はシステム管理者がサービスのファイルを配置する場所です。 自作のサービスを作りたい場合は /etc/systemd/system/ の下にファイルを配置します。 参考までに Apache HTTP Server のサービスファイル /usr/lib/systemd/system/httpd.service の内容は次の通りです。 [Unit] Description=The Apache HTTP Server After=network.ta
systemd serviceから呼ぶシェルではsudoではなくsetprivを使う - 赤帽エンジニアブログ
Red Hatの森若です。 自分でsystemdのservice unitを作るときに、起動用のいくつかのコマンドを記述したシェルスクリプトを呼ぶ事は(理想的ではないですが)あるかと思います。 今回はこの場合に、sudoを利用するとまずい理由を説明して、かわりにsetprivを使うほうがよいという話です。 例題用のservice 実行してみる 別のcgroupだと何がまずいのか? 対策はsetprivコマンド 例題用のservice sudoによるまずい動作を確認するためのできるだけ単純な例として、hoge.service を用意します。 /opt/hoge/hoge.sh #!/bin/bash sudo -u moriwaka sleep 5000 /etc/systemd/system/hoge.service [Unit] Description=hoge [Service] Ty
PaaS「Heroku」が無料プラン廃止、11月から 非アクティブなアカウントとストレージも削除
米Salesforceの子会社である米Herokuは8月25日（現地時間）、同社が提供するPaaS「Heroku」の無料プランを廃止すると発表した。同社は「無料プランを利用しようとする詐欺や不正使用などの監視に多くの労力を費やしている」とし、今後はサービスの運営上不可欠なミッションクリティカルな機能の提供にリソースを集中させると説明している。 無料プラン廃止の対象になるのは「Heroku Dynos」「Heroku Postgres」「Heroku Data for Redis」の3種類で、段階的に実行する。10月26日から、1年以上使われていないアカウントとその関連ストレージの削除を始め、11月28日に提供を停止する。影響を受けるユーザーには順次メールで連絡するという。 無料プランの全機能は、各サービスの低価格プランで利用できるという。Heroku Dynosは月額7ドル、Heroku
マイクロサービスアーキテクチャとそれを支える技術 | さくらのナレッジ
最近では「マイクロサービス」と呼ばれる、機能毎に細かくサービスを分割して開発や運用を行うアーキテクチャの採用例が増えている。本記事ではこのマイクロサービスアーキテクチャや、それに使われる技術について紹介する。 マイクロサービスとは 近年、ITシステムの開発・運用において「Microservice（マイクロサービス）」というアーキテクチャを採用する例が増えている。マイクロサービスアーキテクチャは、簡単に言えばサービスを構成する各要素を「マイクロサービス」と呼ばれる独立した小さなコンポーネントとして実装するという手法で、2011年ごろから提唱されているものだ。 マイクロサービスについては、2014年に公開された「Microservices」という文書が有名だ（有志による日本語訳）。また、さくらのナレッジでも2015年に紹介されている。マイクロサービスの詳しい思想についてはこれら記事を参照してほ
AWSをElasticが名指しで非難 ElasticsearchとKibanaのライセンスを、AWSが勝手にマネージドサービスで提供できないように変更へ
この記事は新野淳一氏のブログ「Publickey」に掲載された「AWSをElasticが名指しで非難。ElasticsearchとKibanaのライセンスを、AWSが勝手にマネージドサービスで提供できないように変更へ」（2021年1月21日掲載）を、ITmedia NEWS編集部で一部編集し、転載したものです。 オランダに本社を置くElasticは、オープンソースで開発してきたElasticとKibanaのライセンスをそれまでのApache License 2.0から、商用サービス化を制限する「Server Side Public License」（SSPL）と「Elastic License」のデュアルライセンスへ変更することを発表しました。 その目的は、AWSが勝手にElasticsearchとKibanaをマネージドサービスとして提供できないようにするためであると、同社CEO Sha
平成 28 年度 ＩＴサービス開発・運用プロセスの検討 － 情報システム部門からＩＴサービス部門への変革に向けて － － クラウドサービス利活用実態調査 － / 一般社団法人 電子情報技術産業協会 情報・産業システム部 ソリューションサービス事業委員会
情産－17－情シ－5 平成 28 年度 IT サービス開発・運用プロセスの検討 － 情報システム部門から IT サービス部門への変革に向けて － － クラウドサービス利活用実態調査 － ２０１７年３月 一般社団法人 電子情報技術産業協会 ソリューションサービス事 業 委 員 会 (1) IT サービス開発・運用プロセスの検討 －エグゼクティブサマリー－ 本専門委員会は、ソリューションサービス分野におけるビジネス環境の整備、提言を目的 として、IT サービス利用者と提供者の共通の評価指標について着目し、これまでリスクマネ ジメントや SLA/SLM を中核テーマとして調査・研究活動を行ってきた。 また、クラウドサービスの普及を受けて、システム構成やサービス提供体制がブラック ボックス化されていることが多いクラウドサービスに対して、リスクマネジメントの観点で 検討を行うとともに、契約モデルの検
指定されたページが見つかりません。｜Infoseekニュース
404 NOT FOUND 指定されたページが見つかりません。 お手数ですが、次のいずれかの方法でページをお探しください。 ブラウザの再読み込みを行う 入力したURL（ページアドレス）にタイプミスがないか確認する ブラウザの「戻る」ボタンを押して前画面からやり直す
第10章 systemd によるサービス管理 Red Hat Enterprise Linux 7 | Red Hat Customer Portal
システム管理者のガイド I. システムの基本設定 Expand section "I. システムの基本設定" Collapse section "I. システムの基本設定" 1. はじめに Expand section "1. はじめに" Collapse section "1. はじめに" 1.1. 環境の基本設定 Expand section "1.1. 環境の基本設定" Collapse section "1.1. 環境の基本設定" 1.1.1. 日付と時刻の設定について 1.1.2. システムロケールの設定について 1.1.3. キーボードレイアウトの設定 1.2. ネットワークアクセスの設定および検査 Expand section "1.2. ネットワークアクセスの設定および検査" Collapse section "1.2. ネットワークアクセスの設定および検査" 1.2.1.
systemdでmount完了を待ってサービスを起動する - Qiita
sambaのバックエンドにbtrfsを使っていたりすると、mountが遅い上（少なくともFedoraでは）依存サービスがmount完了を待ってくれないので、sambaが先に起動して空のマウントポイントをクライアントに表示してしまう。 RequiresMountsFor命令でsamba側を待たせることで回避できる。 設定は sambaが smb.service として、 # /etc/systemd/system/smb.service.d/requiremount.conf [Unit] RequiresMountsFor=/mountpoint RequiresMountsFor=/anothermountpoint service.d/*.conf systemdは foobar.service が存在するとき、自動でfoobar.service.d/*.confをマージしてくれる。
systemctl stop serviceは何をしてくれるか - Qiita
結論 デーモン停止コマンドをたたいて（たいていはSIGTERM）、同一グループに属するプロセスにも停止コマンドをたたく。 Systemdが提供するシステムとサービスマネージャの管理用コマンド。 下記コマンドでプロセスを終了できる。 systemctl stop [サービス名] systemd stopで実行されるコマンド [サービス名].serviceファイルのExecStopパラメータに指定されたコマンドが実行される。 ExecStopが設定されていない場合は、KillSignalパラメータで指定されているシグナルをサービスのプロセスに送信する。 KillModeの設定に従って、サービスのグループに属するプロセスにも終了シグナルを送信する。 KillSignalのデフォルトはSIGTERMです。 KillModeのデフォルトはcontrol-groupで、サービスに属する子プロセスが終了
Systemdがserviceプロセス終了時にstopするのは正しいか - Chienomi
SystemdユニットでExecStopを書いたのが初めてだったのだけれど、どうしてもExecStopを書くとTypeによらずstopされてしまう。 Typeがoneshotであるならばこれは正しい。 Type=oneshotである場合、.serviceユニット起動時にExecStartを実行し、この終了を待つ。 ExecStartプロセスの実行中はactiveとなり、実行が終了するとサービスそのものが終了したとみなし、inactiveになる。 Systemdユニットに詳しい人は割と少ないのでサービスタイプについて改めて解説しておこう。 oneshotは単純にその時に実行するだけのサービスである。 起動は実行終了を待ち、終了したらサービス自体を終了する。 simpleはデフォルトのサービスタイプである。 このサービスタイプはプロセスを実行していることで機能するサービスである。 フォアグラウ
draw.io Integrations
Front makes you look at things from a different perspectives. At draw.io, being open source means anyone can take the project, change it, deploy it and integrate it. In fact, draw.io and our free online editor tool has already been integrated into a wide variety of platforms, and is available to be deployed as a self-hosted docker application, or used as a stand-alone private diagramming applicati
コンテナを活用する精鋭たちが登壇！ Kubernetesの使いどころや本番環境での注意点とは？【Container X mas Party】
2018年12月18日に品川の日本マイクロソフト株式会社本社にて、「Container X mas Party」イベントが開催され、現場でコンテナ技術を活用するエンジニアの皆様を中心に100名弱の参加者が集まりました。イベントは13:00～19:00の午後いっぱい、6つのメインセッション、LT＆懇親会という濃密な一日で非常に賑わいました。このイベントレポートでは各セッションの概要をお伝えします。 Container X mas Party 2019年に向けたService Meshの現状課題の整理と考察 セッションのトップバッターは、日本マイクロソフトの川崎庸市さんです。発表資料はこちらに公開されています。 2018年はIstioをはじめ、Service Meshが大きな注目を集めた年とのことで、クラウドネイティブアプリケーションの主要技術として進化を続けるService Meshやその周
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
ユーザレベルで systemd のユニットファイルを書くときの注意点
Online Case Management Lightning
富士通、個人や個人事業主向けにクラウドサービス「FJcloud-O」「FJcloud-V」を12月より販売
Top 100+ IT Services Companies in the US - April 2024
systemd の systemctlコマンドでインスタンスを使用して引数を渡す方法 - Qiita
