はてなブックマーク

こんにちは． 株式会社アークエッジ・スペースのデータソリューション部長の鈴本 (meltingrabbit) です． 創業以来，いかに多品種の小型衛星をアジャイルに開発・製造・運用していくか，に主に注力していた当社も，2024 年 1 月の組織再編において，リモートセンシング事業部（現在はデータソリューション部）を新設し，人工衛星の「使い方」，つまり衛星データを用いてどのように価値をユーザーに届けるか，に注力する組織を立ち上げました． このチームの特徴は， 一次産業や環境課題などのグローバルな課題を解決できる事業をターゲットしつつ，ユーザーニーズが第一であるため，現場に根ざした協働型アプローチを重視すること 自社の衛星データにこだわらず（≒ 忖度せず），さらには，衛星データにすらこだわらずに，必要に応じて様々な地理空間情報や解析手法を総動員すること モダンな Web 技術を用いて，価値提供

株式会社アークエッジ・スペースの id:koba789 です。 アークエッジ・スペースでは、衛星データを活用するためのアプリケーションを開発しています。人工衛星のカバレッジはグローバルなため、それを活用するアプリケーションもグローバルであるべきでしょう。 グローバルなアプリケーションをコスト効率高く提供するため、私たちはサーバレスなプラットフォームを積極的に活用しています。 それは DBMS についても例外ではなく、昨年の re:Invent で発表された Amazon Aurora DSQL を活用しています。課金モデルが従量課金であるため、固定費を押さえたままスモールスタートできるというのも大きなメリットです。 さて、今回はそんな Aurora DSQL を使うときにハマった PostgreSQL との非互換ポイントを紹介します。Aurora DSQL はプロトコルこそ Postgre

コンピューティング基盤部の三吉（sankichi92）です。 8/101 から 8/13 にかけて米国ユタ州ソルトレイクシティで開催された 39th Annual Small Satellite Conference に参加しました。 この記事はその参加レポートです。 アークエッジ・スペースからは私含め4名が参加し、ジャパンブースの一角をお借りしてブースも出展しました。 私は今回が初参加で、地上システムやソフトウェア関係の情報収集が主な目的でした。 Small Satellite Conference とは Small Satellite Conference（以下、SSC）は、小型衛星に関する世界最大級の国際会議です。 講演やポスター発表だけでなく、大規模な展示会も併催されており、その出展数は400件近くにのぼります。 参加者は、1300の組織、45の国から4000人と言われています2。

コンピューティング基盤部の三吉（sankichi92）です。 7/11(金)、7/12(土) に TOC 有明1で開催された SRE NEXT 2025 に参加し、表題のタイトルの LT で登壇しました。 私自身は SRE の肩書きで働いたことはなく、SRE NEXT への参加自体、今回が初めてです。 この記事では、LT の内容を紹介するとともに、発表の背景や5分では話しきれなかった内容を補足します。 発表概要と登壇資料 改めてタイトルは「衛星運用をソフトウェアエンジニアに依頼したときにできあがるもの」で、概要は以下のとおりです。 私の所属するアークエッジ・スペースは、超小型衛星に強みをもつスタートアップであり、2025年4月現在複数機の衛星を運用しています。 昨年のSRE NEXT 2024では探査機SLIMの基調講演がありましたが、探査機と地球周回衛星では運用上求められる性質が異なりま

コンピューティング基盤部の小林（kobkaz）です。 アークエッジ・スペースでは現在複数の衛星が軌道上で運用されており、その運用業務には私たちのチームが開発している衛星管制システムが用いられています。 衛星管制システムの概要については、以前にもこの技術ブログにて取り上げていますので、あわせてお読みください。 blog.arkedge.space 今回は、この衛星管制システムを用いて衛星との通信を行う際に何が起きるのか、技術的な裏側を交えてもう少し詳しい内容をお見せします。 また、システムの効率化のための最近の取り組みについてもご紹介します。 衛星運用の実際 運用の様子 運用の裏側 地上局サービス テレメトリ・コマンド処理サービス(tmtc) 情報表示画面 コマンド送信画面 効率化に向けた取り組み 開発の経緯と目標 型検査の導入 スキーマ管理の課題 現在の型検査システム 結び 衛星運用の実際

コンピューティング基盤部の三吉（sankichi92）です。 先月12月にアークエッジ・スペースの開発した衛星「AE1b」が国際宇宙ステーションから放出され、さらに、1月15日には「AE1c」と「AE1d」が打ち上げられ、これらの衛星の運用がはじまりました。 アークエッジ・スペースでは、衛星を効率的に運用するための管制システム1を自社で開発しています。 この記事では、非宇宙分野のソフトウェアエンジニア、特に Web 系エンジニアを対象に、衛星管制とは何か、また、衛星管制システムがどのようなものかを紹介します。 衛星管制とは 衛星管制における通信の制約 衛星管制システムの機能 テレメトリ・コマンド処理 地上局ハードウェアの抽象化 パス予測とコンタクト予約管理 衛星やコンタクトのメタデータ管理 衛星管制システムの技術スタック 衛星運用の今後の展望 衛星管制とは 宇宙開発というとロケットのイメー

