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
340
Azureの開発で辛いところ
re3turn
January 10, 2025
Tweet
Share
Other Decks in Technology
See All in Technology
新米エンジニアをTech Leadに任命する ー 成長を支える挑戦的な人と組織のマネジメント
naopr
1
340
パフォーマンスチューニングのために普段からできること/Performance Tuning: Daily Practices
fujiwara3
2
190
DMARCは導入したんだけど・・・現場のつぶやき 〜 BIMI?何それ美味しいの?
hirachan
1
110
2025/10/27 JJUGナイトセミナー WildFlyとQuarkusの 始め方
megascus
0
110
Oracle Database@Google Cloud:サービス概要のご紹介
oracle4engineer
PRO
0
420
How Fast Is Fast Enough? [PerfNow 2025]
tammyeverts
2
230
kotlin-lsp の開発開始に触発されて、Emacs で Kotlin 開発に挑戦した記録 / kotlin‑lsp as a Catalyst: My Journey to Kotlin Development in Emacs
nabeo
2
280
SREのキャリアから経営に近づく - Enterprise Risk Managementを基に -
shonansurvivors
1
710
re:Invent 2025の見どころと便利アイテムをご紹介 / Highlights and Useful Items for re:Invent 2025
yuj1osm
0
630
Raycast AI APIを使ってちょっと便利なAI拡張機能を作ってみた
kawamataryo
0
240
AIエージェントによる業務効率化への飽くなき挑戦-AWS上の実開発事例から学んだ効果、現実そしてギャップ-
nasuvitz
5
1.6k
Amazon Athena で JSON・Parquet・Iceberg のデータを検索し、性能を比較してみた
shigeruoda
1
300
Featured
See All Featured
Measuring & Analyzing Core Web Vitals
bluesmoon
9
650
Understanding Cognitive Biases in Performance Measurement
bluesmoon
31
2.7k
Improving Core Web Vitals using Speculation Rules API
sergeychernyshev
21
1.2k
JavaScript: Past, Present, and Future - NDC Porto 2020
reverentgeek
52
5.7k
Balancing Empowerment & Direction
lara
5
710
RailsConf 2023
tenderlove
30
1.3k
4 Signs Your Business is Dying
shpigford
186
22k
Raft: Consensus for Rubyists
vanstee
140
7.2k
[RailsConf 2023 Opening Keynote] The Magic of Rails
eileencodes
31
9.7k
"I'm Feeling Lucky" - Building Great Search Experiences for Today's Users (#IAC19)
danielanewman
231
22k
Rebuilding a faster, lazier Slack
samanthasiow
84
9.2k
Visualizing Your Data: Incorporating Mongo into Loggly Infrastructure
mongodb
48
9.7k
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は成熟してない感