Download to read offline
![dotnet NuGet
NuGetによるライブラリの追加は
◦ dotnet add package <package_name> [-v version]
◦ csprojを編集
dotnet CLIに用意されているのは主にNuGetパッケージ作成者向けコマンド
◦ dotnet pack プロジェクトからNuGetパッケージ作成
◦ dotnet nuget delete サーバーからNuGetパッケージ削除
◦ dotnet nuget publish サーバーにNuGetパッケージ発行
◦ dotnet nuget locals ローカルのNuGetキャッシュを一覧、削除
<PackageReference Include="Newtonsoft.Json">
<Version>9.0.1</Version>
</PackageReference>](https://image.slidesharecdn.com/jtexfujrs26sprvqvdlw-signature-7a97e4717fd6f5f632e08d680e57f828b35a9e2549bb6f38c1c5216d50079a40-poli-170625135433/85/20170311-Developing-Deploying-NET-Core-on-Linux-12-320.jpg)
Uploaded byTakayoshi Tanaka
20170311 Developing & Deploying .NET Core on Linux
2017/03/11 Visual Studio 2017 リリース記念勉強会でのセッション
More Related Content
Similar to 20170311 Developing & Deploying .NET Core on Linux
![[Japan Tech summit 2017] APP 001](https://cdn.slidesharecdn.com/ss_thumbnails/techsummit2017pdfapp001-171115031546-thumbnail.jpg?width=640&height=640&fit=bounds)
![SRENEXT 2020 [B5] New RelicのSREに学ぶ SREのためのNew Relic活用法](https://cdn.slidesharecdn.com/ss_thumbnails/20200125srenextb5newrelic-200125133753-thumbnail.jpg?width=640&height=640&fit=bounds)
20170311 Developing & Deploying .NET Core on Linux
- 1. Developing & Deploying .NETCore on Linux #csugjp Visual Studio 2017 リリース記念勉強会 レッドハット株式会社/Microsoft MVP for VSDT 田中孝佳 (@tanaka_733)
- 2. 自己紹介 Red Hat K.K. ◦.NET Core on RHEL, Red Hat on Azure, OpenShift Microsoft MVP for VSDT (*) ◦ Build Insiderなどで執筆「C# 7.0新機能」など ◦ C#, .NET Core, Azure, Visual Studio SDKなどが最近の興味 ◦ ブログ「銀の光と碧い空」「Silver Light and Blue Sky」 ◦ 会社ブログ「Red Hat Developers」などでも書いてます Contact ◦ @tanaka_733
- 3. 本日の概要 Visual Studio 2017リリースでのLinux周りの新機能 新しい.NETCLIの使い方 LinuxやDocker環境を見据えた機能を知る LinuxやDocker環境でのCI/CDで使える機能を知る LinuxやDocker環境への配置方法を知る コードはこちら ◦ https://github.com/tanaka-takayoshi/VS2017MemorialSession
- 4.
- 5. .NET Core Inside 5 .NETCore App (C#/VB) IL Assembly (exe, dll) Roslyn CoreFX (.NET Core Class Library) ManagedUnmanaged OS Native ABI etc (F#) compiler CoreCLR (.NET Core Runtime) .NET Core CLI .NETCoreSDK
- 6. Linux関連新機能まとめ .NET Core Tools1.0 Release (ToolsはいままでPreviewだった) ◦ csprojサポート ◦ dotnet new の刷新 .NET Core 1.1.1, 1.0.4 Release Visual Studio 2017の機能追加 ◦ docker compose ファイルによるdockerイメージ作成とデバッグ ◦ App Service on Linuxへの配置 ◦ ACS上のdockerへのリモートデバッグ ◦ Linuxホストへのリモートデバッグ
- 7. Linux関連新機能まとめ .NET Core Tools1.0 Release (ToolsはいままでPreviewだった) ◦ csprojサポート ◦ dotnet new の刷新 .NET Core 1.1.1, 1.0.4 Release Visual Studio 2017の機能追加 ◦ dockerイメージ作成とデバッグ ◦ App Service on Linuxへの配置 ◦ ACS上のdockerへのリモートデバッグ ◦ Linuxホストへのリモートデバッグ 太字：今日のセッションで出てくるところ
- 8. .NET Core CLI新機能 SDKとCLIの分離 MSBuildを利用した新しいプロジェクトシステムとビルド NuGet関連コマンドの追加 新しいテンプレートシステム (donet new) 移行コマンド (dotnet migrate) CLIの拡張
- 9.
- 10.
- 11. csproj + MSBuildon Linux project.json is dead $ dotnet publish -o pub -C Release は以下のコマンドと同じ $ dotnet msbuild /t:Publish /p:OutputPath=pub /p:Configuration
- 12. dotnet NuGet NuGetによるライブラリの追加は ◦ dotnetadd package <package_name> [-v version] ◦ csprojを編集 dotnet CLIに用意されているのは主にNuGetパッケージ作成者向けコマンド ◦ dotnet pack プロジェクトからNuGetパッケージ作成 ◦ dotnet nuget delete サーバーからNuGetパッケージ削除 ◦ dotnet nuget publish サーバーにNuGetパッケージ発行 ◦ dotnet nuget locals ローカルのNuGetキャッシュを一覧、削除 <PackageReference Include="Newtonsoft.Json"> <Version>9.0.1</Version> </PackageReference>
- 13. Brand-new “dotnet new” dotnetnew コマンドが強化されて、さまざまなテンプレートに対応 将来的にはより自由にプロジェクトテンプレートを追加できるようにする計画も 参考:http://rehansaeed.com/custom-project-templates-using-dotnet-new/
- 14.
- 15. .NET Core CLIの拡張 dotnetXXX という自作のコマンドラインツールを開発できるようになった ◦ nuget とかmsbuildとかもそういう作り 配布はNuGet経由 MSBuildのタスクを拡張として作成することも可能 参考: https://docs.microsoft.com/en-us/dotnet/articles/core/tools/extensibility Preview版での例ですが ◦ https://github.com/tanaka-takayoshi/MVPSummitHackathon2016/tree/hackathon-dotnet-add
- 16.
- 17.
- 18. Environment による切り替え DIしたIHostingEnvironment を見て切り替える しかし、ConfigureServiceにはIHostingEnvironmentをDIできない
- 19.
- 20.
- 21. DEMO: Environment 切り替え VisualStudio Codeでのデバッグ時の切り替え方 publishしたバイナリファイル実行時の切り替え方 ◦ 起動スクリプトで環境変数指定 ◦ コンテナ起動時に指定 (dockerコマンドのオプションに相当する各サービスの設定方法で)
- 22.
- 23.
- 24.
- 25. ASPNETCORE_で始まる環境変数 WebHostBuilderの設定に使われます ASPNETCORE_ENVIRONMENT ◦ ENVIRONMENTの指定 ASPNETCORE_URLS ◦ リスニングポート（URL）の指定 ◦ASP.NET Core 2.0 から指定なしでの起動ができなくなる予定 ◦ 環境変数経由かソースコード内での指定
- 26.
- 27.
- 28. IDistributedCache と IDataProtection IDistributedCache ◦名前の通り分散キャッシュを提供 ◦ セッションの格納先に指定できる ◦ ASP.NET CoreチームからはRedisとSQLServer版を提供 ◦ この設定だけではセッションは分散して格納されるが複数マシンから共有できない IDataProtection ◦ 暗号化するときのキー管理を提供 ◦ セッションを格納する際にこのキーを使って暗号化する ◦ デフォルト実装はマシンごとに一意なキーを発行してローカルファイルとして保存 ◦ ASP.NET CoreチームからはNFSおよび、Redis、AzureStorage (Preview)を提供
- 29. machine A machine B machineC ASP.NET Core ASP.NET Core ASP.NET Core Session Data A’ マシンごとに鍵が異なるので、 同じセッションデータを参照しても 復号できない=>セッションロスト ~/.aspnet IDataProtectionのデフォルト実装
- 30. machine A machine B machineC ASP.NET Core ASP.NET Core ASP.NET Core Session Data 鍵自体をredisにおいて 複数マシンが同じ鍵を使うので セッションデータを復号できる DataProtection.Redisを使った場合
- 31.
- 32. コンテナのビルドとデプロイ dockerイメージ作成 private NuGetサーバーの活用 App Serviceon Linuxへの配置 Container プラットフォームへの配置例：OpenShift
- 33.
- 34. OpenShiftだと builder pod DBの イメージなども 直接登録 SCM(git) internalregistry deplore pod pod deploymentConfigbuildConfig
- 35. DEMO: App Serviceon Linuxへの配置 ビルドはローカルで => スクリプトを書いてCIサービスで回せる ◦ dotnet publish したバイナリをDockerfileで渡してイメージ作成 コンテナレジストリーはAzure Container Registryを使用 ◦ すぐに作れるプライベートリポジトリ ◦ publicでよければDockerhubへ。privateにする場合は有料 デプロイはポータルから ◦ Azure Container Registryを指定してdocker配置 ◦ ソースコード指定して、App Serviceがビルドして配置することもできる ◦ どちらかというと、App Serviceはそれを目指している=ビルドプロセスを内包したい、のかもしれない
- 36. (例)Dockerfile Runtimeのみのイメージ 作業フォルダ作成 ビルドバイナリのコピー 作業フォルダ指定 リスニングポートの指定と開放 起動コマンド指定 ASP.NET Core 2.0からは明示的なポートの指定が必要 https://github.com/aspnet/Announcements/issues/224
- 37. DEMO: OpenShiftへの配置 GitHubのリポジトリを指定するだけでビルド・デプロイ設定してくれる(s2i-dotnet) GitHubにコミットしたら開発環境のコンテナを自動で更新する(GitHub commithook) EF Coreのmigrationなどを起動時に実行したい (s2i script) OpenShiftに配置したDB、Redisサーバーの情報を渡したい
- 38. private NuGetサーバーの活用 キャッシュとして利用したい オフライン環境でビルドしたい orLAN内のみでビルドしたい 公開せずに認証つきのみでアクセスさせたい Sonatype Nexus OSS: セルフホスト可能、キャッシュとしても利用可能 NuGet.Server: 最近更新がない… ファイルを直に配置: 動くが管理が面倒 VSTS: クラウドサービスのみ JFrog Artifactory: Nexusと同様だが商用のみ
- 39.
- 40.
- 41. SELinuxと.NET Core .NET Coreon RHELでdotnetプロセスはSELinuxからどう扱われる？ docker上でdotnetプロセスを動かす場合SELinuxはどう設定する？
- 42.
- 43.
- 44. systemd によるサービス化 .NET CoreをLinuxでサービスとして動かしたい 参考:http://tech.tanaka733.net/entry/aspnet-core-with-systemd-script-simple
- 45.
- 46.
- 47. デバッグ なぜ、WindowsからLinuxへ、LinuxからWindowsにリモートデバッグできるのか Visual Studio Codeを使ったローカルデバッグ VisualStudio Codeからリモートのdockerで動くプロセスにリモートデバッグ Visual Studio からリモートのdockerで動くプロセスにリモートデバッグ
- 48.
- 49. Debugging Application 50 GDB/LLDB MICore MIDE/Engine.Impl MIDE/AD7.Impl VSCode Debugger AD7Interface MIDE: MIDebugEngine MIText VS Debugger VS Debugger Engine clrdbg from MIEngine WINDBG
- 50. まとめ Visual Studio 2017リリースでのLinux周りの新機能 新しい.NETCLIの使い方 LinuxやDocker環境を見据えた機能を知る LinuxやDocker環境でのCI/CDで使える機能を知る LinuxやDocker環境への配置方法を知る
Editor's Notes
- #6 ABI: Application Binary Interface
- #7 System.Runtime.Private.dllとかの話 A set of assemblies that represent the compile time surface area of the class library implemented by the runtime itself. ref https://github.com/dotnet/coreclr#relationship-with-the-corefx-repository
- #13 <ProjectName>.csprojに移行。.NET Frameworkのものよりも単純化 ビルドツールもMSBuildに移行。MSBuildのxplat化 dotnet buildはMSBuildのフロントエンドに
- #50 ref) https://github.com/dotnet/coreclr/blob/f6b0056c819b07ae053d3112299ade0990144d00/src/ToolBox/SOS/SOSAndICorDebug.md
- #51 https://github.com/Microsoft/MIEngine