タグ

cloudに関するhideharaのブックマーク (28)

  • さくらのクラウドシェル | さくらインターネット

    さくらのクラウドシェルは、ブラウザから無料で利用できるオンラインのシェル環境です。開発者向けの環境がプリインストールされているため、使い慣れたツールをすぐに利用できます。 無料で試す すぐに使えるツール さくらのクラウドシェルには PythonRuby、Node.js などの開発言語のほかに、VimEmacs、tmux、Git、Ansible、Terraform、さくらのクラウドをコマンドラインから操作できる usacloud があらかじめインストールされています。 ローカル環境はそのまま 開発環境をローカルに構築しないため、お使いのPCのディスク容量や環境を気にする必要がありません。また、クラウドシェルを使えば開発チーム内の環境を揃えることも簡単です。 どこでも開発 ウェブブラウザからアクセスできるため、場所を問わずに開発が可能です。たとえば、自宅や外出先など、自分にとって最適な場所

    さくらのクラウドシェル | さくらインターネット
    hidehara
    hidehara 2023/06/07
    お、さくらインターネットさん 面白いサービス始めてる〜
  • Redis互換で25倍高速とする「Dragonfly」が登場。2022年の最新技術でインメモリデータストアを実装

    Redis互換で25倍高速とする「Dragonfly」が登場。2022年の最新技術でインメモリデータストアを実装 Redisやmemcachedに代表されるインメモリデータストアは、高速なデータアクセスを要求される場面で使われています。 このインメモリデータストアを2022年の最新技術を用いて設計、実装することで、Redis/memcached互換を実現しつつRedisの25倍高速とする「Dragonfly」が登場しています(開発元のアナウンス、GitHub)。 Redisやmemcachedが登場した十数年前と比べて、現在ではCPUのマルチコア化やI/Oの高速化、メモリの大容量化など、ハードウェア技術が大きく進化しています。 これらを最大限活用する設計と実装を取り入れることでRedisやmemcachedよりも大幅な高速化と高効率化を目指したのがDragonflyです。 採用した主な技術

    Redis互換で25倍高速とする「Dragonfly」が登場。2022年の最新技術でインメモリデータストアを実装
    hidehara
    hidehara 2022/11/23
    こうやってあらゆる仕組みが、どんどん最適化されていくのかなぁ。すごいわぁ
  • Microsoft: The deadline to get off Basic Auth is approaching

    hidehara
    hidehara 2022/09/15
    Exchnage Online で Basic認証が2022年9月で終了。MAPI, RPC, POP, IMAP, ActiveSync, Remote PowerShellと多数。柔軟すぎると廃止のとき大変だよね。
  • 自 由 検 証 環 境 提 供 宣 言 by さくらのナレッジ | さくらのナレッジ

    はじめに 「自由検証環境提供宣言」というタイトルで前佛から発表させていただきます。 なぜ今日、私がしゃべっているかと言いますと、「さくらのナレッジ」というサイトで、オープンソースソフトウェアの検証ができる環境を提供できますよということをお伝えしたいんですけど、それだけだと、ただの宣伝になってしまってたぶん皆さんつまらないと思いますので、ちょっと耳寄りな話もしたいと思ってます。個人でDockerのドキュメントの翻訳をやってるんですけども、Dockerまわりで皆さんに知ってほしいことがちょっとありますのでお話しします。 全然関係ないんですけど、私はFactorioというロケットを自動的に打ち上げるゲームがとても好きでして、プレイ時間が9,500時間を突破したそうです。もし、このあたりの話を聞きたいとか、あるいはDockerの話を聞きたいとかありましたら、私のTwitterアカウントをフォローし

    自 由 検 証 環 境 提 供 宣 言 by さくらのナレッジ | さくらのナレッジ
    hidehara
    hidehara 2022/09/05
    おお、OSSの検証環境提供を一定期間いただけるとな。これはいいかも。OSS開発も大事だけど、ユーザーも増えないとですよね。ユーザーになるには使ってみないとという点を後押ししてくれる良い制度!
  • Sandbox(テスト用ゾーン) | さくらのクラウド ドキュメント

    [更新: 2023年10月27日] テスト用ゾーン「Sandbox」(サンドボックス)についての説明です。 概要¶ Sandboxゾーンは、既存のサービス用ゾーンとほぼ同様の条件でコントロールパネルやAPIの操作をお試しいただけるゾーンです。Sandboxゾーン内に作成したリソースは来の機能としては動作しませんが、課金は一切行われないため、動作確認用にご利用いただけます。また、サービス用ゾーンとは独立したゾーンとなるため、すでにご利用中の番環境に影響を及ぼしません。 このSandboxゾーンでは さくらのクラウドを格利用する前にコントロールパネルやAPIの機能を確認したい 組織内の他担当者に操作方法をレクチャーしたい 大量のリソースをAPI経由で作成するスクリプトを事前に動作確認したい などといった場合に活用できます。 注意 SandboxゾーンではコントロールパネルやAPIでの操作

    Sandbox(テスト用ゾーン) | さくらのクラウド ドキュメント
    hidehara
    hidehara 2021/10/05
    さくらのクラウド の Sandbox。無料!。サービスの組合せ試してMapで確認みたいに使うと便利。APIリクエストも通るようなので、設計図かいて、本番にもってくのもいけそうだ。
  • スパムFAXを画像解析+機械学習でブロックしてみた | クロジカ

    ホーム / つくってみた / スパムFAXを画像解析+機械学習でブロックしてみた

    スパムFAXを画像解析+機械学習でブロックしてみた | クロジカ
    hidehara
    hidehara 2021/09/22
    素敵なシステム開発事例だなぁ。FAX存続論はあるものの、スパムが95%になってるのは、うちの会社の事実です。担当してくれてるスタッフに感謝しつつ、このような仕組みも検討したい!
  • Google ドライブのフォルダ共有で注意すべきこと : DSAS開発者の部屋

    利用規約とのかねあいがしばしば話題を呼びながらも、手軽に扱えるオンラインストレージとして Google ドライブは広く利用されています。関係者間での共同作業にこのサービスを活用している向きも少なくないことでしょう。手元でも Google ドライブ上に用意した共有フォルダを知人とのデータの受け渡しに利用したりしているのですが、先日あるきっかけで次のことを知りました。 「アカウント A の提供する Google ドライブ共有フォルダ」の下にアカウント B がファイルをアップロードすると、そのファイルの容量はアカウント A ではなく B の割り当て領域にカウントされる つまり Samba 等のファイルサービスのもとでのフォルダ共有とは異なるわけで、この仕様は DB システムとしての合理性に基づくものと考えられますが、実用上の興味もあり関連する話題をいくつかピックアップしてみました。 Google

    Google ドライブのフォルダ共有で注意すべきこと : DSAS開発者の部屋
    hidehara
    hidehara 2020/12/22
    Googleドライブのフォルダ共有は、フォルダ領域の容量ではなく共有設定のみ。なのでアイテムを「置いた人」のGoogleドライブ容量を食います(忘れがちです、これ)
  • Google、VSCodeの代替を狙う「Eclipse Theia」コードエディタをクラウド統合開発環境として採用 Google Cloud Shellに統合を発表

    この記事は新野淳一氏のブログ「Publickey」に掲載された「GoogleVSCodeの代替を狙う「Eclipse Theia」コードエディタをクラウド統合開発環境として採用。Google Cloud Shellに統合を発表」(2020年11月10日掲載)を、ITmedia NEWS編集部で一部編集し、転載したものです。 米Googleはこのほど、Google Cloudをコマンドラインで操作できる「Cloud Shell」の新機能として、プログラミングのためのコードエディタ「Cloud Shell Editor」を統合すると発表しました。 Cloud Shell EditorはWebブラウザ上で動作するコードエディタです。GoJava、.NETPython、Node.jsなどのプログラミングに対応。 すでにプレビュー版として利用可能。下記は実際に起動した画面です。 見て分かる通り

    Google、VSCodeの代替を狙う「Eclipse Theia」コードエディタをクラウド統合開発環境として採用 Google Cloud Shellに統合を発表
    hidehara
    hidehara 2020/11/19
    AWS, MS, Googleと揃った。クラウド開発環境でもユーザー囲い込みが。始めるハードルは下がって嬉しい反面、隣には引越し難くなるね。 Gitlabも追従してるようなので、新たな動きも出るのかも。
  • ビデオ会議上の発言を音声認識で自動的にテキスト化してみよう | さくらのナレッジ

    こんにちは。さくらインターネットの大井@在宅勤務中です。 ここ最近の世界情勢の中、インターネットを介して遠隔で会議を行う「ビデオ会議」が急速に普及しつつあります。これまではどうしても現地に参加者が集まることができない場合など限定的なシチュエーションでの利用が中心となっていましたが、すでに原則として在宅勤務となった弊社ではミーティングのほぼ100%がビデオ会議で開催されるまでになりました。また、弊社での利用例のようなクローズドな業務用以外にも、広く世の中で授業や講演といった不特定多数が参加する場面でも当たり前に利用されるまでになっています。 ビデオ会議システムでは、オフラインでの会合には無い便利な機能が利用できるのも大きな特徴です。例えば多くのビデオ会議システムに搭載されている録画機能。ミーティング中の動画や音声を記録し、終了後もいつでも参照することが可能になったことで、後でゆっくり議事録や

    ビデオ会議上の発言を音声認識で自動的にテキスト化してみよう | さくらのナレッジ
    hidehara
    hidehara 2020/06/01
    仮想オーディオデバイス・ミキサーの使い方が、なるほどだ。ブラウザで使える Speechnotes などのマイクとして仮想デバイスのOutputを選択してお手軽に使える。がんばってAPIたたかなくてもOKだ。
  • 保育園にChaos Engineeringを提案した話 - Qiita

    この記事は NTTコミュニケーションズ Advent Calendar 2019の14日目の記事です。 昨日は @yuki_uchida さん の記事、BERTを理解しながら自分のツイートを可視化してみるハンズオン でした。 はじめに 当初は Kubeinvaders の解説記事を書こうかなと思っていたのですが、先日うちの子供が通う保育園から、うちの子供に対するインシデントの報告を受け、今後の対策として保育園にChaos Engineeringを提案するという我ながら変なことをしてきたのでそのことを書きます。(※完全に会社に関係のない私事です) 保育園からインシデントレポートを受けたので、今後の対策案としてChaos Engineeringを提案してきた — まひと / Mahito (@Mahito) November 29, 2019 保育園で起きたインシデントについて からの電話

    保育園にChaos Engineeringを提案した話 - Qiita
    hidehara
    hidehara 2020/04/11
    これ面白い。Chaos Engineering を取り入れることにより、気付きの機会の最大化ができそう。一人の頭の思考実験だけでは足りないし、それの共有も話だけでは難しい。が実際に起きたことならば?
  • やよいの白色申告 オンラインの料金プラン - クラウド白色申告ソフト やよいの白色申告 オンライン - 弥生株式会社【公式】

    すべての機能がご利用いただけます 確定申告書の作成・e-Tax 仕訳・記帳の自動化 帳票一覧 金融機関連携 経営状況の見える化 POSレジ連携 請求書連携 スマホアプリ

    やよいの白色申告 オンラインの料金プラン - クラウド白色申告ソフト やよいの白色申告 オンライン - 弥生株式会社【公式】
    hidehara
    hidehara 2019/02/17
    やよいの白色申告オンライン 、ずっと無料ときたかー。freee や MoneyFoward 対抗だね。たまにしか使わないなら 弥生 の方がUI変更とか少なそうで安心感ありそうだな。
  • AWS、人工衛星データの利用を“民主化”する「AWS Ground Station」を発表 - ZDNet Japan

    当初は、12の地上基地局が設置される。人工衛星から地上基地局にダウンロードされたデータをAmazon EC2のインスタンスでリアルタイムに処理し、S3ストレージへの保存、あるいは分析や機械学習を通じて洞察を得られるという。衛星の動きを追従しながら地上基地局をまたいだ利用や活用もできるとしている。 Lockheed Martinによれば、人工衛星と通信するための地上基地局の整備には100万ドル以上の膨大な近い建設費が必要で、地球規模できめ細かく整備するようなことは非現実的とされてきた。このため、1カ所の地上基地局にユーザーが集中し、ユーザーが使用できる時間や回線が非常に限られながら、一方でそのコストは非常に高く、人工衛星データの利用拡大が困難だった。

    AWS、人工衛星データの利用を“民主化”する「AWS Ground Station」を発表 - ZDNet Japan
    hidehara
    hidehara 2018/11/29
    こりゃすごいな。まずは12の地上基地で人工衛星からのデータをうけて提供とのこと。また、すでに頭の上には2000基もの人工衛星が飛んでる事実にも驚いた。
  • ナレッジベース - ドキュメントシステム - Easy Redmine

    Easy Redmine 13でビジネスをさらにアップグレードしてみてください以前とは異なるプロジェクト管理を楽しみながら、ガントチャート、リソース&財務管理、DevOps、WBS、マインドマップ、カンバン、スクラム、時間管理などの機能をすべての場所で利用できます。

    ナレッジベース - ドキュメントシステム - Easy Redmine
    hidehara
    hidehara 2018/10/14
    Redmine の SaaSサービスみっけ。各種初期設定や運用を避けたいときに良さそう。翻訳からしてベースは海外っぽいな。
  • ヴイエムウェア、新版のvSphere 6.7を5月までに提供、vGPU強化やMVDIMM対応など | IT Leaders

    IT Leaders トップ > テクノロジー一覧 > 仮想化 > 新製品・サービス > ヴイエムウェア、新版のvSphere 6.7を5月までに提供、vGPU強化やMVDIMM対応など 仮想化 仮想化記事一覧へ [新製品・サービス] ヴイエムウェア、新版のvSphere 6.7を5月までに提供、vGPU強化やMVDIMM対応など 2018年4月18日(水)日川 佳三(IT Leaders編集部) リスト ヴイエムウェアは2018年4月18日、サーバー仮想化ソフトの新版「VMware vSphere 6.7」と、サーバー仮想化ソフトに組み込まれた分散ストレージ機能の新版「VMware vSAN 6.7」を発表した。いずれも、仮想サーバー上で稼働するアプリケーションの使い勝手を高めたほか、管理性を高めた。2019年度第1四半期末(2018年5月4日)までに提供を開始する。 サーバー仮想化ソフ

    ヴイエムウェア、新版のvSphere 6.7を5月までに提供、vGPU強化やMVDIMM対応など | IT Leaders
    hidehara
    hidehara 2018/04/25
    おー、vMotionが更に便利になる?プレイベート、パブリッククラウドの境目がドンドンなくなる(なくさないと競争で不利ってことだよね)
  • 株式会社カサレアル

    サービス一覧 カサレアルではこの目覚しいIT技術の進化に対し、少しでも迅速に対応することを心がけ、現場に即した実践的なラーニングサービスを提供しています。 カサレアルが提供しているラーニングサービスを、課題やお悩みから探したい方はこちらをご覧ください。 オープン研修 カサレアルの研修会場で定期的に開催している研修です。決められた開催日程の中からご都合のよい日程を選んでご受講いただけます。 詳しくはこちら 新入社員研修 新入社員の方を対象とした研修です。お客様のニーズに合わせてお選びいただけるよう、主に2種類の新入社員研修をご提供します。 詳しくはこちら 集中トレーニング 必要な技術を一気通貫に学べるトレーニングの一覧です。集中的に行うことで、エンジニア育成の負担を少しでも減らします。 詳しくはこちら eラーニング ご自宅やご勤務先のインターネット環境からご受講いただけるeラーニングの一覧で

    株式会社カサレアル
    hidehara
    hidehara 2018/03/14
    日本語で Pivotal Cloud Foundry を利用した開発 のトレーニングが受けれるとは驚き
  • Cloud Foundryを学習する方法 - 行きあたりばったりエンジニアの日記

    この記事について この記事は、Cloud Foundry Advent Calendar 2017の15日目です。 Cloud Foundry(以下CF)は、日国内でも広がりを見せていますね。ただ気になるのは、Cloud Foundryの学習手段がまだ少ないことです。 そこで今回は、これからCFを始めたい人向けに、どのように勉強すればいいかを僕なりに整理してご紹介していきます。 自己紹介 CF関連のブログを書くのは初めてなので、軽く自己紹介します。 多田真敏(ただまさとし)と言います。カサレアルという会社で、研修トレーナーをやっています。 もともとJava EEやSpring FrameworkなどサーバーサイドJavaを中心に担当していました(もちろん今もやってます)。 SpringについてはPivotal認定講師ということもあり、Pivotal Cloud Foundryの開発系トレ

    Cloud Foundryを学習する方法 - 行きあたりばったりエンジニアの日記
    hidehara
    hidehara 2018/03/14
    Cloud Foundry の入り口に良い情報がまとまってる
  • Cloud Penguins

    12月に入った頃から、今年は盛りだくさんな1年だったしちゃんと振り返らないとな、と意識はしていた。でも意識しているだけではやはり何も進まないもので、結局大晦日になってしまった。 さすがにこのまま年を越してしまうと、今後一生2023年を振り返ることはないだろうと思うので、急いで書き始めたのがこのエントリーだ。 全体を通じて 登壇 ピザ職人見習いはじめた Platform Engineering Meetup 一般社団法人クラウドネイティブイノベーターズ協会 CloudNative Days Fukuoka 2023 転職 CloudNative Days Tokyo 2023 その他 全体を通じて 1983年生まれの自分は今年で40歳になった。誕生日のときに書いたエントリーでは「手を広げていたらキリがないから活動を収束させていかないとなぁ」的なことを書いたのだが、その後半年でどうなったかとい

    Cloud Penguins
    hidehara
    hidehara 2018/03/14
    Cloud Foundry って、なんか凄いことになってる気がする。要チェック。
  • 3大クラウドのCPU脆弱性(Meltdown/Spectre)対応状況メモ - Qiita

    1/11 Amazon Web Services ブログに下記の日語訳版が投稿されました。 プロセッサの投機的実行に関する公開調査について https://aws.amazon.com/jp/blogs/news/processor_speculative_execution_research_disclosure/ Processor Speculative Execution Research Disclosure https://aws.amazon.com/jp/security/security-bulletins/AWS-2018-013/ すでに脆弱性から保護された状態にある。 圧倒的多数のEC2で有意義なパフォーマンスへの影響も見られなかったとしている。 ただし、保護強化のため仮想マシンOSレベルでも顧客自身でパッチを適用することを推奨している。 Amazon Linux

    3大クラウドのCPU脆弱性(Meltdown/Spectre)対応状況メモ - Qiita
    hidehara
    hidehara 2018/01/31
    GCP の VM ライブマイグレーション機能がきになる。。
  • 404 NOT FOUND | PCN プログラミング クラブ ネットワーク

    404 Not Found お探しのページは見つかりませんでした。 ・ページのURLが変更された可能性があります。 ・ページが削除された可能性があります。 お手数ですがトップページより、該当するページをお探しください。 ブックマークを登録されている場合は、設定の変更をお願いします。 トップページへ戻る »

    404 NOT FOUND | PCN プログラミング クラブ ネットワーク
    hidehara
    hidehara 2017/04/10
    IchigoJam x さくらのIoT x Azure IoT Hub
  • Amazon S3ダウンの原因、コマンドの入力ミスで多数のサーバを削除。サブシステム再起動に時間がかかり障害が長引く。AWSの報告を読み解く

    AWSの米国東部リージョン(US-EAST-1、バージニア北部)において2月28日に発生したAmazon S3の障害の原因と対策などについて、AWSが報告を公開しました。 Amazon S3がダウンした直接の原因は、Amazon S3課金システムのデバッグ作業中に入力したコマンドのミスによって多数のサーバが削除されたことでした。また、それによって引き起こされたサブシステムの再起動に時間がかかったことが、障害を長引かせる要因になっています。 この記事ではAWSの報告内容を整理し、発生した出来事を時系列でみたあと、障害の背景にあった技術的な要因と対策を紹介します。 コマンドの入力ミスで多数のサーバを削除、復帰にも長時間かかる そもそもの障害の発端は、Amazon S3課金システムの処理速度が想定よりも遅くなっていたため、Amazon S3チームがデバッグ作業を行っていたことでした。 2月28日

    Amazon S3ダウンの原因、コマンドの入力ミスで多数のサーバを削除。サブシステム再起動に時間がかかり障害が長引く。AWSの報告を読み解く
    hidehara
    hidehara 2017/03/10
    なるほどなぁ。成長し続けるシステムほど、自動化した作業の影響範囲を適切に維持し続けるのは難しいと感じた。適切なマージンを自動化の仕組み内部にも保持し続ける必要があるのだろうなぁ。