はてなブックマーク

2 年前に書いた記事 Command Line Tool を作ってみる in Rust が今でも参照されることがあるようなので、2020 年版にアップデートした内容を書いていきます。 概要 この記事では Rust で Command Line Tool を作るときに、便利なライブラリ、ツール、そしてサービスを紹介します。主に CLI working group が取り組んでいる Command Line Applications in Rust（以後 Book と呼称）のアップデート内容が中心です。その他にプラスアルファして個人的に便利だと思うツールやサービスを紹介していきます。 こちらに完全なサンプルコードを公開しています。 見やすさの都合上、説明と直接関係のないコードや設定は省略して表示します。手元でビルドして確認したい場合はこちらのソースコードをダウンロードしてご確認ください。 エラ

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? Rust 1.39.0 でasync/.awaitが安定化され、今後はサーバーサイドの用途で Rust が採用されるケースが増えそうですね（期待を込めて）。 そのなかでも今回は、マイクロサービス指向で作成されたプロジェジェクトで採用されることが多い gRPC にフォーカスし、Rust の gRPC ライブラリである hyperium/tonic について紹介します。 Rust の gRPC ライブラリ Tonicのことを紹介する前に、他の gRPC ライブラリについても軽く触れておきます。 2019 年 12 月時点で、grpc-eco

サイドカーによる Service Mesh の導入ではマニフェストの管理を動的生成と静的生成、どちらで管理するかも悩ましいですし、コンテナ間の Graceful Shutdown への対応も考慮する必要があります。 1 ただし mTLS などの要件は DaemonSet の方式では満たすことができないので注意が必要です。2 動作するプラットフォームは Kubernetes のみとなっていますが、その分最適化されているのでインストールはもちろんのこと、利用方法も簡単になっています。 機能も Service Mesh として十分な機能が実装されています。 Load balancing Protocols HTTP layer HTTPS, HTTP/2, native gRPC, Websockets TCP layer Route raw TCP connection for any app

2020-02-17追記 現在はRust CLI WGからメンテされたbookが作成されているので、次のURLがおすすめです。 https://rust-cli.github.io/book/index.html はじめに もうすぐお休みですね！ Rustに入門したばかりの人、興味があるけど放置していた人、この休みに簡単なCommand Line Tool（以後CLI）をRustで作ってみるのはどうでしょうか。 「まだチュートリアルも途中だし」、「理解できてない文法や用語も多いから」など重い腰が上がらないかもしれません。 でも簡単なツールであれば、必要な知識は多くはないのでこの機会にチャレンジしてみませんか？ ただ作ると言っても、モチベーションがないとやる気が出ないですし、業務で困っていることをCLIで解決しようと大げさになりがちですよね。 そこで普段は何気なくWebサイトを使って処理して

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? モチベーション 業務ではmacOSを利用していますが、自宅での趣味プログラミングは開発する内容によりUbuntuを利用することが多々あります。 現在使用しているUbuntuはノートPCにインストールして使用していますが、メーカー側でサポートされていないOSのため以下のようなハードウェアに関連する問題がよく発生します。 TouchPad、Wi-Fi、Bluetooth、カメラなどの周辺機器がうまく動作しない 特にTouchPadのカーソル飛んでく問題はつらい バッテリーの減りが早い Suspend/Resumeがうまく動作しない それでも

Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? はじめに このエントリは、Kubernetes 1.12 の CHANGELOG から主な変更点（Major Themes）についてまとめています。翻訳に合わせて補足を追記しています。その他の内容は次のリンク先を参照してください。 Kubernetes 1.12: 既知の問題 (Known Issues) と 廃止された機能および廃止予定の機能 (Deprecations and removals) Kubernetes 1.12: 主な変更点 (Major Themes) Kubernetes 1.12: Action Require

k8sと同じ感覚で使えてとっても簡単ですね。 また上の例ではkubectlのみでワークフローが実行できており、既存のエコシステムとの連携も簡単そうです。 Webコンソールで結果をみるとこんな感じです。 どんなワークフローを定義ができる？（v2.1.0-beta2） それではもう少しどのようなワークフローが定義できるか見ていきます。 公式のドキュメントはまだ少ないのですが、サンプルと合わせて読み取った機能を一問一答の方式で書きます。 処理ごとにパラメーターの変更はできる？ spec.arguments.paramtersで定義したパラメーターをargo submit --parametersで指定できるよ。 CPUとMemoryの指定はできる？ k8sと同じようにresourcesで指定できるよ。 Gitからコードをチェックアウトできる？ spec.templates[].inputs.ar

