Podman v3 で docker-composeを実行する - 赤帽エンジニアブログ
Red Hatでソリューションアーキテクトをしている田中司恩(@tnk4on)です。最近はPodmanやOpenShiftの良さをより簡潔に伝えられないかと日々考えながら記事の寄稿などの活動も行っています。 前回の記事では RHEL 8.4 BetaとPodman v3について紹介しましたが、 ついにRHEL 8.4 がGAになりイメージの入手が可能になりました。有効なサブスクリプションをお持ちの場合や、Red Hat Developer Programのアカウントをお持ちの場合は今すぐに入手できます。なお、評価版についてはこの記事執筆時点ではRHEL 8.3のままのようです。 今回は前回記事でも触れたPodman v3でdocker-composeを実行する方法について紹介します。 前回記事はこちらです。 rheb.hatenablog.com （追記）この記事の続きの記事を書きました。
APIファーストの設計ツール「Apicurio」「Microcks」を使ってみよう！
はじめに これまで、APIを管理する製品として、オープンソースの「3scale」について紹介してきましたが、APIのライフサイクルにはAPIを管理する前に設計・実装・デプロイ・公開といったフェーズがあります。中でもAPIでどのようなサービスや機能を提供していくかを決めるAPIの設計フェーズは、APIの価値を決める上で非常に重要なフェーズと言えます。 そこで今回は、3scaleと関連するOSS製品として、APIの設計フェーズで役立つ「Apicurio」と「Microcks」について紹介します。 APIファーストのアプローチ APIファーストのアプローチとは、クライアントアプリケーションにとってAPIが最初のインタフェースであると捉え、APIのコーディングや実装を行う前に、APIとしてどのような機能やデータを提供していくべきか、そのAPIの利用者を念頭に置いてAPIの仕様を決めることです。 A
ストレージはつらいよ？ - 赤帽エンジニアブログ
この記事はRookと仲間たち、クラウドネイティブなストレージの Advent Calendar 2020 25日目の記事です。(過ぎてるけど…) こんにちは。レッドハットでストレージを中心にクラウドインフラを生業にしている宇都宮です。 今日はOpenShiftをはじめとするコンテナ環境における…に限らずの一般的な環境でストレージがハマりやすいわけについての愚痴お話しをしたいと思います。 あんまりストレージ詳しくないかたに読んでもらって、へぇと思っていただければ嬉しいです。 コンテナ環境でハマるストレージの落とし穴 コンテナ環境におけるストレージは、CSI(Container Storage Interface)の仕組みができてから、使い始めるにはかなり簡単になりました。パブリッククラウドにしろオンプレにしろ、そこにあるストレージをコンテナストレージとして使えるようになったからです。 とは言
合理的な選択の末に、いつの間にか世の中に取り残される感覚 - やしお
自分が10～20代の頃に、両親がパソコンを使えない、ケータイでメールが出せない、スマホが使えない、という姿を見ていて漠然と「そんなもんか」と思っていたけれど、自分自身が30代半ばになってちょっとその感覚が分かる気がしてきた。 「年老いてくると単に理解力が下がる」のような個人の能力の問題かと特に深く考えずにイメージしていたけれど、そう単純じゃない気もしている。「自分には必要ない」と思って「新しく出てきた何か」に適応するのをしばらくサボっていると、いきなり従来利用してきたものが消滅して途方に暮れる。出てきた当初からちょっとずつ適応していれば、（スロープとまでは言わないにしても）階段を少しずつ上っていくように習得できても、いきなりその階段も消滅して目の前に崖が現れる。崖を登ろうとちょっと試みてみるけれど、無理すぎて諦めざるを得なくなる。 iPhoneというかiOSも、最初に出てきたときはアイコン
フェミがオタク叩きをする根幹思想”社会構築主義”とは？
馬の眼🐴 @ishtarist 宇崎ちゃんポスターについて、オタクとフェミ相互理解のための補助線 #BLOGOS blogos.com/outline/413806/ この記事、ほんまにすごいほぼ完璧な整理。 これ、ほんと世界観の違いなんだよなぁ。で、実はオタクって、むしろ本来のリベラルに近いんだよ。 でもこちら側の偏見が、彼らを遠ざけてる。 馬の眼🐴 @ishtarist そして、これと同レベルの両陣営に配慮した総括が、ポスター批判側から出せるかどうかじゃないかな？ まあ、もし出せるとしたら、ラディカルフェミニズムをなんらかの形で放棄したときだろうね。 馬の眼🐴 @ishtarist ラディフェミ(≒社会構築主義)は「表現の自由」よりも「内心の自由」をターゲットにしているのはその通り。個々人の「主観性」を「社会構造のエージェント」と考え、その「社会構造」を攻撃する。 攻撃すべき「社
Ceph Nano、それはお手軽に作るオブジェクトストレージ - 赤帽エンジニアブログ
こんにちは、Red Hat でストレージを中心にクラウドインフラを生業にしている宇都宮です。 さてみなさん、「ちょっとしたオブジェクトストレージが作りたいなあ」なーんて思ったことはありませんか？オブジェクトストレージを扱うアプリケーションを開発してる方とか。OpenShiftみたいなCloud Nativeなプラットフォームを作ってる方とか。バケットの事を考えると眠れなくなるほどオブジェクトストレージが好きで伝説の樹の下で…ｺﾞﾆｮｺﾞﾆｮ え？本家のS3を使うから大丈夫？確かにそれは一つの答えです。ですが安いとは言えお金がかかるし、インターネットを超えるからスループットやレスポンスは落ちるし、できればオンプレがいいなあ、みたいな。 "ちょっとしたファイルストレージ" ならサクッとNFSサーバーを建てれば当面解決できるんですけどね。オブジェクトストレージはそういうのがあまり無いんですよね。
OperatorをOperator SDKで作成する on OpenShift - 赤帽エンジニアブログ
Red HatでOpenShiftのテクニカルサポートエンジニアをしているDaein（デイン）です。 OperatorをOperator SDKで作成してOpenShiftで稼働させてみます。ドキュメントのサンプルOperatorの作成のみでは情報が足りないと思っている方に、Operator作成手順をコードコメントを入れてstep by stepで解説していきます。 docs.openshift.com 既にOperatorという用語に慣れている方が多いかもしれませんが、簡単に紹介します。Operatorとは管理業務を自動化する目的でKubernetes Controllerを実装するパターンで、Operator SDKはそのOperatorを簡単に作成できるようにしてくれる開発ツールです。 docs.openshift.com docs.openshift.com ドキュメントに記載され
よんてんごPさんへの返答。あるいは生きることの難しさは「かけ算」であるという重みについて。｜くらげ
スケジュール的に切羽詰まっている。恐ろしいことに既にお盆が終わり、8月も間もなく終わろうとしている。お盆までにめどを立てます、と言った原稿はほとんど進んでいない。引き伸ばすのもそろそろ限界だ。 したがって、あまり金にならないnoteで記事を書いている場合でもないのだが、どうしても言及したかった記事を見てしまった。こういうものが気になったら一度吐き出さないと前に進みにくいのがADHDの性だ。 さて、言及したい記事とはこれだ。この記事を読む前に必ず目を通してほしい。でないと、理解できないだろうからだ。 さて、読み終えただろうか。この記事を読んでどのような気持ちになっただろうか。結構な割合の人が「この子をどうすればいいのだろうか」というモヤモヤを感じていると思う。もちろん、私もモヤモヤを感じてるけども、これは「障害」というものが如何に理解してもらうのが難しいか、という問いを改めて突きつけられたか
カメラ初心者がカメラ沼に入ってみた。（長文） - 小野マトペの納豆ペペロンチーノ日記
会社を辞めたので、旅行なんかしたいと思ったことないのだけど、海外旅行をしてみようと思いたち、衝動的にExpediaとAirbnbでバリ島への航空券と宿泊先を予約した（出発8日前のチケットとか、取れるんですね）。で、どうせ海外行くならいい機会だからちゃんとしたカメラ買って風景とか撮りたいなとなり、以前からうっすら欲しかったカメラを買うことにした。私と同じカメラわからん人の助けになるように、購入に至るまでの検討過程をここに記す。また参考にしたWebサイトなども可能な限り添付していく。何を買ったかだけ知りたい人は末尾までスクロールしてくれ。ちなみに今これを書いている時点でカメラを箱から出していない。旅行までに練習する時間があるだろうか…。というか旅行の準備なにもしてない…。 やりたいこと 旅先で写真やムービーを撮りたい 日常でカメラを持ち歩いて、面白い構図とか撮りたい。 いい感じにボケてる写真と
無償での情報搾取
IT 系零細企業を経営していて、特定の技術に強いと外から思われ始めると無償での技術情報の搾取を目的とした問い合わせが多くなる。 自分は残念ながら無償で技術情報の搾取をされた経験があるので、注意喚起として書いておく。この悪しき習慣を潰したい。 情報交換をしたいこのフレーズがメールの文章に含まれていた場合は、とても注意すべきだ。殆どの場合であなたの会社の方が情報を持っており、相手は無償で技術的な情報を得たいと考えていることが多い。 技術の分野の世界はとても狭いので、ほんとうの意味で情報交換を申し込んで来る人はあなたがすでに知っている人の可能性が高い。全く知らない人が情報交換を持ちかけてくるのはまず疑ったほうがいい。 知らない会社から「情報交換をしたい」と言われたら、丁重にお断りをするべきだ。情報交換をしたいと言ってきた会社から仕事につながった経験はまったくない。彼らは一方的な搾取を望んでいるだ
IBMが3兆7000億円で買ったレッドハットの真髄
IBM史上最大の買収 340億ドル（約3兆7000億円）という評価額の中には彼らが関わる「コミュニティ」の価値も当然、含まれている。 2018年10月28日、米IBMはリナックス関連製品を開発する米ソフトウェア会社、レッドハットの買収を発表した。テック企業による同業の買収はよくある話だが、340億ドルという買収金額はIBMのM&A（合併・買収）では過去最高額。レッドハットにそれだけの価値があるということだが、その金額は驚きを持って受け止められた。 クラウド活用が一般化する中で、アマゾン・ウェブ・サービス（AWS）のようなパブリッククラウドと、従来の社内ITシステム（オンプレミス）や自社運用のクラウドを組み合わせて使いたいというニーズは根強い。レッドハットはこうしたハイブリッドクラウドを可能にする製品で高い競争力を持つ。クラウド事業でAWSやグーグル、マイクロソフトに水をあけられているIBM
オープンソース製品の「仕様」 - 赤帽エンジニアブログ
Red Hatの佐藤匡剛です。昨日、Red Hat Forum / Tech Nightにお越しいただいた方、ありがとうございました。 昨日のRed Hat Tech Night冒頭のトークセッションで、id:nekopこと木村さんから面白い発言があり、Twitterでも話題になっていたようなので、ちょっとフォローアップの記事を書きたいと思います。 「これは仕様ですか？」 と聞かれても、たまたま開発者がそうしただけというケースもあり、答えにくいことが多々ある #rhtn2018— 転職しても肉の妖精だった件 (@nanodayo) November 8, 2018 仕様が先かコード書いた人の気持ちが先か #rhtn2018— えいご (@enagok) November 8, 2018 実装がたまたまそうなっているw とても分かる。#rhtn2018— 水無月 忠司 (@longyoru)
A practical approach for defeating Nmap OS-Fingerprinting
http://voodoo.somoslopeor.com [Mirrored with permission on Insecure.Org as the primary site is down] Permission is granted to copy, distribute and/or modify this document under the terms of the GNU Free Documentation License, Version 1.2 or any later version published by the Free Software Foundation; with no Invariant Sections, no Front-Cover Texts, and no Back-Cover Texts. A copy of the license i
10 most important differences between OpenShift and Kubernetes
UPDATED on 10.6.2019 (after the release of OpenShift 4.1): Added information on OpenShift 4. UPDATED on 30.8.2019: Added information on CodeReady Containers for running single OpenShift node. If you’re interested in OpenShift 4 please check out also my honest review of it. OpenShift has been often called as “Enterprise Kubernetes” by its vendor - Red Hat. In this article, I’m describing real diffe
OSSベースのAPI管理製品 3scale 2.2を試してみた - Qiita
Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 初版: 2018/7/10 著者: 田畑義之, 株式会社日立製作所 (GitHubアカウント: @y-tabata) 本記事は、あくまで執筆者の見解であり、所属企業及びRed Hatの公式なドキュメントではありません。 昨今API管理の分野が注目を集めています。筆者は、API管理製品の一つ、3scaleに着目し、検証やパッチ投稿を進めていました。最近2.2がリリースされ、大きく機能強化されて面白くなってきたため、紹介します。 はじめに 2018年5月31日、Red Hat 3scale API Management (以下、3scale
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
もし僕が動画制作を今から始めるならこの機材を揃える - 2019.08｜AUXOUT
Red Hat fedoras
Brand New
Yusuke Nakaya on CodePen
https://clinicjs.org/