コンピューティング基盤部の三吉（sankichi92）です。 アークエッジ・スペースでは、衛星リモートセンシング1による地球観測データ（以下、「衛星データ」）を活用したソリューションを提供する Web GIS2 アプリの開発をはじめました。 この記事では、プロジェクトの最初期にあたり、プロダクトのさまざまな可能性を高速に検証するために行った技術的な取り組みを紹介します。 Web GIS アプリをつくる背景 プロトタイプで検証するもの スモールスタートのための技術選定 SPA PMTiles GitHub Pages 開発をはじめてからの改善 React Router 導入 S3 + CloudFront 導入 Amazon Location Service 導入 プロトタイピングの結果 今後の課題と展望 データ基盤、ジョブ管理基盤 動的タイル生成への対応 解析の高度化 Web GIS エン

少し遅いですが，あけましておめでとうございます． 株式会社アークエッジ・スペースのソフトウェア・基盤システム部（以下，ソフトウェア部）を統括している鈴本 (@_meltingrabbit) です． 我々ソフトウェア部は，人工衛星そのものに搭載されるソフトウェアはもちろんのこと，衛星の運用・開発を支援する地上ソフトウェアや果ては社内システムまで，ソフトウェアっぽいものをまるっと担っている部で，先日，結成（？）から１年ほどが経ちました． その詳細は『宇宙業界にソフトウェアの力で挑むチームができてから1年が経ちました』をご覧いただくとして，本日はもう少し踏み込み，今期（2022年10月～2023年3月）に実現したい夢を大公開しようと思います！ 話の大前提として，アークエッジ・スペースには，エッジの効いた超小型人工衛星 / 探査機 1 機を開発・運用する能力はありますが，それをさらにスケールさせ，

こんにちは． 株式会社アークエッジ・スペースのソフトウェア・基盤システム部（以下，ソフトウェア部）を統括している鈴本 (@_meltingrabbit) です． 我々ソフトウェア部は，人工衛星そのものに搭載されるソフトウェアはもちろんのこと，衛星の運用・開発を支援する地上ソフトウェアや果ては社内システムまで，ソフトウェアっぽいものをまるっと担っている部です． 早いもので，そのソフトウェア部もチームの体裁を成してから 1 年経ったようです． この節目のタイミングに，弊社のソフトウェア部の様子が垣間見えるような振り返りをしてみたいと思います． Iteration 52 アークエッジ・スペースでは，全社のタスクを GitHub の Issue で管理しています． そしておよそ 1 年前から，我が ソフトウェア部はそれら Issue をリポジトリを横断して管理するため，GitHub Project

こんにちは。 株式会社アークエッジ・スペースのインターンで、 半年間働いていた id:gpioblink です。 今回は、インターンの振り返り記事ということで、私が半年間取り組んできた課題の中から、「人工衛星に搭載する基板の設計とその試験」について紹介します。 私は宇宙の知識ゼロから入ってきた人間なので、働く上で宇宙環境特有の現象や用語など色々と分からないことがありました。できるだけ宇宙に関することは詳しく説明していきます。最後までお付き合いいただけると幸いです。 インターンの参加動機 まずは本題に入る前に、インターンの参加動機について説明させてください。 私は今までWeb系のインターンに複数社参加してきましたが、私の興味が「低レイヤー」と「それ以外」の間をつなぐ部分にあることに気づき、ハードウェアを扱う会社を見てみたくなりました。 このことに気づいたのは大学の夏休みでした。経験上低レイヤ

こんにちは。インターンの id:sksat です。 衛星SW/HWの試験用シミュレータの開発や、今回紹介するような働きやすい環境の整備に取り組んでいます。 今回は、 前回の投稿 で少し触れたGitHubへの移行関連の裏話をしようと思います。 GitHub移行 元々、アークエッジ・スペースではGitLabが使われていました。 これは創業メンバーの出身研究室のソフトウェア開発でGitLabを使用していたところからの、 そのまま延長線上にあったからです。 とはいえ、GitLabのアカウントは社員全員に発行されており、誰でもGitLabにアクセスすることができました。 なんなら入社して最初のオンボーディングはIssueで管理されていました。 ソフトウェア開発をする人間はそれほど多くないのにも関わらず、です。 このような雰囲気はとてもよいものですが、GitLabはGitHubと比べると動作が遅く、

あけましておめでとうございます。都心でも雪が降るなど、寒い日が続きますがみなさんいかがお過ごしでしょうか。id:koba789 です。 今回は、アークエッジ・スペースが一体どんな雰囲気の会社なのかについて元ウェブ系エンジニアの私の主観でご紹介します。 株式会社アークエッジスペースの成り立ち まずは時間を私が入社する前まで巻き戻しましょう。経緯を遡ると、現状を説明しやすくなります。 株式会社アークエッジスペースは主に東京大学中須賀・船瀬研究室出身のエンジニアによって作られた会社です。必然的に、今の会社の文化も研究室の影響を多分に受けています。 また、ここでいう「エンジニア」は機械系のエンジニアであってソフトウェアエンジニアのことではありません。よって、いわゆるハッカー的な文化は中心的ではありません。 しかし興味深いのは、ソフトウェア企業的な文化を取り入れたいという動きがあるということです。し