<rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom">
    <channel>
        <title> YONEHUB | クラウドエンジニアの雑記 </title>
        <link> https://yonehub.y10e.com/</link>
        <description>Recent content in Posts  on YONEHUB</description>
        <generator>Hugo -- gohugo.io</generator>
        
            <language>ja</language>
        
        
        
            <copyright>This work is licensed under a Creative Commons Attribution-NonCommercial 4.0 International License.</copyright>
        
        
            <lastBuildDate>Sun, 14 Mar 2021 21:52:50 +0900</lastBuildDate>
        
        <atom:link href="https://yonehub.y10e.com/posts/" rel="self" type="application/rss+xml" />
        
            <item>
                <title>Azure Update - 2021.2.15</title>
                <link>https://yonehub.y10e.com/2021/02/15/azureupdate2021feb/</link>
                <pubDate>Mon, 15 Feb 2021 23:15:57 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2021/02/15/azureupdate2021feb/</guid>
                <description>日本は 2 月なのに暖かいけど、テキサスは寒波で -10 度以下になっているらしい。 ARM Azure Resource Graph unlocks enhanced discovery for ServiceNow ServiceNow が Azure Resource Graph と統合されて検知できるようになった。 How to debug unexpected Azure Policy compliance status for Azure resources? Azure Policy のデバッグ方法についての blog Functions Versions no longer required for Key Vault references in App Service and Azure Functions KeyVault でバージョンを指定しなくても自動的に最新が選択されるようになった APIM Support for Azure API Management certificates in Azure Key Vault has reached general availability. Azure APIManagement と Keyvault の統合が一般提供。 Azure Quantum Azure Quantum is now in Public Preview 量子コンピューティングサービスの Azure Quantum が Public Preview</description>
            </item>
        
            <item>
                <title>Azure Update - 2021.Jan 2H</title>
                <link>https://yonehub.y10e.com/2021/01/31/azureupdate2021jan2h/</link>
                <pubDate>Sun, 31 Jan 2021 20:25:57 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2021/01/31/azureupdate2021jan2h/</guid>
                <description>月に 2 回くらい更新をまとめるかと思っていたけど半月分だけでもなかなかの量だなぁ。 リージョンの追加とかの更新は省いた。 Azure AD 99.99% uptime for Azure Active Directory Premium customers is coming April 1st, 2021 Azure AD Premium の SLA が 4/1 から従来の 99.9% から 99.99％ に引き上げられる。 SAP KSAP and Microsoft expand partnership and integrate Microsoft Teams across solutions Microsoft Teams と SAP を統合していくという話と、Azure 上での SAP HANA 利用の拡大のために戦略的パートナーシップを拡張したというアナウンス。 Storage Generally available: Copy Blob support over private endpoints in Azure Storage プライベートエンドポイン</description>
            </item>
        
            <item>
                <title>Azure Redis Timeouts - Client Side Issues</title>
                <link>https://yonehub.y10e.com/2021/01/23/redistimeoutclientissue/</link>
                <pubDate>Sat, 23 Jan 2021 22:03:09 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2021/01/23/redistimeoutclientissue/</guid>
                <description>先日の Server Side Issues と Network Issues に引き続き、 Azure Redis Timeouts - Client Side Issues も日本語翻訳してみました。 概要 クライアント、ネットワーク、サーバーサイドの要因など、Redis クライアントでタイムアウトが発生する理由は多数あります。 また、使用するクライアントライブラリによってエラーメッセージが異なる場合もあります。 クライアントアプリケーションが Redis サーバー側からの応答をタイムリーに受信できない場合、Azure Cache for Redis のタイムアウトがクライ</description>
            </item>
        
            <item>
                <title>Azure Redis Timeouts - Network Issues</title>
                <link>https://yonehub.y10e.com/2021/01/21/redistimeoutnetworkissue/</link>
                <pubDate>Thu, 21 Jan 2021 23:03:09 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2021/01/21/redistimeoutnetworkissue/</guid>
                <description>先日の Server Side Issues に引き続き、Azure Redis Timeouts - Network Issues も日本語翻訳してみました。 概要 クライアント、ネットワーク、サーバーサイドの要因など、Redis クライアント側でタイムアウトが発生する理由は多数あります。 また、使用するクライアントライブラリによってエラーメッセージが異なる場合もあります。 クライアントアプリケーションが Redis サーバー側からの応答をタイムリーに受信できない場合、Azure Cache for Redis のタイムアウトがクラ</description>
            </item>
        
            <item>
                <title>Azure Redis Timeouts - Server Side Issues</title>
                <link>https://yonehub.y10e.com/2021/01/20/redistimeoutserversideissue/</link>
                <pubDate>Wed, 20 Jan 2021 22:03:09 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2021/01/20/redistimeoutserversideissue/</guid>
                <description>Tech Community で投稿されていた Azure Redis Timeouts - Server Side Issues が Azure Redis を使う際に注意すべきポイントなどをよくまとめてくれているなと思ったのでの日本語翻訳してみた。 概要 クライアント、ネットワーク、サーバーサイドの要因など、Redis クライアント側でタイムアウトが発生する理由は多数あります。 また、使用するクライアントライブラリによってエラーメッセージが異なる場合もあります。 クライアントアプリケーションが Redis サーバー側からの応答をタイ</description>
            </item>
        
            <item>
                <title>Azure Update - 2021.Jan</title>
                <link>https://yonehub.y10e.com/2021/01/15/azureupdate2021jan/</link>
                <pubDate>Fri, 15 Jan 2021 20:25:57 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2021/01/15/azureupdate2021jan/</guid>
                <description>定期的に Azure 関係の update をまとめてポストしていこうかと思います。内容が膨大になりそうなのでおそらく特に興味ないやつはあっさり or ばっさり。Azure Monitor 関係の更新が多い。 Compute NCas_T4_v3-Series VMs are now generally available NVIDIA T4 GPU搭載のNCas_T4_v3 サイズが West US2, West Europe, Korea Central リージョンで GA。 Upgrade Azure Service Fabric Clusters* on Unsupported Versions Below 6.3.63.* By January 19, 2021 もうサポートされないような古い Service Fabric のクラスタバージョンを使用している場合は、1/19 に破壊的変更があるので早く更新しなさいと</description>
            </item>
        
            <item>
                <title>Service Fabric Managed Cluster (Preview)  を試してみた #1</title>
                <link>https://yonehub.y10e.com/2021/01/10/managedservicefabric/</link>
                <pubDate>Sun, 10 Jan 2021 21:23:19 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2021/01/10/managedservicefabric/</guid>
                <description>はじめに Azure Service Fabric は、Azure SQL DB, Event Hub, Microsoft Teamsなどの Azure のコアインフラストラクチャやミッションクリティカルなサービスを提供する基盤テクノロジとしても利用されている Azure サービスになります。 2020/9/28 に Azure Service Fabric Managed Clusterが Public Previewとなりました。 今回は実際にリソースを作成して既存の Service Fabricとの違いなどを整理していきたいと思います。 Service Fabric Managed Cluster とは Service Fabric は VM Scaleset を中心にディスクや仮想ネットワークやロードバ</description>
            </item>
        
            <item>
                <title>Shell で Azure REST API を Call する</title>
                <link>https://yonehub.y10e.com/2020/04/06/0406_shell_azurerest/</link>
                <pubDate>Mon, 06 Apr 2020 04:03:39 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2020/04/06/0406_shell_azurerest/</guid>
                <description>Azure には リソースの管理用の REST API が用意されている。ポータルや Azure Powershell、CLI、Management SDKといったツール群は、この REST-API を Call して操作を実現している。 大体の場合はポータルやツール群を使用することで事足りるけども、新機能の操作やREST-APIのリクエストを自由に指定して操作を試したい場合に REST を直接呼び出したい場合があり、シェルからさくっと呼び出したいという声をわりとよく聞く。 自分</description>
            </item>
        
            <item>
                <title>git 管理から特定のファイル、ディレクトリを除外する(.gitignore)</title>
                <link>https://yonehub.y10e.com/2019/12/24/20191223_git_gitignore/</link>
                <pubDate>Tue, 24 Dec 2019 23:05:15 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2019/12/24/20191223_git_gitignore/</guid>
                <description>秘匿性のあるファイルやキャッシュなどの一時ファイルなど git リポジトリのバージョン管理から特定のファイルやフォルダを除外したいときには .gitignore ファイルを作成します。 Mac だと, finder のメタ情報を持つ .DS_store がディレクトリの至るところに作成されるので, git を使う場合、除外設定しておかないと面倒です。 基本ルール 最も基本的な設定方法は, リポジトリのルートの直下に 1 つの .gitignore ファイルを配置することです。これによってリポジトリ配下のディ</description>
            </item>
        
            <item>
                <title>Visual Studio Code を Source から build する</title>
                <link>https://yonehub.y10e.com/2019/12/21/20191221_vscode_sourcebuild/</link>
                <pubDate>Sat, 21 Dec 2019 01:34:51 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2019/12/21/20191221_vscode_sourcebuild/</guid>
                <description>1. はじめに 2019/12/18 に Visual Studio Code Meetup #1 に参加しました。 LT で、VS Code のアイコンの種類についてのお話があり、生 Source Code からビルドすると VS Code のアイコンが違うとのことで、興味湧いたので試してみました。環境は macOS Mojave(10.14.6)です。 アイコンはこんな感じです。 2. 前提条件 mac だと最低限 次を事前にインストールしておく必要がありました。 Git Node.js(version 10.x 以上 12.x 以下) Yarn python 2.7 Xcode 私が実際に build した環境は次の通りです。 git version 2.20.1 node v12.4.0 python 2.7.17 yarn version v1.21.1 Xcode Version</description>
            </item>
        
            <item>
                <title>hugo new 実行時に生成されるデフォルトテンプレートをカスタマイズする</title>
                <link>https://yonehub.y10e.com/2019/12/19/20191218_hugo_newpost/</link>
                <pubDate>Thu, 19 Dec 2019 18:05:54 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2019/12/19/20191218_hugo_newpost/</guid>
                <description>はじめに hugo で、ブログ post を追加する時は、次のコマンドで新しい markdown ファイルを生成することができる。 1 hugo new posts/20191218_hugo_newpost.md この時、デフォルトだとこんな感じのシンプルな内容が含まれるが、これを任意にカスタマイズする方法を考える。 1 2 3 4 5 --- title: &amp;#34;hugo new 時に生成されるデフォルトテンプレートをカスタマイズする&amp;#34; date: 2019-12-19T18:05:54+09:00 draft: true --- 方法 hugo 公式に詳細な説明があった。 Archetypes https://gohugo.io/content-management/archetypes/ 次の 4 つのファイルを上から参照し、最初に見つかったファイルの設定に応</description>
            </item>
        
            <item>
                <title>Azure の自動スケール操作を webhook で Microsoft Teams / Slack に通知する</title>
                <link>https://yonehub.y10e.com/2019/12/17/20191217_azure_webhook/</link>
                <pubDate>Tue, 17 Dec 2019 12:47:23 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2019/12/17/20191217_azure_webhook/</guid>
                <description>はじめに Azure では、 Cloud Service や Webapp、VM Scaleset などの各種リソースで事前に設定した条件に応じて自動でインスタンス数を増減させる自動スケールの機能が用意されています。 システムの CPU 負荷などに応じて自動でリソース体制をアジャストできるためとてもクラウドらしい機能かと思いますが、運用を考えると、自動スケールが動作した際に e-mail や Slack、Microsoft Teams などに自動通知したいなどの要望も自然と出てきます。 e-mail は比</description>
            </item>
        
            <item>
                <title>Azure Container Instances の起動・停止・再起動 by Azure Powershell</title>
                <link>https://yonehub.y10e.com/2019/12/14/20191214_azure_aci_cmd/</link>
                <pubDate>Sat, 14 Dec 2019 12:47:23 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2019/12/14/20191214_azure_aci_cmd/</guid>
                <description>はじめに Azure Container Instances を Azure Powershell で操作しようとコマンド一覧を確認していたが、次の通り Get（参照）, New（作成）, Remove（削除）などしか用意されていない。 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 PS Azure:\&amp;gt; gcm *Az*ContainerGroup* CommandType Name Version Source ----------- ---- ------- ------ Alias Get-AzureRmContainerGroup Alias New-AzureRmContainerGroup Alias Remove-AzureRmContainerGroup Cmdlet Get-AzContainerGroup 1.0.1 Az.ContainerInstance Cmdlet New-AzContainerGroup 1.0.1 Az.ContainerInstance Cmdlet Remove-AzContainerGroup 1.0.1 Az.ContainerInstance Azure:/ PS Azure:\&amp;gt; gcm *Az*ContainerInstance* CommandType Name Version Source ----------- ---- ------- ------ Alias Get-AzureRmContainerInstanceLog Cmdlet Get-AzContainerInstanceLog 1.0.1 Az.ContainerInstance REST API では、start、stop、restart も用意されているけど、Azure Powershell のコマンドとしては提供されていないみ</description>
            </item>
        
            <item>
                <title>git での tag 管理</title>
                <link>https://yonehub.y10e.com/2019/12/12/20191207_github_release/</link>
                <pubDate>Thu, 12 Dec 2019 12:47:23 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2019/12/12/20191207_github_release/</guid>
                <description>はじめに git における tag はコミットの別名（alias）である。なので、tag はコミット単位で設定される。 tag はコミットに対してわかりやすいように、例えば version などの意味を持った値が設定される。(v0.1, v0.2など) よくある操作を次にまとめる。 作成（CREATE） コメントなしでシンプルな tag を作成する場合は次の通りになる。 1 git tag &amp;lt;tag&amp;gt; コメント付きで tag を作成する場合は以下となる。 1 git tag -a &amp;lt;tag&amp;gt; -m &amp;#39;&amp;lt;Comment&amp;gt;&amp;#39; この時、コミットを指</description>
            </item>
        
            <item>
                <title>ターミナルから Visual Studio Code を呼び出す方法</title>
                <link>https://yonehub.y10e.com/2019/12/05/20191205_vscode_terminal/</link>
                <pubDate>Thu, 05 Dec 2019 22:47:23 +0900</pubDate>
                
                <guid>https://yonehub.y10e.com/2019/12/05/20191205_vscode_terminal/</guid>
                <description>Mac や SSH で接続した Linux サーバ上でターミナルから操作している時に、既存ファイルをエディタで編集したり、ファイル名を指定して新規にファイルを作成、内容の編集をしたいみたいなことは日常的にあると思います。 そんな時、今までは vi や emacs を使いがちだったのですが、Visual Studio Code で開いて編集する方法をメモしておきます。 もちろん Visual Studio Code のワークスペースにフォルダ追加していけば同じことはできますが、ワークスペースがごちゃご</description>
            </item>
        
    </channel>
</rss>
