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
250
Azureの開発で辛いところ
re3turn
January 10, 2025
Tweet
Share
Other Decks in Technology
See All in Technology
プロダクト開発、インフラ、コーポレート、そしてAIとの共通言語としての Terraform / Terraform as a Common Language for Product Development, Infrastructure, Corporate Engineering, and AI
yuyatakeyama
6
1.6k
エラーバジェット枯渇の原因 - 偽陽性との戦い -
phaya72
1
100
Site Reliability Engineering on Kubernetes
nwiizo
6
4.5k
消し忘れリソースゼロへ!私のResource Explorer活用法
cuorain
0
140
データ基盤の成長を加速させる:アイスタイルにおける挑戦と教訓
tsuda7
1
300
Oracle Cloud Infrastructure:2025年1月度サービス・アップデート
oracle4engineer
PRO
0
270
Women in Agile
kawaguti
PRO
2
180
20250129 Findy_テスト高活用化
dshirae
0
230
A Hidden Pitfall of K8s DNS with Spring Webflux
musaprg
0
110
ココナラのセキュリティ組織の体制・役割・今後目指す世界
coconala_engineer
0
230
GraphRAG: What I Thought I Knew (But Didn’t)
sashimimochi
1
230
まだ間に合う! エンジニアのための生成AIアプリ開発入門 on AWS
minorun365
PRO
2
110
Featured
See All Featured
The Success of Rails: Ensuring Growth for the Next 100 Years
eileencodes
44
7k
Become a Pro
speakerdeck
PRO
26
5.1k
GitHub's CSS Performance
jonrohan
1030
460k
StorybookのUI Testing Handbookを読んだ
zakiyama
28
5.4k
Done Done
chrislema
182
16k
Designing on Purpose - Digital PM Summit 2013
jponch
117
7.1k
The Myth of the Modular Monolith - Day 2 Keynote - Rails World 2024
eileencodes
20
2.4k
What's in a price? How to price your products and services
michaelherold
244
12k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
226
22k
Adopting Sorbet at Scale
ufuk
74
9.2k
Put a Button on it: Removing Barriers to Going Fast.
kastner
60
3.7k
Building Flexible Design Systems
yeseniaperezcruz
328
38k
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は成熟してない感