株式会社はてな
はてな
法人代表者名: 代表取締役社長 栗栖 義臣
法人番号: 1013201014709
証券コード: 3930
事業概要: インターネット付随サービス業
郵便番号: 1070062
本社所在地: 東京都港区南青山６丁目５番５５号
従業員数: 208
従業員数（男性）: -
従業員数（女性）: -
創業: 2001-07-19
MackerelがPHPカンファレンス小田原2026にスポンサーとして参加したレポート。 ブースではLaravelアプリのAPM可視化デモや、トラブル対応で頼るものに関するアンケートを実施。ログとAIの組み合わせがトレンドであることが示唆された。 スポンサーLTでは、ゼロコードでオブザーバビリティを実現するOBI技術とAPMについて発表し、参加者から高い関心が寄せられた。 アットホームな雰囲気の中、多くの参加者と交流でき、充実した2日間となった。 この記事は、PHP開発者、インフラエンジニア、バックエンドエンジニア、SRE、フロントエンドエンジニア、コーポレートエンジニア、プロダクトマネージャー、マーケター、QA・テストエンジニア、デザイナーなど、技術カンファレンスに参加する幅広い層のエンジニアや関係者向けです。
MackerelがPHPカンファレンス小田原2026にスポンサーとして参加したレポート。 ブースではLaravelアプリのAPM可視化デモや、トラブル対応で頼るものに関するアンケートを実施。ログとAIの組み合わせがトレンドであることが示唆された。 スポンサーLTでは、ゼロコードでオブザーバビリティを実現するOBI技術とAPMについて発表し、参加者から高い関心が寄せられた。 アットホームな雰囲気の中、多くの参加者と交流でき、充実した2日間となった。 この記事は、PHP開発者、インフラエンジニア、バックエンドエンジニア、SRE、フロントエンドエンジニア、コーポレートエンジニア、プロダクトマネージャー、マーケター、QA・テストエンジニア、デザイナーなど、技術カンファレンスに参加する幅広い層のエンジニアや関係者向けです。
Mackerelは2026年5月21日よりWebコンソールとAPIエンドポイントのIPv6対応を開始します。IP制限機能を利用しているユーザーは、IPv6通信を利用している場合、IPv6アドレスの追加設定が必要です。設定を行わない場合、IPv6経由でのアクセスができなくなる可能性があります。 - MackerelのWebコンソールおよびAPIエンドポイントのIPv6対応について - IP制限機能利用者はIPv6アドレスの追加設定が必要 - 2026年5月21日までに設定確認・実施を推奨
Mackerelは2026年5月21日よりWebコンソールとAPIエンドポイントのIPv6対応を開始します。IP制限機能を利用しているユーザーは、IPv6通信を利用している場合、IPv6アドレスの追加設定が必要です。設定を行わない場合、IPv6経由でのアクセスができなくなる可能性があります。 - MackerelのWebコンソールおよびAPIエンドポイントのIPv6対応について - IP制限機能利用者はIPv6アドレスの追加設定が必要 - 2026年5月21日までに設定確認・実施を推奨
Mackerelは2026年5月21日よりWebコンソールとAPIエンドポイントのIPv6対応を開始します。IP制限機能を利用しているユーザーは、IPv6通信を利用している場合、IPv6アドレスの追加設定が必要です。設定を行わない場合、IPv6経由でのアクセスができなくなる可能性があります。 - MackerelのWebコンソールおよびAPIエンドポイントのIPv6対応について - IP制限機能利用者はIPv6アドレスの追加設定が必要 - 2026年5月21日までに設定確認・実施を推奨
Jetpack ComposeのPreviewParameterProviderで、表示されるプレビューにラベルを付けられるようになったという小ネタ。 これまで複数パターンのプレビュー表示には工夫が必要だったが、この機能でより分かりやすく、管理しやすくなった。 Android開発者、特にComposeを利用しているエンジニア向け。
Jetpack ComposeのPreviewParameterProviderで、表示されるプレビューにラベルを付けられるようになったという小ネタ。 これまで複数パターンのプレビュー表示には工夫が必要だったが、この機能でより分かりやすく、管理しやすくなった。 Android開発者、特にComposeを利用しているエンジニア向け。
Mackerelは、メトリックエクスプローラーでの高カーディナリティメトリックの探索性向上、トレース・スパンの時刻表示のミリ秒単位化、APM統計情報エクスポート時のファイル名と内容への期間表示追加、mackerel-container-agentのKubernetes 1.35対応、SAML認証ログインセッションの有効期限変更（予告）といった5つのアップデートを実施しました。 * 高カーディナリティメトリックの絞り込み手動入力対応により、より柔軟なデータ探索が可能になりました。 * トレース・スパンの時刻表示がミリ秒単位になり、詳細な分析が容易になりました。 * APM統計情報のエクスポート機能が改善され、エクスポート対象期間がファイル名と内容に含まれるようになりました。 * mackerel-container-agentがKubernetes 1.35に対応し、コンテナ環境での利用範囲が広がりました。 * SAML認証のログインセッション有効期限が、IdPからの情報に基づいて動的に設定されるようになります。 この記事は、Mackerelのプラットフォームを利用しているエンジニア、インフラエンジニア、SRE、およびシステム運用に携わる方々を対象としています。
Mackerelは、メトリックエクスプローラーでの高カーディナリティメトリックの探索性向上、トレース・スパンの時刻表示のミリ秒単位化、APM統計情報エクスポート時のファイル名と内容への期間表示追加、mackerel-container-agentのKubernetes 1.35対応、SAML認証ログインセッションの有効期限変更（予告）といった5つのアップデートを実施しました。 * 高カーディナリティメトリックの絞り込み手動入力対応により、より柔軟なデータ探索が可能になりました。 * トレース・スパンの時刻表示がミリ秒単位になり、詳細な分析が容易になりました。 * APM統計情報のエクスポート機能が改善され、エクスポート対象期間がファイル名と内容に含まれるようになりました。 * mackerel-container-agentがKubernetes 1.35に対応し、コンテナ環境での利用範囲が広がりました。 * SAML認証のログインセッション有効期限が、IdPからの情報に基づいて動的に設定されるようになります。 この記事は、Mackerelのプラットフォームを利用しているエンジニア、インフラエンジニア、SRE、およびシステム運用に携わる方々を対象としています。
Mackerelは、2026年夏〜秋頃の公開を目指して、ログ機能を開発中です。 この機能は、障害対応におけるチームの課題を解決し、熟練者の知見をチーム全体で共有・再現できることを目指しています。 具体的には、サービス単位でのログ閲覧や、過去のフィルタ条件の保存・再現機能を提供し、オブザーバビリティの向上と持続可能な運用体制の構築を支援します。
Mackerelは、2026年夏〜秋頃の公開を目指して、ログ機能を開発中です。 この機能は、障害対応におけるチームの課題を解決し、熟練者の知見をチーム全体で共有・再現できることを目指しています。 具体的には、サービス単位でのログ閲覧や、過去のフィルタ条件の保存・再現機能を提供し、オブザーバビリティの向上と持続可能な運用体制の構築を支援します。
Mackerelは、2026年夏〜秋頃の公開を目指して、ログ機能を開発中です。 この機能は、障害対応におけるチームの課題を解決し、熟練者の知見をチーム全体で共有・再現できることを目指しています。 具体的には、サービス単位でのログ閲覧や、過去のフィルタ条件の保存・再現機能を提供し、オブザーバビリティの向上と持続可能な運用体制の構築を支援します。
Mackerelは、2026年夏〜秋頃の公開を目指して、ログ機能を開発中です。 この機能は、障害対応におけるチームの課題を解決し、熟練者の知見をチーム全体で共有・再現できることを目指しています。 具体的には、サービス単位でのログ閲覧や、過去のフィルタ条件の保存・再現機能を提供し、オブザーバビリティの向上と持続可能な運用体制の構築を支援します。
Mackerelは、2026年夏〜秋頃の公開を目指して、ログ機能を開発中です。 この機能は、障害対応におけるチームの課題を解決し、熟練者の知見をチーム全体で共有・再現できることを目指しています。 具体的には、サービス単位でのログ閲覧や、過去のフィルタ条件の保存・再現機能を提供し、オブザーバビリティの向上と持続可能な運用体制の構築を支援します。
OpenTelemetryは、システムの内部状態を可視化する「オブザーバビリティ」を実現するための、テレメトリーデータ（メトリック、トレース、ログ）を標準的な方法で生成・収集・エクスポートするフレームワークです。 ベンダーロックインの回避、計装の一元化、シグナル間の相関分析といったメリットがあり、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースで開発されています。 バックエンドエンジニア、インフラエンジニア、プラットフォームエンジニア、アーキテクトなど、システムのオブザーバビリティ向上に関心のある開発者や技術リーダー向けの記事です。
OpenTelemetryは、システムの内部状態を可視化する「オブザーバビリティ」を実現するための、テレメトリーデータ（メトリック、トレース、ログ）を標準的な方法で生成・収集・エクスポートするフレームワークです。 ベンダーロックインの回避、計装の一元化、シグナル間の相関分析といったメリットがあり、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースで開発されています。 バックエンドエンジニア、インフラエンジニア、プラットフォームエンジニア、アーキテクトなど、システムのオブザーバビリティ向上に関心のある開発者や技術リーダー向けの記事です。
OpenTelemetryは、システムの内部状態を可視化する「オブザーバビリティ」を実現するための、テレメトリーデータ（メトリック、トレース、ログ）を標準的な方法で生成・収集・エクスポートするフレームワークです。 ベンダーロックインの回避、計装の一元化、シグナル間の相関分析といったメリットがあり、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースで開発されています。 バックエンドエンジニア、インフラエンジニア、プラットフォームエンジニア、アーキテクトなど、システムのオブザーバビリティ向上に関心のある開発者や技術リーダー向けの記事です。
OpenTelemetryは、システムの内部状態を可視化する「オブザーバビリティ」を実現するための、テレメトリーデータ（メトリック、トレース、ログ）を標準的な方法で生成・収集・エクスポートするフレームワークです。 ベンダーロックインの回避、計装の一元化、シグナル間の相関分析といったメリットがあり、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースで開発されています。 バックエンドエンジニア、インフラエンジニア、プラットフォームエンジニア、アーキテクトなど、システムのオブザーバビリティ向上に関心のある開発者や技術リーダー向けの記事です。
OpenTelemetryは、システムの内部状態を可視化する「オブザーバビリティ」を実現するための、テレメトリーデータ（メトリック、トレース、ログ）を標準的な方法で生成・収集・エクスポートするフレームワークです。 ベンダーロックインの回避、計装の一元化、シグナル間の相関分析といったメリットがあり、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースで開発されています。 バックエンドエンジニア、インフラエンジニア、プラットフォームエンジニア、アーキテクトなど、システムのオブザーバビリティ向上に関心のある開発者や技術リーダー向けの記事です。
OpenTelemetryは、システムの内部状態を可視化する「オブザーバビリティ」を実現するための、テレメトリーデータ（メトリック、トレース、ログ）を標準的な方法で生成・収集・エクスポートするフレームワークです。 ベンダーロックインの回避、計装の一元化、シグナル間の相関分析といったメリットがあり、Cloud Native Computing Foundation（CNCF）のプロジェクトとしてオープンソースで開発されています。 バックエンドエンジニア、インフラエンジニア、プラットフォームエンジニア、アーキテクトなど、システムのオブザーバビリティ向上に関心のある開発者や技術リーダー向けの記事です。