概要 Google Cloud Load Balancer（以下GCLB）を2年ほど運用した気づきをTIPSとしてまとめます。 BackendServiceへリトライ 以下の条件時に、BackendServiceへリトライ処理をします。 HTTP Method: GET BackendServiceのHTTP ResponseCodeが5xx、またはタイムアウト時 ドキュメント（英語）によると、リトライ処理は2回までのようです。 HTTP(S) load balancing retries failed GET requests in certain circumstances, such as when the response timeout is exhausted. It does not retry failed POST requests. Retries are limite

概要 今まではスクリプトにk8sのデプロイ処理を書いていましたが、Skaffoldが発表されたのでDraftと一緒に試してみます！ 環境 Skaffold: v0.3.x Draft: v0.12.x Helm: v2.8.x Kubernetes（以後k8s）: v1.9.x DockerRegistry: Google Container Registry（以後GCR） ソースコード example-k8s-deploy 前提 helmを使う 必須ではないため、適宜kubectl applyなどに読み替えてください k8sのセットアップが完了している asia.gcr.ioへのログイン（認証）が完了している 検証してみる内容 実際の運用環境に近い内容で検証していきます。 想定環境 デプロイ先の環境はlocalを含め、stageの2種類 実際はprodなどの環境もあると思うので、増えても

概要 GKEに用意されているノードの自動アップグレードは便利ですが、インスタンスの再起動を考慮していない構成・設定だとアプリケーションサービスが停止します。 解決している問題は少ないですがアプリケーションサービスが停止するケースと解決方法をまとめました。 環境 Kubernetes(GKE): >= v1.6 アプリケーションサービスが停止するケース Podの配置が偏っている spec.replicas: 2のDeploymentをapplyすると、以下の図のように1つのインスタンスに偏るケースが発生します。 ノードのアップグレードは1台づつkubectl drainするため、PodAが同じタイミングでterminateされます。 この状態になるとPodAと通信ができないので、アプリケーションサービスの停止につながります。 解決方法 PodDisruptionBudgetを設定する kub

更新 2018-04-05 Karabiner Elementsに暫定対応しました！ StickyKeyって？ CamelCaseとかでコーディングしてると_Shift-B_などの離れた2つのキーを同時に入力する機会が多いですよね？ ずっと同じ作業をしていると小指が辛いことになります。 StickyKeyを有効にすると、Shiftボタン、Bボタンの順番で入力すれば同時に入力した状態と同じアクションが実行されます。 _Shift_の場合は特にStickyShiftとよぶんですかね？ 今回はエンジニアが多用するCamelCaseの入力が楽になるStickyShiftに絞って説明します！ やりたいこと Emacsにはrubikitchさん作のsticky.elという神ツールがありますが、IDEA Intellijでもブラウザでもどこでも使いたんのです！ KarabinerにはStickyKeyの

<filter class="ch.qos.logback.classic.filter.LevelFilter"> <level>ERROR</level> <onMatch>ACCEPT</onMatch> <onMismatch>DENY</onMismatch> </filter> <configuration> <conversionRule conversionWord="coloredLevel" converterClass="play.api.Logger$ColoredLevel" /> <appender name="FILE_ERROR" class="ch.qos.logback.core.FileAppender"> <file>${application.home}/logs/error.log</file> <encoder> <pattern>%date{

困ったこと Karabinerを使って、IntelliJ IDEAをEmacsキーバインドにしてたけど、Optionを使ったキーバインドが意図したように動作したり、なかったり… とりあえずは、FirstStroke:Escape + SecondStroke:xxx で使用していたけど、その設定をするとSearch Everywhereのダイアログを閉じられなくなった。 ※たぶんFirstStrokeにEscapeが登録されているので、次のStrokeを待ち受けていると思われる。 原因はKarabinerの設定が間違ってたりとか、キーボードがRealforce(JIS配列)とかいろいろありそうだけど、自分の場合は特殊文字列を無効にすることで全て解決！！ Ukelele Ver2で特殊文字を無効 以下のサイトよりUkeleleをダウンロードしてインストール http://scripts.si

はまったこと PlayFramework2.3.x系でのサブプロジェクトの設定ではまっことは以下2点 テスト時の設定ファイルの読込 routesの設定 やりかた 基本的にはPlayFrameworkの公式ドキュメント通りに設定します。 サブプロジェクト 公式ドキュメントでは2.2.xではBuild.scalaで全て設定していますが、2.3.xではbuild.sbtとBuild.scalaの両方に適宜設定する方法に変更されているようです。 Build.scalaのみでも記述は可能だと思いますが、本記事では公式ドキュメント通りの設定でハマったことを記述します。 設定してみる 今回はDDDっぽい構成にプラス、静的ファイルのみのプロジェクトもサブプロジェクトとして分けています。 メインプロジェクトの設定 name := """multi-project-sample""" version := "