タグ

コマンドと環境に関するlocke-009のブックマーク (10)

  • RDSにアクセスするだけなら、踏み台サーバは不要。Cloud Shellを使ったRDSアクセス - Qiita

    Deleted articles cannot be recovered. Draft of this article would be also deleted. Are you sure you want to delete this article? 結論 CloudShellがVPC内で使用可能になり、CloudShellを通じてアクセスすることで、踏み台サーバーの必要性はなくなりました。 CloudShell とは 2020年12月16日にAWSのコンソールに追加された機能で名前の通りシェルが使えます。 AWS CLIなどがあらかじめインストールされており、AWS CLIを使うのに便利です。事前にログインしているIAMの権限がそのまま使えるので、アクセスキーの設定などの初期設定が不要です。mysqlクライアントなどよく使うコマンドはあらかじめ入っています。 https://doc

    RDSにアクセスするだけなら、踏み台サーバは不要。Cloud Shellを使ったRDSアクセス - Qiita
  • Azure Static Web Apps をローカルソースから直接デプロイする - Qiita

    Azure Static Web Apps は通常、Github か Azure DevOps 上のリポジトリからデプロイをすると思いますが、Azure Static Web Apps CLI というコマンドラインツールを使ってローカルのソースを直接デプロイすることもできます。 更に、ローカルで Azure 環境をエミューレートすることもできるので、開発効率上がります。 リポジトリに上げるまでもないけど、ちょっと Azure 上で試してみたいことがある場合などに有効な方法かなと思います。 今回はこのコマンドラインツールでのデプロイを試していきたいと思います。 前提条件 npm がインストール済みであること 作業の流れ 以下の流れで進めていきます。 フロントエンドの開発環境構築 バックエンド(API)の開発環境構築 ローカルでAzure Static Web Apps をエミュレートするため

    Azure Static Web Apps をローカルソースから直接デプロイする - Qiita
  • AWS × Terraform 入門 〜環境設定ベストプラクティス〜

    Terraformを使用してAWSリソースを管理するにあたり最低限必要な環境設定手順をまとめました。 公式のチュートリアル等で一般的に紹介されている手順に則るとセキュリティや利便性の面で課題があります。 ここで紹介する環境設定方法はその課題を解決する私なりのベストプラクティスな環境設定になっています。 これからAWSTerraformを始める方の参考になれば嬉しいです。

    AWS × Terraform 入門 〜環境設定ベストプラクティス〜
  • リモートのWindows 10をPowerShellで操作する方法

    Windows環境に標準搭載されているPowerShellのコマンドレットの中には、ローカルマシンを操作するだけでなく、リモートマシンを操作できるコマンドレットがあります。 複数のWindowsマシンを管理している場合、リモートマシンをコマンドラインで操作できれば日々の管理作業を効率化することもできます。 ドメイン環境であれば、比較的簡単にリモートマシンを操作できますが、ワークグループ環境では事前の設定がいくつか必要になります。 そこでここでは、ワークグループ環境のWindows 10マシンをPowerShellコマンドレットを利用してリモート操作する方法を紹介します。 事前設定リモートマシンをPowerShellで操作するには、事前に以下の設定を行っておく必要があります。 操作されるマシン(リモートマシン)操作される側のマシンでは、管理者権限でPowerShellを起動して、以下のコマン

    リモートのWindows 10をPowerShellで操作する方法
  • 【VSCode】開発環境を自動で立ち上げる

    突然ですが世の中には2種類のエンジニアがいます。 開発環境をずっと立ち上げっぱなしにするエンジニアと毎回落とすエンジニアです。 自分を含む毎回落とすエンジニアにとって、開発環境を立ち上げる度に複数のターミナルを開き、それぞれでコマンドをたくさん打たないといけないのは苦痛です🥺 そこでこの記事ではVSCodeプロジェクトを開いたときに開発環境を自動で立ち上げる方法をご紹介します! おまけで紹介するAlfredまで設定するとコマンド一発で開発環境が立ち上がるようになり、こんな感じになります! ではいってみましょう! 対象読者 開発環境を毎回落とすエンジニア VSCodeを使っている 開発環境を立ち上げるためのコマンドがたくさんあって毎回打つのがめんどくさい 環境 VSCode: 1.66.0 macOS Monterey Hello Custom Task! VSCodeプロジェクトを開

    【VSCode】開発環境を自動で立ち上げる
  • Azure App Serviceからオンプレミスに疎通確認を実施する方法

    初めに FIXERの藤井です。 今回は「ハイブリッドクラウド環境(Azure – オンプレミス)」を構築するときに、たいていは必要になる「App Serviceから接続先のオンプレミス環境に疎通確認する方法」について、具体的な設定手順の例を紹介いたします。 App ServiceにはWindows OS基盤とLinux OS基盤の種類が存在し、今回はLinux OS基盤の場合にのみ利用できる”tcptraceroute”コマンドについて、必要な設定手順を紹介いたします。 “tcptraceroute”コマンドは一般的な端末環境 では”tracert”に相当し、指定したIPアドレス/Portに到達するまでの各通過点の情報と、到達までの所要時間について確認ができます。 環境の準備 今回構築する環境について 今回はApache をインストールしたAzure 仮想マシン(Ubuntu)をオンプレミ

    Azure App Serviceからオンプレミスに疎通確認を実施する方法
  • なぜシェルスクリプトはPOSIX準拠でも環境依存が激しいのか? 〜POSIXの問題点とその解決策の案〜 - Qiita

    なぜシェルスクリプトはPOSIX準拠でも環境依存が激しいのか? 〜POSIXの問題点とその解決策の案〜ShellScriptBashshellPOSIX まえがき この記事は「シェルスクリプトで高い移植性と生産性を両立させるシリーズ」の第一弾です。移植性と生産性を両立させるための前提知識として POSIX コマンドの問題点について解説します。第二弾では高い移植性と互換性を実現させるための考え方、そして第三弾、第四弾ではそれを実現するシェルスクリプトの具体的な実装テクニックを紹介します。第五弾では現実的な問題と回避方法について解説する予定ですがまだ具体的な内容は決まっていません。第五弾はその前に「シェルスクリプト入門(仮)」の記事を書こうと思ってるので少し遅くなると思います。もし興味がある方は記事をストックしていると更新時に通知されると思います。 2021-07-11 追記 記事が長くなった

    なぜシェルスクリプトはPOSIX準拠でも環境依存が激しいのか? 〜POSIXの問題点とその解決策の案〜 - Qiita
  • echoコマンドで改行する - Windows Tips: [コマンドプロンプト]

    echoコマンドで1行、改行(行空け)をしたい時は、以下コマンドで可能です。 echo; ”;”(セミコロン)ではなく、echoのすぐ後ろに”.”(ドット)や”,”(カンマ)、”:”(コロン)などをつけてもOKです。 つけられる記号と、エラーになってしまう記号があるので、実際に動作させる環境で確認してみてください。 echo. echo:

  • grepを忘れただけなのに - Qiita

    去年も『番環境でやらかしちゃった人のアドベントカレンダー』は盛り上がりましたね。 知見が多く、関心しながら拝見しています。 人は必ず何かしらミスを起こすもの。 明日は我が身と思いながら、業務をこなす日々です。 そんな私も業界に入って1年目(前々職)に、番環境の洗礼にあったことがございます。 当時は苦々しい思いをしましたが、その経験を供養するためにもここに残そうと思います。 発生当時の状況 事件当時、私はサーバのリプレイス案件にアサインしていました。 その業務の中で上司に日常的に運用されているスクリプトの調査を依頼されました。 私はまだ経験が浅かったため理解が合っているかは怪しいですが、関わっていたシステムは設計の段階で大分やっつけだったらしく、 格納場所が間違っているスクリプトやログが散見されました。 リプレイスを切っ掛けに整理をする予定だったと記憶しています。 入ったばかりのペーペー

    grepを忘れただけなのに - Qiita
  • Windows 10にはコンテナーがいっぱい (1/2)

    「コンテナーがいっぱい」と聞くと、なんだか港の風景を思い出してしまうが、Windowsにもコンテナーが複数ある。コンテナーとは、アプリケーションの独立した実行環境とそこで動作するソフトウェアや設定などをファイル化して実行させるもの。あらかじめコンテナーを作っておけば、あとはそれを組み合わせてシステムを構築できるわけだ。 仮想マシン環境に似ているが、コンテナー自体にはOSは含まれないし、必ずしも仮想マシン支援機能を前提としているためでもない。そもそもコンテナーが普及した1つの理由は、仮想マシンにつきもののオーバーヘッドや長い起動時間、大量のメモリー消費といった問題がないため。コンテナーは、特定のハードウェアに縛られることなく実行でき、システムを複数のコンテナーで構築することも可能であり、このとき仮想マシンに比べて実行オーバーヘッドの低いコンテナーは魅力的だったのだ Windows 10Xには

    Windows 10にはコンテナーがいっぱい (1/2)
  • 1