Uncategorized2019年はEnarxの年でした2020年はデモなど色々なプランを考えています!私にとって2019年はEnarxプロジェクトがほとんどでした。Hatを買収してます)の業務、Kubernetesのセキュリティやパートナー企業と協業など重要なことは色々ありました。Enarxが2019年のハイライトです。年始に私たちは実現できることがあると確信し、内部のリーダーシップチームに対して、達成可能であることの証明を課されました。Summitでデモを行い、このブログでアナウンスをしました。Summitでフォローアップをしています。2019年のEnarxの開発でとても大切なことだったと考えています。チームEnarxは私だけのものではもちろん、ありません。McCallumと共にプロジェクトの共同創立者の一人であることは非常に誇りです。ここまで達成できたのは多くのチームメンバーのおかげですし、オープンソースプロジェクトとして貢献し使用している皆様のおかげです。貢献者ページにはたくさんのメンバーの名前がありますが、まだ全員の名前が挙がっているわけではありません。Hat内外の何人かの方から頂いたプロジェクトに対するアドバイス、サポートとスポンサリングはとても大切なものです。その皆様の名前を言う許可は得ていないので、ここではお話しせず、丁重に扱う事とします。皆様のサポートとそのお時間を頂けたことに非常に感謝しています。ユースケースとパートナー2019年に成し得た重要なことの一つに、皆さんがどのように「野良状態で」Enarxを使いたいのかをまとめたことと、その比較的詳細な分析を行い、書き上げたことです。その全てが公開されたわけではないですが、(私が任されていることなんですけどもね)これは実際にEnarxを使用したいと考えているパートナーを見つけるのに不可欠です。公表できませんが、皆さんも聞いたことがあるグローバル企業のいくつかから、また将来的に増えるであろうスタートアップ企業からも、とても興味深いユースケースが挙がってきています。このように興味を持っていただくことは、ロジェクトの実用化に不可欠で、Enarxはただエンジニアの情熱から飛び出しただけのプロジェクトではないと言う事なのです。Consortiumの発表でした。HatではEnarxはこの新しいグループにぴったりだと考えており、10月の正式発足でプレミアメンバーになったことを嬉しく思っています。これを書いている2019年12月31日時点では、会員数は21、このコンソーシアムは幅広い業界で懸念と興味を惹きつけるものだと言うことがはっきりしてきました。Enarxの信念と目的が裏付けされていると言うことです。2019年に成し遂げたのはコンソーシアムへの参加だけではありません。カンファレンスで講演を行い、このブログ上やNext.redhat.comまたOpensource.comで記事を発表、プレスとの会見、ウェブキャストなどです。大切なのは六角形のステッカーを作ったことでしょう!(欲しい方がいらっしゃったらご連絡ください)最後に大切なことを一つ。私たちはプロジェクトを公表していきます。Hat外の参加を促進するために活動しています。詳細は12月17日のBlogをご覧ください。アーキテクチャとコード他に何かあるでしょうか。いくつかのコンポーネントの成熟しつつあるアーキテクチャセットです。私たちは当然これら全てを外部に公表するつもりですが、まだできていない状態です。すべきことが本当にたくさんあるのです。私たちは皆さんが使用できるようにコードを公開することに尽力していて、2020年に向けデモやそれ以外の大きな計画を立てています。最後に他にも大切なことはもちろんあり、私がWileyから出版するトラスト(信頼性)に関連する本を書いていることです。これはEnarxに深く関連するものです。基本的に、技術はとても「クール」なものですが、Enarxプロジェクトは既存の需要に見合うものですから、Nathanielと私はクラウドやIoT、エッジ、その他機密情報とアルゴリズムが実装される全てのワークロードの管理方法を変えていくいい機会だと考えています。このブログはセキュリティに関するものですが、トラスト(信頼性)と言うものはとても重要な部分だと考えています。Enarxはそれにぴったりと合うのです。これからも信頼性とEnarxに関するポストをしていきます。Enarx.ioの最新情報に注目していてください。todayオープンソースと悪人とこの記事はhttps://aliceevebob.com/2019/07/30/open-source-and-well-bad-people/を翻訳したものです。オープンソースのコードを書いている人にとって、オープンソースソフトというものは誠実なものに見えます。コードを書いて、皆さんのような善人な方がコードを書き足し、テストをし、文書を作成し、ソフトを使うのです。オープンソースとは、世界をどんなに良くしてくれていることか!「悪の帝国と呼ばれる組織や会社」ですら、オープンソースを受け入れ、幸福と愛情あふれる場所になり、コミュニティを支援し、オープンソースは良いものとして採用し布教しているのです。多くのオープンソースライセンスは、1組織がコードを書き換え、その書き換えたコードをリリースすることなく利益を得ることほぼ不可能なようにできています。オープンソースの魂はライセンスで、実際に世界を良くしているのです。この大部分には賛成します。世間で鵜呑みにされたような憶測(それが何であれ)が広まっているのを見ると、不思議に思います。いうのも、オープンソースを使っている全ての人が善人ではないというのは皆さんご存知でしょう。クラッカー(悪事を行うハッカー)はオープンソースを使います。薬物の販売人もオープンソースを使っています。人身売買者もオープンソースを使います。テロリストだって使っているでしょう。彼らももしかしたらパッチやテスト、文書作成に貢献しているかもしれません。実際はほとんどないと思いますが。一般的に彼らは善人ではないのです。中には「まあ、中には少しはそういう人もいるかもしれないけど、耐えられる範囲だろう」と肩をすくめてしまうような人もいるでしょう。オープンソースで悪事を働く人に比べたらもっと多くの人がオープンソースによって助かっているでしょうから、引き続き喜んで貢献するでしょうね。オープンソースに貢献するのではなく、どうせ人のためにならないのだから、悪人度合いが低い方を受け入れてしまう、というところでしょうか。ジョン・スチュアート・ミルの言う功利主義として知られています。(私は哲学者ではないので、非常にざっくりと話していることを了承ください)これはこう説明されることもあります。私もオープンソースが「人類の幸福全体を促進」すればいいと願っています。問題は犯罪者だけが皆さんのオープンソースコードを使うわけではないことです。実際に「日陰なコト」を行うビジネスもありますし、政府が批判する人間を抑圧することも、警察が市民を監視することもあるでしょう。これも皆さんコードなのであり、悪事にも使われるのです。悪事とはなんでしょう。これは功利主義の哲学に対する反論でよく出ますね。何が良いことで何が悪いことなのかと定義するのは難しいのです。法を遵守している我々一般の人は、人身売買をするのは悪いことだ、と思います。中にはグレーゾーンなものもあるのです。タバコ製造、石油化学の会社、プラスチックの製造業、LGBTQ+の人々を支持しない組織、銃の製造業などです。意図的に範囲を大きくしています。最後の例はあえて選んでいます。オープンソースの活動を初期に行なっていたのはESRで知られるエリック・レイモンドです。彼は銃を持つ権利をずっと支持しています。彼は公にされている批判をハッカーコミュニティに取り入れ、小銃保持の権利を声に出して支持しています。ESRにとってはこれが「自由」なのです。彼を批判するつもりはないですが、これは賛成できません。これで彼が良いと考えているものは私が考えているものと違うことは明確でしょう。LGBTQ+に関してはとてもリベラルに受け入れていますが、オープンソースのコミュニティにいる人がみんな同じ考えを持っているわけではないでしょう。オープンソースコミュニティをリベラルだと述べていますが一般論として受け入れられていません。ハッカーのための辞書として公表されているのですが、平均的なハッカーとはふんわりと穏健リベラル。従来の右派左派の政治全体を拒絶するリベラリストの代表を除く。保守的に一般化して言うとハッカーはどちらかと言うと反独裁主義者。従来の保守主義と「極」左派は非常に珍しい。ハッカーは非ハッカーよりも大体a)攻撃的な非政治主義でb)特異的もしくは特異な政治アイデアを抱き実際日々そう生きようとしているジャーゴン・ファイル少し古いかもしれませんが、この説明は多くのオープンソースコミュニティ内で、コミュニティの一部として意識している人たちが共感するものです。オープンソースのコードの「良い使い方」は「良い組織」が決める、と言うのは、コミュニティとして明らかに賛成できかねます。できたとしても、悪人とされる人々を止められるようなライセンスを作るのは非常に可能性が低いでしょう。オープンソースと悪人と信頼と、オープンソースを選ぶということこの記事はhttps://aliceevebob.com/2019/06/18/trust-choosing-open-source/を翻訳したものです。昔、遠い遠いところで(よくある表現でしょ)、私はトラストとセキュリティという標準化文書の下書きに関わっていました。Guidanceと呼ばれ、セクション5.1.6.3は「推移的トラスト」についてでした。複雑で長い文書で、とても自信を持ってできた仕事です。(私は調査員の一人で、また文書のほとんど特にトラストのセクションを記述しました。)この文書は題名からもわかる通りトラスト周りの重要な問題に対応しているものです。この中でこう定義されています。「推移的トラストは、CがBを信用しているので、AはBというものを信頼する」その文書のどこにもオープンソースソフトのことは書いてありません。公平を期すために、どのソフトやベンダーにも偏らないように記述してあります。標準化に関わる多くの企業はベンダー仕様のソフトに注目しがちです。Hatに勤めていませんでした。Hatに転職し、基本的に標準化の世界から遠ざかることになるのですが、オープンソースについては考えるようになりました。トラストに関してももっと深く考えるようになりました。ビジネス、組織や企業でオープンソースをどうやって使うようになるのか、と。オープンソースが「それ自体は」他のベンダーソフトと比べて特に安全ではないにしても、どうしてオープンソースがさらに安全性を高めることができるだろうか、と別の記事にも書いています。してこのことが信頼、特に推移的トラストに関わるのでしょう。オープンソースとトラストがどうリンクするかについて私はずっと考えていました。大部分が拡散したトラストについてです。拡散したトラストとブロックチェーンは同じように扱われることが多いです。信頼とはブロックチェーンに確実に関係しているという事実を無視しがちな罠に陥いることが多いからです。言われているだけでちゃんと定義していないからです。ここで私が興味を持っているのは、オープンソースソフトを使用するかどうかを選択する方法としての分散した推移的な信頼(トラスト)です。これは、オープンソースのセキュリティなどの非機能的な詳細についてだけに言えることではなく、ソフト自体の場合についてもです。「オープンソースソフトを信頼しています」とは、どういうことでしょう?それは、コードを書きテストをした十分な数の人間が私と同じような要件を提示している。ソフトを使用することのリスクを受け入れることができるだけ十分な経験がその人間にはある。私たちが決断しているということと同じなのです。以下にさらに興味深いことを挙げます。・ユースケースと要件に合ったデザインがされていると、アーキテクトと設計者を信頼している、ということ・その設計に合ったようにコードが書かれていると開発者を信頼している、ということ・お互いのコードのレビューがされていると開発者を信頼している、ということ・ソフトが正しく文書化されていると、文書化チームを信頼している、ということ・ユースケースに合ったテストが書かれ、行われ、チェックがされているとテスターを信頼している、ということ・ユースケースに合った方法でデプロイしているとコードをデプロイした人を信頼している、ということ・バグレポートをしているとコードをデプロイした人を信頼している、ということ・バグレーポートを受け取った人がちゃんと修正していると信頼している、ということもちろんもっと色々なケースはあるでしょうが、話を進めるには十分でしょう。ベンダー仕様のソフトを選択すれば信頼関係はもっと明確で絆が強いものでしょう。期待した品質のものでなければ別のベンダーに移行するか期待した仕様になるよう元のベンダーに作業するよう言うからです。オープンソースソフトの場合はもっと漠然としています。デザイナーやソフトウェアエンジニア、テスターなどの関与した人を見つけることは少なくともできるでしょう。その人たちに与える影響力はずっと小さいでしょうね。おかしなパラドクスがあるのですが、ベンダーソフトには主張できてソフトウェアの方向性に対する影響力は比較的大きいです。(お金がかかってくるので)ところが、オープンソフトに比べると欲しいものを得る事ができると確信したり、実際何が開発で起こっているかはっきりと見えません。これはオープンソースだと、「私自身」が上にあげたどの項目にも参加する事ができるからです。私、もしくは私の所属する組織は、アーキテクトにも設計者にも、文書作成やテスター、もちろんデプロイしたりバグ報告したり、どの役割にもなれるからです。オープンソースへの影響は他の人と同等であれば、分散された信頼は推移する事が少なくなります。作成、メンテナンス、要件やソフトウェア品質に対してみんな平等で、分散された信頼関係ネットワークの一部になります。ベンダー仕様のソフトを買った場合に経験するような排除感は減るのです。ベンダーからオープンソースソフトウェアを買ったりライセンスを得たりするのでしょう。それは、そうすることで、上記に挙げた分散された信頼のネットワークの利点を得つつ、サポート、パッチ、トレーニングなど他のリスクを訴えることができるからです。ソースから直接コードを得ることもできるでしょう。これはソフトを使用する人たちがそのリスクを選んだということではありません。これはオープンソースコミュニティに参加している人たちも例外ではありません。信頼とは、とても複雑なものです。他のものや人を信頼するのも複雑です。別のブログでも少し書きましたが。私は決定したことに関して、どうして決定したのかと考え理解することは非常に大切なことだと思います。それはリスク周りの情報に基づいた選択をするのに必要だからです。