Upgrade to Pro
— share decks privately, control downloads, hide ads and more …
Speaker Deck
Features
Speaker Deck
PRO
Sign in
Sign up for free
Search
Search
Azureの開発で辛いところ
Search
re3turn
January 10, 2025
Technology
0
280
Azureの開発で辛いところ
re3turn
January 10, 2025
Tweet
Share
Other Decks in Technology
See All in Technology
Web Intelligence and Visual Media Analytics
weblyzard
PRO
1
5.9k
Perl歴約10年のエンジニアがフルスタックTypeScriptに出会ってみた
papix
1
260
Microsoft の SSE の現在地
skmkzyk
0
280
Running JavaScript within Ruby
hmsk
3
430
AI駆動で進化する開発プロセス ~クラスメソッドでの実践と成功事例~ / aidd-in-classmethod
tomoki10
1
800
更新系と状態
uhyo
8
2.2k
社会人力と研究力ー博士号をキャリアの武器にするー
kentaro
2
100
OPENLOGI Company Profile
hr01
0
63k
「経験の点」の位置を意識したキャリア形成 / Career development with an awareness of the “point of experience” position
pauli
4
130
Oracle Base Database Service 技術詳細
oracle4engineer
PRO
7
63k
MCPを理解する
yudai00
12
9k
Асинхронная коммуникация в Go: от понятного к душному. Дима Некрасов, Otello, 2ГИС
lamodatech
0
1.6k
Featured
See All Featured
Refactoring Trust on Your Teams (GOTO; Chicago 2020)
rmw
34
2.9k
Raft: Consensus for Rubyists
vanstee
137
6.9k
How to Ace a Technical Interview
jacobian
276
23k
ReactJS: Keep Simple. Everything can be a component!
pedronauck
667
120k
I Don’t Have Time: Getting Over the Fear to Launch Your Podcast
jcasabona
32
2.3k
Into the Great Unknown - MozCon
thekraken
38
1.7k
Exploring the Power of Turbo Streams & Action Cable | RailsConf2023
kevinliebholz
32
5.5k
4 Signs Your Business is Dying
shpigford
183
22k
Imperfection Machines: The Place of Print at Facebook
scottboms
267
13k
A designer walks into a library…
pauljervisheath
205
24k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
29
9.4k
Why You Should Never Use an ORM
jnunemaker
PRO
56
9.3k
Transcript
Azureの開発で辛いところ
Azure使ったことある方どれくらいます?
なんでAzureで開発してるの?
普段はAWSで開発しているが Azureを使わざるをえない理由があって Azureを使うことになった
Azureで開発してて辛いなと 思ったことを話す
1.ドキュメントの日本語訳がはちゃめちゃ
いいえ、番号、イエス、イエス、はい
No, No, Yes, Yes, Yes https://learn.microsoft.com/ja-jp/azure/virtual-machines/disks-types
パラメーター名も日本語化 価値「糸」
Value string https://learn.microsoft.com/ja-jp/azure/templates/microsoft.app/2024-02-02-preview/jobs?pivots=deployment-l anguage-bicep
唐突な小泉構文!!
case preserving と case insensitiveを両方 「大文字・小文字を区別しない」と翻訳 https://learn.microsoft.com/ja-jp/rest/api/storageservices/naming-and-referencing-shares--d irectories--files--and-metadata
2.リソースの文字制限がきつい
リソースに必ず名前をつける必要があるが リソースの文字制限がきつい
リソース スコープ 文字数 Resource Groups Subscription 90文字 Container App Job
Resource Group 32文字 ServiceBus Name Space Grobal 50文字 Storage Accounts Grobal 24文字
リージョン別にリソース名をつけたいが リージョン名がそもそも長い DisplayName Name 文字数 East US eastus 6文字 Germany
West Central germanywestcentral 18文字 North Central US (Stage) northcentralusstage 19文字
リージョン名に統一感がまったくない DisplayName Name East US eastus UK West ukwest Japan
East japaneast Central India centralindia
ストレージ アカウントは最大24文字、数字と小文字のみ ベストプラクティスがBicep(IaC)で uniqueString()を使用したハッシュ値生成
3.リソースグループ名の大文字小文字が変わる
リソースグループ名はcase insensitive これはわかる
同じリソースグループだが大文字小文字が 違うものに勝手になっている・・・
おわりに • 技術的な事以外で困る事が多かった • なんかおもってたんと違うになりがち • AWSと比べるとAzureは成熟してない感