Introduction to Service Fabric<\/h2>\n\n- Mission critical workloads<\/li>\n
- Used for Azure SQL, Power BI, Cosmos DB, IoT Hub, Event Hub, Skype, Cortana, and more.<\/li>\n<\/ul>\n
Offerings<\/h2>\n\n- Service Fabric on Windows\/Linux \u2013 bring your own infrastructure<\/li>\n
- Azure Service Fabric \u2013 runs on dedicated VM scale sets<\/li>\n
- Azure Service Fabric Mesh \u2013 serverless<\/li>\n<\/ul>\n
Future of Application Development<\/h2>\n\n- Polyglob services connected by L7 networks<\/li>\n
- Multi OS environments<\/li>\n
- Deploy anything in a container<\/li>\n
- Bring your own network to connect to to your other services<\/li>\n
- State management and other stuff<\/li>\n<\/ul>\n
Service Fabric Mesh (Public Preview Currently)<\/h2>\n\n- Focus on applications<\/li>\n
- Microservice and container orchestration<\/li>\n
- Pay for only what you use<\/li>\n
- Intelligent traffic routing<\/li>\n
- Azure manages all infrastructure<\/li>\n
- Auto-scaling on demand<\/li>\n
- Security and compliance<\/li>\n
- Health and monitoring<\/li>\n<\/ul>\n
Mesh Resource Provider Architecture<\/h2>\n
Inventory Manager takes your input. Cluster allocator finds resources to run your code. <\/p>\n
![\"WIN_20180926_10_52_55_Pro\"](\"https:\/\/aidanfinn.com\/wp-content\/uploads\/2018\/09\/WIN_20180926_10_52_55_Pro_thumb.jpg\" "\\"WIN_20180926_10_52_55_Pro\\"")
<\/a><\/p>\nWhat Can You Use It For?<\/h2>\n
Ideal for cloud-native applications<\/p>\n
\n- Any language, any framework<\/li>\n
- Libraries to integrate with your favourite languages<\/li>\n
- Easy H\/A state storage with reliable collections<\/li>\n
- Intelligent traffic routing and connectivity<\/li>\n<\/ul>\n
Enable app modernization:<\/p>\n
\n- Deploy anything and everything in a container<\/li>\n
- Bring your own network<\/li>\n
- More<\/li>\n<\/ul>\n
Demo<\/h2>\n
An app runs on a SF cluster. Each app is made up of 1+ services. A service can be made HA by running it on many nodes in the SF cluster (replicas or load balanced).<\/p>\n
There is a mesh application resource. In the summary we see the services that make up the app, and how many replicas there are of each service. He opnes one service and we see the replica(s), numbered normally as 0,1,2,etc. The status shows a summary of recent events. In Details we see the physical consumption of the service, the ports (endpoints) it listens to, environment variables. In Logs we can see a screen output of app log data. <\/p>\n
Service Fabric Resource Model<\/h2>\n\n- Applications and services<\/li>\n
- Networks<\/li>\n
- Gateways<\/li>\n
- Secrets<\/li>\n
- Volumes<\/li>\n
- Routing rules<\/li>\n<\/ul>\n
Simple declarative way to define an application.<\/p>\n
Applications and Services Resouces<\/h2>\n
Services describe how a set of containers run:<\/p>\n
\n- Container image, environment variables, CPU\/MEMory, etc<\/li>\n
- And more<\/li>\n<\/ul>\n
Gateway and Networks<\/h2>\n
Connecting two networks together:<\/p>\n
\n- L4: TCP<\/li>\n
- L7: HTTP\/S<\/li>\n<\/ul>\n
It\u2019s a way of connecting the outside world, Internet or another network you own, to the isolated network of the SF cluster.<\/p>\n
This is a service fabric gateway, not a VNet gateway.<\/p>\n
Secrets Resource<\/h2>\n
Bad way: environment variable.<\/p>\n
Better way: Use KeyVault.<\/p>\n
<\/p>\n
Inline is in the public preview today, e.g. connection strings. Secrets by reference (key vault) is coming.<\/p>\n
Volume Resource<\/h2>\n
General purpose file storage.The container can attach volumes. Read and write files using normal disk I\/O file APIs. Backed by Azure File storage or Service Fabric volume disk. The SF volume disk is on the cluster and is faster \u2013 it is replicated to nodes where your service has a replica (stateful service).<\/p>\n
Demo Application Architecture<\/h2>\n
Cloud based polyglob application demo that they have built. All built on Linux contianers<\/p>\n
\n- Front End \u2013 reactive.<\/li>\n
- Backend: .NET Core and Node.js. <\/li>\n
- Work gets dropped into a queue.<\/li>\n
- A Worker picks up the queue and stores data in persistent storage<\/li>\n<\/ul>\n
Overview over.<\/p>\n
They show us a JSON that is used to deploy the SF mesh application: Microsoft.ServiceFabricMesh\/applications. Azure Files is being used as file storage. Secrets are being stored inline. A volume disk is also being used for file storage and they define a mount path in the Linux containers of \/app\/data. There are front end (1), backend (2) and worker services (3) in the application. <\/p>\n
Auto Scaling<\/h2>\n
Horizontal scaling of services based on:<\/p>\n
\n- CPU<\/li>\n
- Memory<\/li>\n
- Application provided custom metrics (later)<\/li>\n<\/ul>\n
Application Upgrade<\/h2>\n
He uses on-PC Azure CLI (PowerShell also available) to push a code upgrade to the SF application. <\/p>\n
Routing Rules Resource<\/h2>\n\n- Services talk to each other inside the application by hostname.<\/li>\n
- They do not implement platform-specific discovery APIs<\/li>\n
- Not not deal with network level details.<\/li>\n
- Are unaware of the implementation details of other services<\/li>\n<\/ul>\n
Intelligent traffic routing:<\/p>\n
\n- Done using \u201cEnvoy\u201d<\/li>\n
- Advanced HTTP\/S traffic routing with load balancing<\/li>\n
- Proxy handles partition resolution and key hashing<\/li>\n<\/ul>\n
Diagnostics and Monitoring<\/h2>\n\n- Use your favourite APM platform to monitor apps inside containers, e.g. Azure Application Insights<\/li>\n
- Containers write out stdout\/stderr logs to a data volume \u2013 can be sucked up by Application Insights<\/li>\n
- Azure Monitor for platform events and container metrics<\/li>\n<\/ul>\n
Reliable Collections \u2013 Low Latency Storage<\/h2>\n
Reliable collections allow you to persist state with failover. Uses transactional storage. Storage on a network introduces a \u201ccost\u201d, e.g. latency. Low latency storage is often preferred. <\/p>\n
Demo: Scale-Out<\/h2>\n
Dumps a load of pictures of cats & dogs. Worker numbers increase from 1 to 40 in seconds for 3 services (120 containers). The pictures are categorized and tagged on the fly.<\/p>\n
Pricing<\/h2>\n
You pay for what you use. Container compute duration:<\/p>\n
\n- Cores per second<\/li>\n
- Memory in GB per second<\/li>\n<\/ul>\n
Costs depend on the region. Container costs are the same in Azure, irrespective of the Azure offering you get them from. So you choose a container offering based on suitability, not price.<\/p>\n
Stateful resources:<\/p>\n
\n- Volume disk: disk size, Max IOPS\/Throughput per disk). Paid for per month.<\/li>\n<\/ul>\n
Reliable collections:<\/p>\n
\n- Biller per hour based on: size of the reliable collection and the amount of provisioned IOPS.<\/li>\n<\/ul>\n
Recap<\/h2>\n
What they see: Gaming, media sharing, mission critical business SaaS, IoT data processing for millions of devices, low latency storage applications.<\/p>\n
Roadmap<\/h2>\n\n- Managed service ID<\/li>\n
- Secrets from key vault<\/li>\n
- Routing rules to\/from applications<\/li>\n
- Applications across availability zones<\/li>\n
- Persisted state via reliable collections and volume drives<\/li>\n
- Bring your own network to connect to other systems<\/li>\n
- Tooling integration<\/li>\n<\/ul>\n
GA is planned for early next year \u2013 probably Build 2019. The preview is free to use.<\/p>\n
Go live licenses will be given to early adopters.<\/p>\n","protected":false},"excerpt":{"rendered":"
Speakers: Chacko Daniel and Deep Kapur. This is a true dev session \u2026 but I\u2019m here and I haven\u2019t written an original line of programming since 1998. Why am I here? Because Service Fabric is cool and it fascinates me. If I wrote code, Service Fabric (along with functions for atomic trigger\/action pieces and app … Continue reading “Microsoft Ignite 2018–Azure Service Fabric Mesh: The Serverless Microservices Platform”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"_wpcom_ai_launchpad_first_post":false,"footnotes":""},"categories":[14],"tags":[170,143,176,296,207,239],"class_list":["post-21323","post","type-post","status-publish","format-standard","hentry","category-eventnotes","tag-azure","tag-containers","tag-eventnotes","tag-microservices","tag-serverless","tag-service-fabric"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t
Offerings<\/h2>\n\n- Service Fabric on Windows\/Linux \u2013 bring your own infrastructure<\/li>\n
- Azure Service Fabric \u2013 runs on dedicated VM scale sets<\/li>\n
- Azure Service Fabric Mesh \u2013 serverless<\/li>\n<\/ul>\n
Future of Application Development<\/h2>\n\n- Polyglob services connected by L7 networks<\/li>\n
- Multi OS environments<\/li>\n
- Deploy anything in a container<\/li>\n
- Bring your own network to connect to to your other services<\/li>\n
- State management and other stuff<\/li>\n<\/ul>\n
Service Fabric Mesh (Public Preview Currently)<\/h2>\n\n- Focus on applications<\/li>\n
- Microservice and container orchestration<\/li>\n
- Pay for only what you use<\/li>\n
- Intelligent traffic routing<\/li>\n
- Azure manages all infrastructure<\/li>\n
- Auto-scaling on demand<\/li>\n
- Security and compliance<\/li>\n
- Health and monitoring<\/li>\n<\/ul>\n
Mesh Resource Provider Architecture<\/h2>\n
Inventory Manager takes your input. Cluster allocator finds resources to run your code. <\/p>\n
<\/a><\/p>\nWhat Can You Use It For?<\/h2>\n
Ideal for cloud-native applications<\/p>\n
\n- Any language, any framework<\/li>\n
- Libraries to integrate with your favourite languages<\/li>\n
- Easy H\/A state storage with reliable collections<\/li>\n
- Intelligent traffic routing and connectivity<\/li>\n<\/ul>\n
Enable app modernization:<\/p>\n
\n- Deploy anything and everything in a container<\/li>\n
- Bring your own network<\/li>\n
- More<\/li>\n<\/ul>\n
Demo<\/h2>\n
An app runs on a SF cluster. Each app is made up of 1+ services. A service can be made HA by running it on many nodes in the SF cluster (replicas or load balanced).<\/p>\n
There is a mesh application resource. In the summary we see the services that make up the app, and how many replicas there are of each service. He opnes one service and we see the replica(s), numbered normally as 0,1,2,etc. The status shows a summary of recent events. In Details we see the physical consumption of the service, the ports (endpoints) it listens to, environment variables. In Logs we can see a screen output of app log data. <\/p>\n
Service Fabric Resource Model<\/h2>\n\n- Applications and services<\/li>\n
- Networks<\/li>\n
- Gateways<\/li>\n
- Secrets<\/li>\n
- Volumes<\/li>\n
- Routing rules<\/li>\n<\/ul>\n
Simple declarative way to define an application.<\/p>\n
Applications and Services Resouces<\/h2>\n
Services describe how a set of containers run:<\/p>\n
\n- Container image, environment variables, CPU\/MEMory, etc<\/li>\n
- And more<\/li>\n<\/ul>\n
Gateway and Networks<\/h2>\n
Connecting two networks together:<\/p>\n
\n- L4: TCP<\/li>\n
- L7: HTTP\/S<\/li>\n<\/ul>\n
It\u2019s a way of connecting the outside world, Internet or another network you own, to the isolated network of the SF cluster.<\/p>\n
This is a service fabric gateway, not a VNet gateway.<\/p>\n
Secrets Resource<\/h2>\n
Bad way: environment variable.<\/p>\n
Better way: Use KeyVault.<\/p>\n
<\/p>\n
Inline is in the public preview today, e.g. connection strings. Secrets by reference (key vault) is coming.<\/p>\n
Volume Resource<\/h2>\n
General purpose file storage.The container can attach volumes. Read and write files using normal disk I\/O file APIs. Backed by Azure File storage or Service Fabric volume disk. The SF volume disk is on the cluster and is faster \u2013 it is replicated to nodes where your service has a replica (stateful service).<\/p>\n
Demo Application Architecture<\/h2>\n
Cloud based polyglob application demo that they have built. All built on Linux contianers<\/p>\n
\n- Front End \u2013 reactive.<\/li>\n
- Backend: .NET Core and Node.js. <\/li>\n
- Work gets dropped into a queue.<\/li>\n
- A Worker picks up the queue and stores data in persistent storage<\/li>\n<\/ul>\n
Overview over.<\/p>\n
They show us a JSON that is used to deploy the SF mesh application: Microsoft.ServiceFabricMesh\/applications. Azure Files is being used as file storage. Secrets are being stored inline. A volume disk is also being used for file storage and they define a mount path in the Linux containers of \/app\/data. There are front end (1), backend (2) and worker services (3) in the application. <\/p>\n
Auto Scaling<\/h2>\n
Horizontal scaling of services based on:<\/p>\n
\n- CPU<\/li>\n
- Memory<\/li>\n
- Application provided custom metrics (later)<\/li>\n<\/ul>\n
Application Upgrade<\/h2>\n
He uses on-PC Azure CLI (PowerShell also available) to push a code upgrade to the SF application. <\/p>\n
Routing Rules Resource<\/h2>\n\n- Services talk to each other inside the application by hostname.<\/li>\n
- They do not implement platform-specific discovery APIs<\/li>\n
- Not not deal with network level details.<\/li>\n
- Are unaware of the implementation details of other services<\/li>\n<\/ul>\n
Intelligent traffic routing:<\/p>\n
\n- Done using \u201cEnvoy\u201d<\/li>\n
- Advanced HTTP\/S traffic routing with load balancing<\/li>\n
- Proxy handles partition resolution and key hashing<\/li>\n<\/ul>\n
Diagnostics and Monitoring<\/h2>\n\n- Use your favourite APM platform to monitor apps inside containers, e.g. Azure Application Insights<\/li>\n
- Containers write out stdout\/stderr logs to a data volume \u2013 can be sucked up by Application Insights<\/li>\n
- Azure Monitor for platform events and container metrics<\/li>\n<\/ul>\n
Reliable Collections \u2013 Low Latency Storage<\/h2>\n
Reliable collections allow you to persist state with failover. Uses transactional storage. Storage on a network introduces a \u201ccost\u201d, e.g. latency. Low latency storage is often preferred. <\/p>\n
Demo: Scale-Out<\/h2>\n
Dumps a load of pictures of cats & dogs. Worker numbers increase from 1 to 40 in seconds for 3 services (120 containers). The pictures are categorized and tagged on the fly.<\/p>\n
Pricing<\/h2>\n
You pay for what you use. Container compute duration:<\/p>\n
\n- Cores per second<\/li>\n
- Memory in GB per second<\/li>\n<\/ul>\n
Costs depend on the region. Container costs are the same in Azure, irrespective of the Azure offering you get them from. So you choose a container offering based on suitability, not price.<\/p>\n
Stateful resources:<\/p>\n
\n- Volume disk: disk size, Max IOPS\/Throughput per disk). Paid for per month.<\/li>\n<\/ul>\n
Reliable collections:<\/p>\n
\n- Biller per hour based on: size of the reliable collection and the amount of provisioned IOPS.<\/li>\n<\/ul>\n
Recap<\/h2>\n
What they see: Gaming, media sharing, mission critical business SaaS, IoT data processing for millions of devices, low latency storage applications.<\/p>\n
Roadmap<\/h2>\n\n- Managed service ID<\/li>\n
- Secrets from key vault<\/li>\n
- Routing rules to\/from applications<\/li>\n
- Applications across availability zones<\/li>\n
- Persisted state via reliable collections and volume drives<\/li>\n
- Bring your own network to connect to other systems<\/li>\n
- Tooling integration<\/li>\n<\/ul>\n
GA is planned for early next year \u2013 probably Build 2019. The preview is free to use.<\/p>\n
Go live licenses will be given to early adopters.<\/p>\n","protected":false},"excerpt":{"rendered":"
Speakers: Chacko Daniel and Deep Kapur. This is a true dev session \u2026 but I\u2019m here and I haven\u2019t written an original line of programming since 1998. Why am I here? Because Service Fabric is cool and it fascinates me. If I wrote code, Service Fabric (along with functions for atomic trigger\/action pieces and app … Continue reading “Microsoft Ignite 2018–Azure Service Fabric Mesh: The Serverless Microservices Platform”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"_wpcom_ai_launchpad_first_post":false,"footnotes":""},"categories":[14],"tags":[170,143,176,296,207,239],"class_list":["post-21323","post","type-post","status-publish","format-standard","hentry","category-eventnotes","tag-azure","tag-containers","tag-eventnotes","tag-microservices","tag-serverless","tag-service-fabric"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t
Future of Application Development<\/h2>\n\n- Polyglob services connected by L7 networks<\/li>\n
- Multi OS environments<\/li>\n
- Deploy anything in a container<\/li>\n
- Bring your own network to connect to to your other services<\/li>\n
- State management and other stuff<\/li>\n<\/ul>\n
Service Fabric Mesh (Public Preview Currently)<\/h2>\n\n- Focus on applications<\/li>\n
- Microservice and container orchestration<\/li>\n
- Pay for only what you use<\/li>\n
- Intelligent traffic routing<\/li>\n
- Azure manages all infrastructure<\/li>\n
- Auto-scaling on demand<\/li>\n
- Security and compliance<\/li>\n
- Health and monitoring<\/li>\n<\/ul>\n
Mesh Resource Provider Architecture<\/h2>\n
Inventory Manager takes your input. Cluster allocator finds resources to run your code. <\/p>\n
<\/a><\/p>\nWhat Can You Use It For?<\/h2>\n
Ideal for cloud-native applications<\/p>\n
\n- Any language, any framework<\/li>\n
- Libraries to integrate with your favourite languages<\/li>\n
- Easy H\/A state storage with reliable collections<\/li>\n
- Intelligent traffic routing and connectivity<\/li>\n<\/ul>\n
Enable app modernization:<\/p>\n
\n- Deploy anything and everything in a container<\/li>\n
- Bring your own network<\/li>\n
- More<\/li>\n<\/ul>\n
Demo<\/h2>\n
An app runs on a SF cluster. Each app is made up of 1+ services. A service can be made HA by running it on many nodes in the SF cluster (replicas or load balanced).<\/p>\n
There is a mesh application resource. In the summary we see the services that make up the app, and how many replicas there are of each service. He opnes one service and we see the replica(s), numbered normally as 0,1,2,etc. The status shows a summary of recent events. In Details we see the physical consumption of the service, the ports (endpoints) it listens to, environment variables. In Logs we can see a screen output of app log data. <\/p>\n
Service Fabric Resource Model<\/h2>\n\n- Applications and services<\/li>\n
- Networks<\/li>\n
- Gateways<\/li>\n
- Secrets<\/li>\n
- Volumes<\/li>\n
- Routing rules<\/li>\n<\/ul>\n
Simple declarative way to define an application.<\/p>\n
Applications and Services Resouces<\/h2>\n
Services describe how a set of containers run:<\/p>\n
\n- Container image, environment variables, CPU\/MEMory, etc<\/li>\n
- And more<\/li>\n<\/ul>\n
Gateway and Networks<\/h2>\n
Connecting two networks together:<\/p>\n
\n- L4: TCP<\/li>\n
- L7: HTTP\/S<\/li>\n<\/ul>\n
It\u2019s a way of connecting the outside world, Internet or another network you own, to the isolated network of the SF cluster.<\/p>\n
This is a service fabric gateway, not a VNet gateway.<\/p>\n
Secrets Resource<\/h2>\n
Bad way: environment variable.<\/p>\n
Better way: Use KeyVault.<\/p>\n
<\/p>\n
Inline is in the public preview today, e.g. connection strings. Secrets by reference (key vault) is coming.<\/p>\n
Volume Resource<\/h2>\n
General purpose file storage.The container can attach volumes. Read and write files using normal disk I\/O file APIs. Backed by Azure File storage or Service Fabric volume disk. The SF volume disk is on the cluster and is faster \u2013 it is replicated to nodes where your service has a replica (stateful service).<\/p>\n
Demo Application Architecture<\/h2>\n
Cloud based polyglob application demo that they have built. All built on Linux contianers<\/p>\n
\n- Front End \u2013 reactive.<\/li>\n
- Backend: .NET Core and Node.js. <\/li>\n
- Work gets dropped into a queue.<\/li>\n
- A Worker picks up the queue and stores data in persistent storage<\/li>\n<\/ul>\n
Overview over.<\/p>\n
They show us a JSON that is used to deploy the SF mesh application: Microsoft.ServiceFabricMesh\/applications. Azure Files is being used as file storage. Secrets are being stored inline. A volume disk is also being used for file storage and they define a mount path in the Linux containers of \/app\/data. There are front end (1), backend (2) and worker services (3) in the application. <\/p>\n
Auto Scaling<\/h2>\n
Horizontal scaling of services based on:<\/p>\n
\n- CPU<\/li>\n
- Memory<\/li>\n
- Application provided custom metrics (later)<\/li>\n<\/ul>\n
Application Upgrade<\/h2>\n
He uses on-PC Azure CLI (PowerShell also available) to push a code upgrade to the SF application. <\/p>\n
Routing Rules Resource<\/h2>\n\n- Services talk to each other inside the application by hostname.<\/li>\n
- They do not implement platform-specific discovery APIs<\/li>\n
- Not not deal with network level details.<\/li>\n
- Are unaware of the implementation details of other services<\/li>\n<\/ul>\n
Intelligent traffic routing:<\/p>\n
\n- Done using \u201cEnvoy\u201d<\/li>\n
- Advanced HTTP\/S traffic routing with load balancing<\/li>\n
- Proxy handles partition resolution and key hashing<\/li>\n<\/ul>\n
Diagnostics and Monitoring<\/h2>\n\n- Use your favourite APM platform to monitor apps inside containers, e.g. Azure Application Insights<\/li>\n
- Containers write out stdout\/stderr logs to a data volume \u2013 can be sucked up by Application Insights<\/li>\n
- Azure Monitor for platform events and container metrics<\/li>\n<\/ul>\n
Reliable Collections \u2013 Low Latency Storage<\/h2>\n
Reliable collections allow you to persist state with failover. Uses transactional storage. Storage on a network introduces a \u201ccost\u201d, e.g. latency. Low latency storage is often preferred. <\/p>\n
Demo: Scale-Out<\/h2>\n
Dumps a load of pictures of cats & dogs. Worker numbers increase from 1 to 40 in seconds for 3 services (120 containers). The pictures are categorized and tagged on the fly.<\/p>\n
Pricing<\/h2>\n
You pay for what you use. Container compute duration:<\/p>\n
\n- Cores per second<\/li>\n
- Memory in GB per second<\/li>\n<\/ul>\n
Costs depend on the region. Container costs are the same in Azure, irrespective of the Azure offering you get them from. So you choose a container offering based on suitability, not price.<\/p>\n
Stateful resources:<\/p>\n
\n- Volume disk: disk size, Max IOPS\/Throughput per disk). Paid for per month.<\/li>\n<\/ul>\n
Reliable collections:<\/p>\n
\n- Biller per hour based on: size of the reliable collection and the amount of provisioned IOPS.<\/li>\n<\/ul>\n
Recap<\/h2>\n
What they see: Gaming, media sharing, mission critical business SaaS, IoT data processing for millions of devices, low latency storage applications.<\/p>\n
Roadmap<\/h2>\n\n- Managed service ID<\/li>\n
- Secrets from key vault<\/li>\n
- Routing rules to\/from applications<\/li>\n
- Applications across availability zones<\/li>\n
- Persisted state via reliable collections and volume drives<\/li>\n
- Bring your own network to connect to other systems<\/li>\n
- Tooling integration<\/li>\n<\/ul>\n
GA is planned for early next year \u2013 probably Build 2019. The preview is free to use.<\/p>\n
Go live licenses will be given to early adopters.<\/p>\n","protected":false},"excerpt":{"rendered":"
Speakers: Chacko Daniel and Deep Kapur. This is a true dev session \u2026 but I\u2019m here and I haven\u2019t written an original line of programming since 1998. Why am I here? Because Service Fabric is cool and it fascinates me. If I wrote code, Service Fabric (along with functions for atomic trigger\/action pieces and app … Continue reading “Microsoft Ignite 2018–Azure Service Fabric Mesh: The Serverless Microservices Platform”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"_wpcom_ai_launchpad_first_post":false,"footnotes":""},"categories":[14],"tags":[170,143,176,296,207,239],"class_list":["post-21323","post","type-post","status-publish","format-standard","hentry","category-eventnotes","tag-azure","tag-containers","tag-eventnotes","tag-microservices","tag-serverless","tag-service-fabric"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t
Service Fabric Mesh (Public Preview Currently)<\/h2>\n\n- Focus on applications<\/li>\n
- Microservice and container orchestration<\/li>\n
- Pay for only what you use<\/li>\n
- Intelligent traffic routing<\/li>\n
- Azure manages all infrastructure<\/li>\n
- Auto-scaling on demand<\/li>\n
- Security and compliance<\/li>\n
- Health and monitoring<\/li>\n<\/ul>\n
Mesh Resource Provider Architecture<\/h2>\n
Inventory Manager takes your input. Cluster allocator finds resources to run your code. <\/p>\n
<\/a><\/p>\nWhat Can You Use It For?<\/h2>\n
Ideal for cloud-native applications<\/p>\n
\n- Any language, any framework<\/li>\n
- Libraries to integrate with your favourite languages<\/li>\n
- Easy H\/A state storage with reliable collections<\/li>\n
- Intelligent traffic routing and connectivity<\/li>\n<\/ul>\n
Enable app modernization:<\/p>\n
\n- Deploy anything and everything in a container<\/li>\n
- Bring your own network<\/li>\n
- More<\/li>\n<\/ul>\n
Demo<\/h2>\n
An app runs on a SF cluster. Each app is made up of 1+ services. A service can be made HA by running it on many nodes in the SF cluster (replicas or load balanced).<\/p>\n
There is a mesh application resource. In the summary we see the services that make up the app, and how many replicas there are of each service. He opnes one service and we see the replica(s), numbered normally as 0,1,2,etc. The status shows a summary of recent events. In Details we see the physical consumption of the service, the ports (endpoints) it listens to, environment variables. In Logs we can see a screen output of app log data. <\/p>\n
Service Fabric Resource Model<\/h2>\n\n- Applications and services<\/li>\n
- Networks<\/li>\n
- Gateways<\/li>\n
- Secrets<\/li>\n
- Volumes<\/li>\n
- Routing rules<\/li>\n<\/ul>\n
Simple declarative way to define an application.<\/p>\n
Applications and Services Resouces<\/h2>\n
Services describe how a set of containers run:<\/p>\n
\n- Container image, environment variables, CPU\/MEMory, etc<\/li>\n
- And more<\/li>\n<\/ul>\n
Gateway and Networks<\/h2>\n
Connecting two networks together:<\/p>\n
\n- L4: TCP<\/li>\n
- L7: HTTP\/S<\/li>\n<\/ul>\n
It\u2019s a way of connecting the outside world, Internet or another network you own, to the isolated network of the SF cluster.<\/p>\n
This is a service fabric gateway, not a VNet gateway.<\/p>\n
Secrets Resource<\/h2>\n
Bad way: environment variable.<\/p>\n
Better way: Use KeyVault.<\/p>\n
<\/p>\n
Inline is in the public preview today, e.g. connection strings. Secrets by reference (key vault) is coming.<\/p>\n
Volume Resource<\/h2>\n
General purpose file storage.The container can attach volumes. Read and write files using normal disk I\/O file APIs. Backed by Azure File storage or Service Fabric volume disk. The SF volume disk is on the cluster and is faster \u2013 it is replicated to nodes where your service has a replica (stateful service).<\/p>\n
Demo Application Architecture<\/h2>\n
Cloud based polyglob application demo that they have built. All built on Linux contianers<\/p>\n
\n- Front End \u2013 reactive.<\/li>\n
- Backend: .NET Core and Node.js. <\/li>\n
- Work gets dropped into a queue.<\/li>\n
- A Worker picks up the queue and stores data in persistent storage<\/li>\n<\/ul>\n
Overview over.<\/p>\n
They show us a JSON that is used to deploy the SF mesh application: Microsoft.ServiceFabricMesh\/applications. Azure Files is being used as file storage. Secrets are being stored inline. A volume disk is also being used for file storage and they define a mount path in the Linux containers of \/app\/data. There are front end (1), backend (2) and worker services (3) in the application. <\/p>\n
Auto Scaling<\/h2>\n
Horizontal scaling of services based on:<\/p>\n
\n- CPU<\/li>\n
- Memory<\/li>\n
- Application provided custom metrics (later)<\/li>\n<\/ul>\n
Application Upgrade<\/h2>\n
He uses on-PC Azure CLI (PowerShell also available) to push a code upgrade to the SF application. <\/p>\n
Routing Rules Resource<\/h2>\n\n- Services talk to each other inside the application by hostname.<\/li>\n
- They do not implement platform-specific discovery APIs<\/li>\n
- Not not deal with network level details.<\/li>\n
- Are unaware of the implementation details of other services<\/li>\n<\/ul>\n
Intelligent traffic routing:<\/p>\n
\n- Done using \u201cEnvoy\u201d<\/li>\n
- Advanced HTTP\/S traffic routing with load balancing<\/li>\n
- Proxy handles partition resolution and key hashing<\/li>\n<\/ul>\n
Diagnostics and Monitoring<\/h2>\n\n- Use your favourite APM platform to monitor apps inside containers, e.g. Azure Application Insights<\/li>\n
- Containers write out stdout\/stderr logs to a data volume \u2013 can be sucked up by Application Insights<\/li>\n
- Azure Monitor for platform events and container metrics<\/li>\n<\/ul>\n
Reliable Collections \u2013 Low Latency Storage<\/h2>\n
Reliable collections allow you to persist state with failover. Uses transactional storage. Storage on a network introduces a \u201ccost\u201d, e.g. latency. Low latency storage is often preferred. <\/p>\n
Demo: Scale-Out<\/h2>\n
Dumps a load of pictures of cats & dogs. Worker numbers increase from 1 to 40 in seconds for 3 services (120 containers). The pictures are categorized and tagged on the fly.<\/p>\n
Pricing<\/h2>\n
You pay for what you use. Container compute duration:<\/p>\n
\n- Cores per second<\/li>\n
- Memory in GB per second<\/li>\n<\/ul>\n
Costs depend on the region. Container costs are the same in Azure, irrespective of the Azure offering you get them from. So you choose a container offering based on suitability, not price.<\/p>\n
Stateful resources:<\/p>\n
\n- Volume disk: disk size, Max IOPS\/Throughput per disk). Paid for per month.<\/li>\n<\/ul>\n
Reliable collections:<\/p>\n
\n- Biller per hour based on: size of the reliable collection and the amount of provisioned IOPS.<\/li>\n<\/ul>\n
Recap<\/h2>\n
What they see: Gaming, media sharing, mission critical business SaaS, IoT data processing for millions of devices, low latency storage applications.<\/p>\n
Roadmap<\/h2>\n\n- Managed service ID<\/li>\n
- Secrets from key vault<\/li>\n
- Routing rules to\/from applications<\/li>\n
- Applications across availability zones<\/li>\n
- Persisted state via reliable collections and volume drives<\/li>\n
- Bring your own network to connect to other systems<\/li>\n
- Tooling integration<\/li>\n<\/ul>\n
GA is planned for early next year \u2013 probably Build 2019. The preview is free to use.<\/p>\n
Go live licenses will be given to early adopters.<\/p>\n","protected":false},"excerpt":{"rendered":"
Speakers: Chacko Daniel and Deep Kapur. This is a true dev session \u2026 but I\u2019m here and I haven\u2019t written an original line of programming since 1998. Why am I here? Because Service Fabric is cool and it fascinates me. If I wrote code, Service Fabric (along with functions for atomic trigger\/action pieces and app … Continue reading “Microsoft Ignite 2018–Azure Service Fabric Mesh: The Serverless Microservices Platform”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"_wpcom_ai_launchpad_first_post":false,"footnotes":""},"categories":[14],"tags":[170,143,176,296,207,239],"class_list":["post-21323","post","type-post","status-publish","format-standard","hentry","category-eventnotes","tag-azure","tag-containers","tag-eventnotes","tag-microservices","tag-serverless","tag-service-fabric"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t
Mesh Resource Provider Architecture<\/h2>\n
Inventory Manager takes your input. Cluster allocator finds resources to run your code. <\/p>\n
Ideal for cloud-native applications<\/p>\n Enable app modernization:<\/p>\n An app runs on a SF cluster. Each app is made up of 1+ services. A service can be made HA by running it on many nodes in the SF cluster (replicas or load balanced).<\/p>\n There is a mesh application resource. In the summary we see the services that make up the app, and how many replicas there are of each service. He opnes one service and we see the replica(s), numbered normally as 0,1,2,etc. The status shows a summary of recent events. In Details we see the physical consumption of the service, the ports (endpoints) it listens to, environment variables. In Logs we can see a screen output of app log data. <\/p>\n Simple declarative way to define an application.<\/p>\n Services describe how a set of containers run:<\/p>\n Connecting two networks together:<\/p>\n It\u2019s a way of connecting the outside world, Internet or another network you own, to the isolated network of the SF cluster.<\/p>\n This is a service fabric gateway, not a VNet gateway.<\/p>\n Bad way: environment variable.<\/p>\n Better way: Use KeyVault.<\/p>\n <\/p>\n Inline is in the public preview today, e.g. connection strings. Secrets by reference (key vault) is coming.<\/p>\n General purpose file storage.The container can attach volumes. Read and write files using normal disk I\/O file APIs. Backed by Azure File storage or Service Fabric volume disk. The SF volume disk is on the cluster and is faster \u2013 it is replicated to nodes where your service has a replica (stateful service).<\/p>\n Cloud based polyglob application demo that they have built. All built on Linux contianers<\/p>\n Overview over.<\/p>\n They show us a JSON that is used to deploy the SF mesh application: Microsoft.ServiceFabricMesh\/applications. Azure Files is being used as file storage. Secrets are being stored inline. A volume disk is also being used for file storage and they define a mount path in the Linux containers of \/app\/data. There are front end (1), backend (2) and worker services (3) in the application. <\/p>\n Horizontal scaling of services based on:<\/p>\n He uses on-PC Azure CLI (PowerShell also available) to push a code upgrade to the SF application. <\/p>\n Intelligent traffic routing:<\/p>\n Reliable collections allow you to persist state with failover. Uses transactional storage. Storage on a network introduces a \u201ccost\u201d, e.g. latency. Low latency storage is often preferred. <\/p>\n Dumps a load of pictures of cats & dogs. Worker numbers increase from 1 to 40 in seconds for 3 services (120 containers). The pictures are categorized and tagged on the fly.<\/p>\n You pay for what you use. Container compute duration:<\/p>\n Costs depend on the region. Container costs are the same in Azure, irrespective of the Azure offering you get them from. So you choose a container offering based on suitability, not price.<\/p>\n Stateful resources:<\/p>\n Reliable collections:<\/p>\n What they see: Gaming, media sharing, mission critical business SaaS, IoT data processing for millions of devices, low latency storage applications.<\/p>\n GA is planned for early next year \u2013 probably Build 2019. The preview is free to use.<\/p>\n Go live licenses will be given to early adopters.<\/p>\n","protected":false},"excerpt":{"rendered":" Speakers: Chacko Daniel and Deep Kapur. This is a true dev session \u2026 but I\u2019m here and I haven\u2019t written an original line of programming since 1998. Why am I here? Because Service Fabric is cool and it fascinates me. If I wrote code, Service Fabric (along with functions for atomic trigger\/action pieces and app … Continue reading “Microsoft Ignite 2018–Azure Service Fabric Mesh: The Serverless Microservices Platform”<\/span><\/a><\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"om_disable_all_campaigns":false,"_monsterinsights_skip_tracking":false,"_uf_show_specific_survey":0,"_uf_disable_surveys":false,"_wpcom_ai_launchpad_first_post":false,"footnotes":""},"categories":[14],"tags":[170,143,176,296,207,239],"class_list":["post-21323","post","type-post","status-publish","format-standard","hentry","category-eventnotes","tag-azure","tag-containers","tag-eventnotes","tag-microservices","tag-serverless","tag-service-fabric"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t![\"WIN_20180926_10_52_55_Pro\"](\"https:\/\/aidanfinn.com\/wp-content\/uploads\/2018\/09\/WIN_20180926_10_52_55_Pro.jpg\" "\\"WIN_20180926_10_52_55_Pro\\"")
<\/a><\/p>\nWhat Can You Use It For?<\/h2>\n
\n
\n
Demo<\/h2>\n
Service Fabric Resource Model<\/h2>\n
\n
Applications and Services Resouces<\/h2>\n
\n
Gateway and Networks<\/h2>\n
\n
Secrets Resource<\/h2>\n
Volume Resource<\/h2>\n
Demo Application Architecture<\/h2>\n
\n
Auto Scaling<\/h2>\n
\n
Application Upgrade<\/h2>\n
Routing Rules Resource<\/h2>\n
\n
\n
Diagnostics and Monitoring<\/h2>\n
\n
Reliable Collections \u2013 Low Latency Storage<\/h2>\n
Demo: Scale-Out<\/h2>\n
Pricing<\/h2>\n
\n
\n
\n
Recap<\/h2>\n
Roadmap<\/h2>\n
\n