はじめに 私たちは「実力」という言葉を履き違えています。 特に私がそうでした。様々な人の助力で得た結果、たまたま条件が揃って出せた最高到達点を「自分の実力」だと勘違いしていました。そして、その水準に届かない日々の自分を見て、「なんでもっとできないんだ」と追い込んでいました。結果は散々なものでした。心身ともに疲弊し、パフォーマンスはさらに落ち、悪循環に陥りました。しかし、その経験から大きな学びもありました。 ゾーンに入り、神がかった速度でコードを書く自分。難解なバグを一瞬で特定する自分。私たちは、あの奇跡的な瞬間を「自分の実力」だと信じ、そうでない日を「調子が悪かった」と言い訳します。 逆です。 何もやる気が起きず、頭も回らず、ただ惰性でキーボードを叩いている日。その泥のような日に絞り出したアウトプット。それこそが、紛れもない私の「実力」です。 絶好調のときの成果は、再現性のない「運」や「上
イベント内容 「アジャイル開発の効果を可視化したい」 「チームの開発生産性を、さらに高めたい」 「パフォーマンスを向上させたいが、何から手をつければ…」 もし一つでも当てはまるなら、本ワークショップがその答えのヒントになるかもしれません。 アジャイルチームの状態を可視化し、チームパフォーマンスの改善を行うためには、チーム全員が納得する「パフォーマンスの定義」と、それを適切に測る「指標」が不可欠です。しかし、その定義が曖昧なまま、指標だけが独り歩きしていませんか？ 本ワークショップは、Red Hat Open Innovation LabsとFindy Team+の共催でお届けするワークショップです。「パフォーマンスとは何か？」という根源的な問いから始め、チームの目的と成果が直結する「測れる指標」を、参加者の皆さんと一緒に見つけ出します。 こんな人におすすめ チームの生産性やパフォーマンスに
プラットフォーム・ソリューション人工知能AI モデルとアプリケーションを構築、デプロイ、監視します。 Linux 標準化運用環境全体で一貫性を確保します。 アプリケーション開発アプリケーションの構築、デプロイ、管理方法を単純化します。 自動化自動化を拡張して、テクノロジー、チーム、環境を統合します。 Red Hat のソリューションについて ユースケース仮想化仮想化およびコンテナ化されたワークロードの運用をモダナイズします。 デジタル主権クリティカルなインフラストラクチャをコントロールし、保護します。 セキュリティセキュリティ重視のソフトウェアをコーディング、構築、デプロイ、監視します。 エッジコンピューティングエッジ・テクノロジーを活用し、ワークロードをデータの発生源近くにデプロイします。
個人的に気になっている Project Loom で Virtual Threads がプレビューされたので仕様である JEP を翻訳してみました。 ボリュームが多いため、いくつかのパートに分けて公開していきます。 原文はこちら：JEP 425: Virtual Threads (Preview) 全パートはこちら 日本語訳：JEP 425 : Virtual Threads (Preview) Part 1 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 2 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 3 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Previ
個人的に気になっている Project Loom で Virtual Threads がプレビューされたので仕様である JEP を翻訳してみました。 ボリュームが多いため、いくつかのパートに分けて公開していきます。 原文はこちら：JEP 425: Virtual Threads (Preview) 全パートはこちら 日本語訳：JEP 425 : Virtual Threads (Preview) Part 1 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 2 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 3 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Previ
個人的に気になっている Project Loom で Virtual Threads がプレビューされたので仕様である JEP を翻訳してみました。 ボリュームが多いため、いくつかのパートに分けて公開していきます。 原文はこちら：JEP 425: Virtual Threads (Preview) 全パートはこちら 日本語訳：JEP 425 : Virtual Threads (Preview) Part 1 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 2 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 3 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Previ
個人的に気になっている Project Loom で Virtual Threads がプレビューされたので仕様である JEP を翻訳してみました。 ボリュームが多いため、いくつかのパートに分けて公開していきます。スターやブコメが付くとモチベーションが上がるかもしれません。（上がらないかもしれません） 原文はこちら：JEP 425: Virtual Threads (Preview) 全パートはこちら 日本語訳：JEP 425 : Virtual Threads (Preview) Part 1 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 2 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 3 - #chiroito ’
個人的に気になっている Project Loom で Virtual Threads がプレビューされたので仕様である JEP を翻訳してみました。 ボリュームが多いため、いくつかのパートに分けて公開していきます。スターやブコメが付くとモチベーションが上がるかもしれません。（上がらないかもしれません） 原文はこちら：JEP 425: Virtual Threads (Preview) 全パートはこちら 日本語訳：JEP 425 : Virtual Threads (Preview) Part 1 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 2 - #chiroito ’s blog 日本語訳：JEP 425 : Virtual Threads (Preview) Part 3 - #chiroito ’
これは社内向けに書いた、Kafkaってそもそも何やねん、ということをメンバーに解説するための記事を一部編集して公開できる様にしたものです。 第2回以降では、Kafkaを利用したアプリケーション開発のノウハウについて解説していく予定です。そちらも社内の事情を除いた形で公開していくつもりです。 そもそもKafkaとは Kafkaはイベントストリーミングプラットフォームと呼ばれるミドルウェアです。 元々はストリームバッファと呼ばれてたと思います。 公式のドキュメントには以下の様に書かれています。 Kafka combines three key capabilities so you can implement your use cases for event streaming end-to-end with a single battle-tested solution: To publis
Red Hatのさいとうです。この記事はAnsible Advent Calendarの12月9日の記事です。今回は、地味であまり知られていないAnsible Collectionsのメンテナの仕事についてご紹介しようと思います。 Ansible Collectionsとは Ansible2.9までは、Playbookを処理するエンジン部分と、モジュールやプラグインなどコンポーネントをあわせて、AnsibleというOSSプロダクトとして提供していました。 この提供形態が、2.10で大きく変更されて、現在のAnsibleでは以下の2つのサブコンポーネントに分離され、この2つをあわせたものをAnsibleとしてバージョニングして提供しています。 2.9以前からAnsibleを利用している方に馴染深い2.x.zというバージョニングは、現在では1.のAnsible Coreのバージョンとして採用さ
こんにちは、Red Hatでソリューションアーキテクトをしている石川です。 これまでにも何度かこちらのブログでROSA（Red Hat OpenShift on AWS）についての記事を扱ってきましたが、今回はAWS STSを使ったROSAのデプロイについてご紹介したいと思います。 過去のROSA関連記事はこちら rheb.hatenablog.com rheb.hatenablog.com rheb.hatenablog.com AWS STSとは？ AWS STSとはAWS Security Token Serviceの略称です。STSの説明としてAWSのこちらのドキュメントには以下のように記載されています。（一部抜粋） AWS リソースへのアクセスをコントロールできる一時的セキュリティ認証情報を持つ、 信頼されたユーザーを作成および提供することができます。 つまり特定のAWSのリソー
これは、なにをしたくて書いたもの？ セキュアなクラスターとして構築したCockroachDBに、PostgreSQLのJDBCドライバーを使ってアクセスしてみたいと思いまして。 環境 今回の環境は、こちら。 $ cockroach --version cockroach version details: Build Tag: v21.1.8 Build Time: 2021/08/30 13:41:17 Distribution: CCL Platform: linux amd64 (x86_64-unknown-linux-gnu) Go Version: go1.15.14 C Compiler: gcc 6.5.0 Build Commit ID: 57b7968be0e1c8e6cb1523ab01df886afef2a2ea Build Type: release (use 'c
少し前のことですが、こんな話題がありました。 自分がこれまで現職で手がけた機械学習ソリューションでは 1. そもそも「予測」ではなく「説明（解釈）」をアウトプットにする 2. クラス分類確率の高いものだけアウトプットし、低いものは「未定」扱いにして捨てる などという形で実務の現場で使ってもらってます。精度勝負をしないのも一つの解かと https://t.co/NmZJCPnue2— TJO (@TJO_datasci) 2021年8月29日 実際問題として「ある目的のために機械学習システムを開発し、非常に高精度のものが出来上がったが、結局色々あって実戦投入されなかった」という話は、自分の身の回りでも業界内の伝聞でも事欠きません。 しかし、機械学習と言えばどちらかというと「より精度の高いモデルを追い求める」試み、もう少し下世話に言うと「精度勝負」によって、連綿と発展してきたという歴史がありま
Red Hatの森若です。 今日はRHEL小技ということで、実際にアップデートせずにアップデートに必要なパッケージを確認・ダウンロードする方法をご紹介します。 パッケージの確認 # yum update --assumeno <パッケージ名> --assumeno は、よく使われる -y と逆の意味で、あらゆる質問に自動的にNoと答えます。yumは必要に応じてキャッシュのアップデート、依存関係の解決をして、リクエストされたアップデートに必要なパッケージ一覧を表示して終了します。 パッケージのダウンロード # yum update --downloadonly <パッケージ名> --downloadonlyは、パッケージのダウンロードだけを行い、インストールをしません。 ダウンロードされたパッケージは、/var/cache/yum または /var/cache/dnf 以下に保存されています
こんにちは、Red Hatでソリューションアーキテクトをしている石川です。 OpenShiftではクラウドネイティブなCI/CDを実現する手段として、OpenShift Pipelines という機能を提供しています。 以前はTech Previewだったのですが、今年の5月にGAとなったため、今回から2回に分けてOpenShift Pipelinesを使ってCI/CDパイプラインを構築する方法についてご紹介していきたいと思います。 OpenShift Pipelinesの概要 OpenShift PipelinesはTektonというOSSがベースになっています。 TektonはLinux Foundationが母体となるContinuous Delivery Foundation(CDF)にて開発が進められているプロジェクトです。元々はKubernetes上でサーバーレスを提供するKn
みなさんこんにちは。レッドハットの杉村です。Ansible のテクニカルサポートをしています。 本日は Red Hat Ansible Automates 2021 Japan Day 1 が開催されています。多数の方にご参加いただいているとお聞きしています。ありがとうございます。 www.redhat.com 今回は最近よくお問合せをいただく Collections の使い方について紹介します。 Collections とは Ansible では多くのモジュールがありましてリリースを重ねるごとにどんどん数も増えてきまして 3000を超えてしまい、一緒に配布することにさまざまな限界が出てきてしまいました。 2.8 〜 2.9 頃から本体と分けて Collections として切り出すことにより、開発ベンダーやコミュニティは独自に開発や配布を進めることができ、品質の向上や利用者の利便性を高め
クラウドインフラ全般を担当しているソリューションアーキテクトの伊藤です。 このRed Hat Engineers Blogでは何度かROSAについてご紹介する記事が投稿されていますが、 ROSAはマネージドサービスなのでWeb公開前提のサービスだとお考えではありませんか？ ROSAではデプロイ時のコンフィグレーション次第で、プライベートなOpenShiftをマネージドサービスとして構築して利用することができます。 過去のROSA記事 rheb.hatenablog.com rheb.hatenablog.com 本投稿のコンテンツは以下の通りです ROSAでデプロイできる2種類の構成 パブリッククラスタ プライベートクラスタ 従来から存在しているプライベートクラスタ AWS PrivateLinkを用いたプライベートクラスタ 既存のVPC、サブネットを用いたROSAクラスタの構築 プライベ
リリース、障害情報などのサービスのお知らせ
最新の人気エントリーの配信
j次のブックマーク
k前のブックマーク
lあとで読む
eコメント一覧を開く
oページを開く
