#aws chime sdk | Explore Tumblr posts and blogs

differenttimemachinecrusade · 3 months ago

Text

Web Real-Time Communication Market Size, Share, Scope, Key Market Drivers, Analysis, Forecast, Growth, and Industry Report 2032

The Web Real-Time Communication Market sizewas valued at USD 7.3 billion in 2023 and is expected to reach USD 128.2 Billion by 2032, growing at a CAGR of 37.51% over the forecast period of 2024-2032.

The Web Real-Time Communication (WebRTC) market is experiencing unprecedented growth, driven by the increasing demand for seamless, browser-based communication solutions. Businesses across various sectors are rapidly adopting WebRTC to enhance their digital engagement and improve user experience. This surge in adoption is being propelled by the need for real-time audio, video, and data sharing capabilities, all while bypassing traditional telecommunication infrastructure.

The Web Real-Time Communication market has evolved significantly in recent years, with a range of trends influencing its expansion. Among the most notable is the growing emphasis on enhancing video and audio quality, making communication smoother and more reliable.

Get Sample Copy of This Report: https://www.snsinsider.com/sample-request/3824

Market Keyplayers:

Google - Google Meet

Twilio - Twilio Video

Agora - Agora Video SDK

Vonage - Vonage Video API

Microsoft - Microsoft Teams

Zoom - Zoom Video SDK

Cisco - Cisco Webex

Amazon Web Services (AWS) - Amazon Chime SDK

Daily.co - Daily.co Video API

Jitsi - Jitsi Meet

8x8 - 8x8 Video Meetings

Sinch - Sinch Video

TokBox (now part of Vonage) - OpenTok

Pexip - Pexip Infinity

Whereby - Whereby Meeting

RingCentral - RingCentral Video

Mangoceuticals - Mangoceuticals Telehealth Platform

Wowza - Wowza Streaming Engine

Xirsys - Xirsys WebRTC Platform

WebRTC Ventures - WebRTC Solutions for Businesses

Web Real-Time Communication Market Trends

The WebRTC Additionally, businesses are embracing WebRTC as a cost-effective solution, eliminating the need for proprietary software or plugins. Furthermore, the increasing use of WebRTC for mobile communication, remote work solutions, and telehealth services is further accelerating the market's growth. Companies are also integrating artificial intelligence (AI) with WebRTC to improve communication quality, automate tasks, and create more personalized experiences for users.

Enquiry of This Report: https://www.snsinsider.com/enquiry/3824

Market Segmentation:

By Deployment

On- Premise

Cloud-Based

By Solutions

Voice Calling & Conferencing

Messaging & File Sharing

Video Calling & Conferencing

Others (Online Gaming)

By Enterprise type

Small and Medium-Sized Businesses

Large Enterprises

By Vertical

BFSI

Healthcare

Media & Entertainment

IT & Telecom

Market Analysis

Adoption by Enterprises: Enterprises are increasingly relying on WebRTC for internal communications, client-facing services, and customer support due to its low latency and scalability. It is also being adopted for online meetings, collaboration tools, and virtual events, further expanding its application.

Integration with Cloud Solutions: The integration of WebRTC with cloud-based solutions is streamlining communication services. Cloud computing offers scalability and flexibility that businesses need, allowing them to manage real-time communications effectively without heavy infrastructure investments.

Mobile and Remote Work Solutions: With the rise of remote work, WebRTC's ability to provide reliable real-time communication has made it a go-to technology for mobile apps, video conferencing, and collaboration platforms.

Security and Privacy Enhancements: Security is a critical concern in real-time communication. As such, there has been a heightened focus on WebRTC security standards, including end-to-end encryption, to ensure that users’ data is protected while maintaining a high-quality communication experience.

Future Prospects of the WebRTC Market

The WebRTC market is poised for continued growth in the coming years. Innovations in artificial intelligence, 5G connectivity, and cloud technologies are expected to further enhance the market's capabilities. Additionally, as the global workforce becomes increasingly decentralized, the demand for real-time communication solutions will continue to rise, solidifying WebRTC’s position as an essential tool for remote collaboration. In particular, WebRTC’s use in sectors such as healthcare, education, and e-commerce will likely expand, with organizations in these fields recognizing its potential to improve accessibility and streamline processes.

Access Complete Report: https://www.snsinsider.com/reports/web-real-time-communication-market-3824

Conclusion

The WebRTC market is rapidly evolving and transforming how businesses and individuals communicate. With its impressive scalability, cost-effectiveness, and the growing demand for real-time interaction, WebRTC is set to revolutionize industries across the globe. As technological advancements continue to shape its future, we can expect WebRTC to remain at the forefront of the communications landscape, providing innovative solutions that cater to the ever-changing needs of modern society.

About Us:

SNS Insider is one of the leading market research and consulting agencies that dominates the market research industry globally. Our company's aim is to give clients the knowledge they require in order to function in changing circumstances. In order to give you current, accurate market data, consumer insights, and opinions so that you can make decisions with confidence, we employ a variety of techniques, including surveys, video talks, and focus groups around the world.

Jagney Dave - Vice President of Client Engagement

Phone: +1-315 636 4242 (US) | +44- 20 3290 5010 (UK)

#Web Real-Time Communication Market #Web Real-Time Communication Market Scope #Web Real-Time Communication Market Growth #Web Real-Time Communication Market Trends

0 notes

kb85lazy · 1 year ago

Text

View this post on Instagram

A post shared by Sreeleela fc (@sreeleelafanss_)

instagram

#Instagram

0 notes

craigbrownphd-blog-blog · 2 years ago

Text

AWS adds ML-based call analytics capabilities to Amazon Chime SDK https://www.infoworld.com/article/3691812/aws-adds-ml-based-call-analytics-capabilities-to-amazon-chime-sdk.html?utm_source=dlvr.it&utm_medium=tumblr#tk.rss_machinelearning

#MachineLearning #ArtificialIntelligence #DrivenByData #DataDriven #ML #IoT #BusinessStrategy #CIO

0 notes

decaffeinatedenthusiastarbiter · 4 years ago

Text

Amazon Conferencing

Amazon (NASDAQ:AMZN) is testing the use of video conferencing to check the authenticity of merchants looking to sell products on its platform. With shelter at home orders impacting millions of. 1-12 of 184 results for Meetings & Conferencing. ZOOM Cloud Meetings by Zoom Video Communications, Inc. Cisco Webex Meetings by Cisco Systems. From Amazon: 6pm Score deals on fashion brands: AbeBooks Books, art & collectibles: ACX Audiobook Publishing Made Easy: Alexa Actionable Analytics for the Web.

Amazon Chime is a communications service that lets you meet, chat, and place business calls inside and outside your organization, all using a single application. Developers can use the same communications infrastructure and services that power Amazon Chime, and add audio calling, video calling, and screen sharing capabilities directly to their applications using the Amazon Chime SDK.

Amazon Chime Voice Connector is a service that enables enterprises to migrate their telephony workloads to AWS. IT professionals can use Voice Connector for low-cost SIP trunking from on-premises or cloud-based phone systems. Voice Connector supports inbound calling, outbound calling, or both. Developers can also use Voice Connector to build PSTN calling in their own applications using the Amazon Chime SDK or stream audio for phone call analytics and machine learning.

Choose how you communicate

Amazon Chime lets you choose the communication options that are best suited for your business. You have the option to choose from meetings, chat, and business calling or use Voice Connector to direct your voice traffic over the internet. With Amazon Chime, you have the flexibility to choose the communication option that fits with your business needs, and the freedom to scale up or down as needed.

Use one app for all your communication

Amazon Chime lets you meet, chat, and place business phone calls with a single, secure application. You don’t need to switch between applications to collaborate and can instantly go from a chat to a call, share your screen, and even invite more people to join your meeting. When it’s time for your meeting, Amazon Chime will call you on all your devices to help ensure you are never late, and that your meetings start on time.

Pay only for what you use

Amazon Chime offers pay-per-use pricing which lets you pay for features you use, on the days that you use them. With pay-per-use pricing there’s no upfront investment or long-term contracts. You can switch between Basic features that don’t include a charge, and Pro features that do include a charge. You can use the right features for your business without worrying about overspending.

Amazon Conferencing Service

Nextiva offers Amazon Chime video conferencing and screen sharing as part of its suite of connected communications solutions, allowing businesses to stay connected while working from anywhere.

Lumen offers Amazon Chime as part of their Unified Communications and Collaboration Services portfolio, providing enterprise customers the reliability and security of Lumen global network, and the benefit of consolidated billing.

T2M Works is a market leading Unified Communications and Collaboration company focused on providing the right business outcomes for customers. Helping clients get the most out of Amazon Chime, Amazon Voice Connector, and Amazon Connect is what separates T2M from all other telecom partners. T2M Works develops business communications solutions using the Chime SDK and advanced AWS services like Lex, Lambda, and Kinesis. As an Amazon Managed Service Provider, T2M Works does the heavy lifting to help you maximize the return on your AWS investment.

1……

Use all Amazon Chime Pro features for your organization.

Join a meeting or sign up for Amazon Chime Basic for 1:1 meetings and chat.

Attend a meeting or download clients

Fill and submit a contact us form to request sales support.

Amazon Video Conferencing Equipment

0 notes

allcodeaws · 1 year ago

Text

AWS Billing Dashboard | AllCode

Elevate your cloud management experience with the AllCode AWS Billing Dashboard. Gain valuable insights into your AWS billing trends and usage patterns, all in one convenient platform. Stay on top of your finances and maximize your ROI with our intuitive and efficient tool.

#aws chime sdk #amazon connect pricing #aws invoice

0 notes

tak4hir0 · 5 years ago

Link

こんにちは。研究開発室の岡田です。前回は、Amazon Chime SDKについてご紹介しました。 cloud.flect.co.jp 今回は、引き続きAmazon Chime SDKに関連して、自分でVirtual背景を作る方法をご紹介します。 Virtual背景とは、背景を他の画像に置き換える機能のことで、主に相手に自分の部屋を見せたくないなーというときに使うものです。世の中のビデオ会議ソフトでZoomやMS Teamsは Virtual背景をサポートしていますが、Amazon ChimeやAgora.io、Twillioなどでは提供されていないようです。今回は、なければ作ればいいの精神で、Amazon Chime SDKを用いたビデオ会議システムでVirtual背景を自分で作ってみようと思います。なお、Twillioでも以下で説明するやり方でできるはずです。ドキュメントを読む限りは。（未検証）作成したVirtual背景の動きとしては、こんな感じです。 Amazon Chime SDK for Javascriptの機能とMediaStream Amazon Chime SDK for Javascriptは、相手にシェアする映像(音声を含む)を指定するメソッドを、次の映像の種類ごとに提供しています。カメラの映像画面キャプチャ動画それぞれの入り口のメソッドは異なりますが内部は似たような動きをしており、処理の途中からMediaStreamを生成してそこから映像データを読み出して転送するという流れになります。 MediaStreamについてはこことかで詳しく述べられているので、興味のある方はご参照ください。公式のチュートリアルや多くのAmazon Chime SDKのデモでは、カメラの映像をシェアするときに、Amazon Chime SDKのメソッドがリストアップするカメラデバイスのIDから、一つのカメラデバイスのIDを入力元として選ぶという処理をしています。しかし、SDKのドキュメントにも記載のとおり、実は同じメソッドでMediaStreamをそのまま渡すこともできるようになっています。 https://aws.github.io/amazon-chime-sdk-js/interfaces/audiovideofacade.html#choosevideoinputdevice つまり、実はAmazon Chime SDKではMediaStreamさえ取得できれば何でも(?)シェアできるということです。すばらしく柔軟な作りです。この事実だけでも活用のアイデアが湧きまくり!!なのですが、今回はこれを前提にVirtual背景を実現する方法について説明していきます。 BodyPix ところで、Virtual背景を実現するためには人物と背景を識別する必要があります。 (一時期、ZoomのVirtual背景は背景差分で実現しているという噂も聞きましたが、背景差分だけじゃできないですよね。。。多分。) このような人物と背景の識別するJSライブラリとして、Googleがとても高速で高性能なものを提供しています。BodyPixです。 github.com BodyPixは、ImageDataや、HTMLCanvasElement, HTMLImageElementなどをインプットとして与えればマスク画像を作ってくれます。これを用いれば、人物と背景をピクセル毎に判別できそうですね。バーチャル背景の実装ということで、ここまでの要素でこんな実現方式が考えられます。まず、カメラから取得した画像をHTMLCanvasElementに描画します。そして、このHTMLCanvasElementをBodyPixに入力して人物と背景を識別したマスク画像を生成します。カメラから取得した画像に対し背景の部分を別のイメージのデータに置き換えてHTMLCanvasElementに描画します。このHTMLCanvasElementからMediaStreamを取得して、Amazon Chime SDKのchooseVideoInputDeviceに設定します。カメラ映像と背景の合成全体像はここまでで説明終わりなのですが、実際カメラから取得した画像と背景の合成はどうやってやるの？と言う疑問もあるかと思います。これは地道にピクセル単位でデータの置き換えを行います。（もっと賢いやり方があれば教えてください。。。） HTMLCanvasElementからはImageDataが取得できますが、このImageDataは生のピクセル毎の情報を格納しています。なので、カメラから取得した画像、BodyPixで作成したマスク画像、背景用のイメージ画像を、同じサイズに整形すれば、それぞれ同じピクセルを左上から順番に走査していくことができます。ざっくりこんな感じです。マスク画像(maskedImage)のピクセルが#ffffffffの場合は背景画像(bgImageData)でカメラの画像(pixelData)を置き換えるというようなことを順番に行います。 for (let rowIndex = 0; rowIndex < maskedImage.height; rowIndex++) { for (let colIndex = 0; colIndex < maskedImage.width; colIndex++) { const pix_offset = ((rowIndex * maskedImage.width) + colIndex) * 4 if (maskedImage.data[pix_offset] === 255 && maskedImage.data[pix_offset + 1] === 255 && maskedImage.data[pix_offset + 2] === 255 && maskedImage.data[pix_offset + 3] === 255 ) { pixelData[pix_offset] = bgImageData.data[pix_offset] pixelData[pix_offset + 1] = bgImageData.data[pix_offset + 1] pixelData[pix_offset + 2] = bgImageData.data[pix_offset + 2] pixelData[pix_offset + 3] = bgImageData.data[pix_offset + 3] } else { pixelData[pix_offset] = maskedImage.data[pix_offset] pixelData[pix_offset + 1] = maskedImage.data[pix_offset + 1] pixelData[pix_offset + 2] = maskedImage.data[pix_offset + 2] pixelData[pix_offset + 3] = maskedImage.data[pix_offset + 3] } } } 動作デモということで、このロジックを組み込んだサイトをHerokuにあげておきました。動作を確認してみてください。 Zoomなどのvirtual背景より少しレスポンスが遅い感じもしますが、Webブラウザ上で動かしている割には十分実用的なものになっていると思います。なお、BodyPix自体は、精度と速度のトレードオフをチューニングできるようになっています。ユースケースに適したパラメータを見つけてみてください。 https://virtual-background-bodypix.herokuapp.com/index.html FLECT Amazon Chime Meeting また、現在FLECT研究開発室で、ビデオ会議を使った新機能のテストベッドとして会議室システムを作成しています。下記のリポジトリに公開しています。こちらは、バーチャル背景を利用できるビデオ会議に加えてテキストチャットやスタンプの送信などもできるようになっています。また、AWSのLamdaとDynamoDBを用いることでサーバレスの環境を実現しています。興味があればアクセスしてみてください。 https://github.com/FLECT-DEV-TEAM/FLECT_Amazon_Chime_Meeting 最後に今回は、Amazon Chime SDKを用いるビデオ会議システムでVirtual背景を実現する方法をご紹介しました。コロナ禍の中で自宅からビデオ会議に参加するというケースも増えており、ビデオ会議の相手に家の中など背景を見せたくない、というのはごく自然に生まれる要求だと思います。 Amazon Chimeでvirtual背景が提供されていない理由はわかりませんが、近いうちに提供されてもおかしくないと考えています。その場合は、今回紹介したようにVirtual背景の機能を独自で実装する必要はなくなります。ただ、今回示したとおり、Amazon Chime SDKではユーザ間でシェアするものはMediaStreamであると抽象化することにより高い拡張性を実現しています。どのような映像を共有するかはアイデア次第ですので、いろいろ考えてみると面白いかもしれません。ちなみに、以前ご紹介した、ZoomやMS Temasでカメラ画像をアニメ化する方法、も仮想ビデオデバイスを使わずに実現できると思います（メモリが足りないかも）。 cloud.flect.co.jp 次回は、またAmazon Chimeで遊ぶか、以前紹介したマルチバーコードリーダの技術的な内容をご紹介するかをしようと思ってます。では。

#フレクトのクラウドblog re:newal

0 notes

awsexchage · 6 years ago

Photo

Amazon Managed BlockchainでHyperledger Fabricのブロックチェーンネットワークをさくっと構築するAWS CloudFormationのテンプレートを作ってみた(解説編) https://ift.tt/2M19PhQ

Amazon Managed Blockchain(AMB)でブロックチェーンネットワークを構築するのが手間になったので、AWS CloudFormation(CFn)を利用して構築できるようにしてみました。使い方は下記をご参考ください。

Amazon Managed BlockchainでHyperledger Fabricのブロックチェーンネットワークをさくっと構築するAWS CloudFormationのテンプレートを作ってみた(使い方編) – Qiita https://cloudpack.media/48077

Cfnのテンプレートを作成するのにいくつかハマったりしたので解説がてらまとめてみます。テンプレートはGitHubにアップしています。

kai-kou/amazon-managed-blockchain-cfn-template https://github.com/kai-kou/amazon-managed-blockchain-cfn-template

CFnがAMBリソースに対応していない

AMBのネットワークやメンバーなどのリソースがCFnでサポートされていません。(2019/07/03時点)

AWS Resource and Property Types Reference – AWS CloudFormation https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/aws-template-resource-type-ref.html

Release History – AWS CloudFormation https://docs.aws.amazon.com/AWSCloudFormation/latest/UserGuide/ReleaseHistory.html

そのためAWS Lambda-backedカスタムリソースを利用してLambda関数でAWS SDKを利用してAMBのネットワークやメンバーを作成する必要があります。

詳細は下記が参考になります。

AWS SDK for Python(boto3)でAmazon Managed Blockchainのブロックチェーンネットワークを作成してみた – Qiita https://cloudpack.media/47241

AWS CloudFormationのLambda-backedカスタムリソースでリソースの更新・削除をする方法 – Qiita https://cloudpack.media/48205

リソースの作成順を制御する

AMBのPeerノードはネットワーク(メンバー)が利用可能になってから追加する必要があるため、CFnのDependsOn 属性でリソースの作成順を制御してネットワーク(→メンバー)→Peerノードの順にリソースを作成します。 ※ネットワークで最初のメンバーはネットワークと同時に作成する必要があります。

DependsOn 属性 – AWS CloudFormation https://docs.aws.amazon.com/ja_jp/AWSCloudFormation/latest/UserGuide/aws-attribute-dependson.html

AWS Lambda-backedカスタムリソースでリソース作成完了を待ち受ける

DependsOn 属性でリソースの作成順を制御することができたのですが、AMBのリソース(ネットワーク、Peerノード)をAWS CLIやAWS SDKで作成するとNetworkIdなどがすぐにレスポンスとして返ってきます。AMBだと「レスポンスが返ってきた=リソース作成できた」ではなく「レスポンスが返ってきた=リソース作成が開始された」となります。リソースが作成完了し利用可能になるには20分ほどかかります。

なので、CFnでネットワーク作成してすぐにPeerノードを作成しようとするとネットワークが利用可能になっておらずエラーになります。

そのためCFnでリソースの作成を待ち受けるのにAWS Lambda-backedカスタムリソースでどうにかする必要がありますが、AMBネットワークの作成には20分程度かかり、AWS Lmabdaのタイムアウト(15分)を超えてしまうため、作成用のカスタムリソースだけでは待受けすることができません。そこで、待受用のカスタムリソースを定義することで、AWS Lambdaのタイムタウト(15分) x リトライ回数(3回)で45分まで待ち受けられるようにします。詳細は下記が参考になります。

AWS CloudFormationのLambda-Backedカスタムリソースでリソース作成を待ち受けできるようにする – Qiita https://cloudpack.media/48222

このリソース作成を待ち受ける実装とDependsOn属性を利用することでAMBのリソースが作成できるようになりました。下記はCFnのテンプレートから抜粋したリソース定義となります。

テンプレート抜粋

Resources: # ネットワーク作成用のカスタムリソース CreateBlockchainNetwork: Type: Custom::CustomResource # リソース作成待受用のカスタムリソース BlockchainNetwork: Type: Custom::CustomResource DependsOn: CreateBlockchainNetwork # リソース情報取得用のカスタムリソース BlockchainMember: Type: Custom::CustomResource DependsOn: BlockchainNetwork # Peerノード作成用のカスタムリソース CreateBlockchainPeerNode: Type: Custom::CustomResource DependsOn: BlockchainMember # リソース作成待受用のカスタムリソース BlockchainPeerNode: Type: Custom::CustomResource DependsOn: CreateBlockchainPeerNode

AWS Lambdaで利用できるAWS SDKを最新にする

AMBは2019/05/01にGAとなったサービスです。

New – Amazon Managed Blockchain – Create & Manage Scalable Blockchain Networks | AWS News Blog https://aws.amazon.com/jp/blogs/aws/new-amazon-managed-blockchain-create-manage-scalable-blockchain-networks

AWS Lambdaの関数(Python)で利用できるAWS SDK(boto3 1.9.42)だとAMBが対応していないバージョンとなるため、AWS Lambda Layersを利用して最新のAWS SDK(boto3 1.9.139 以上)を利用する必要があります。(2019/07/03時点)

boto3/CHANGELOG.rst at develop · boto/boto3 https://github.com/boto/boto3/blob/develop/CHANGELOG.rst#19139

api-change:managedblockchain: [botocore] Update managedblockchain client to latest version

エラー例

Lambda関数の実装

import json import boto3 def lambda_handler(event, context): print(boto3.__version__) client = boto3.client("managedblockchain") return { 'statusCode': 200, 'body': json.dumps('Hello from Lambda!') }

実行ログ

START RequestId: 1f574950-f61d-4d05-a2b6-a56e11eb2201 Version: $LATEST 1.9.42 [ERROR] UnknownServiceError: Unknown service: 'managedblockchain'. Valid service names are: acm, acm-pca, alexaforbusiness, apigateway, application-autoscaling, appstream, appsync, athena, autoscaling, autoscaling-plans, batch, budgets, ce, chime, cloud9, clouddirectory, cloudformation, cloudfront, cloudhsm, cloudhsmv2, cloudsearch, cloudsearchdomain, cloudtrail, cloudwatch, codebuild, codecommit, codedeploy, codepipeline, codestar, cognito-identity, cognito-idp, cognito-sync, comprehend, config, connect, cur, datapipeline, dax, devicefarm, directconnect, discovery, dlm, dms, ds, dynamodb, dynamodbstreams, ec2, ecr, ecs, efs, eks, elasticache, elasticbeanstalk, elastictranscoder, elb, elbv2, emr, es, events, firehose, fms, gamelift, glacier, glue, greengrass, guardduty, health, iam, importexport, inspector, iot, iot-data, iot-jobs-data, iot1click-devices, iot1click-projects, iotanalytics, kinesis, kinesis-video-archived-media, kinesis-video-media, kinesisanalytics, kinesisvideo, kms, lambda, lex-models, lex-runtime, lightsail, logs, machinelearning, macie, marketplace-entitlement, marketplacecommerceanalytics, mediaconvert, medialive, mediapackage, mediastore, mediastore-data, mediatailor, meteringmarketplace, mgh, mobile, mq, mturk, neptune, opsworks, opsworkscm, organizations, pi, pinpoint, pinpoint-email, polly, pricing, rds, redshift, rekognition, resource-groups, resourcegroupstaggingapi, route53, route53domains, s3, sagemaker, sagemaker-runtime, sdb, secretsmanager, serverlessrepo, servicecatalog, servicediscovery, ses, shield, signer, sms, snowball, sns, sqs, ssm, stepfunctions, storagegateway, sts, support, swf, transcribe, translate, waf, waf-regional, workdocs, workmail, workspaces, xray (��)

AWS Lambda Layersを利用して最新のAWS SDKを利用する方法は下記が参考になります。

AWS CloudFormationのAWS Lambda-backedカスタムリソースで最新のAWS SDKを利用する – Qiita https://cloudpack.media/48058

AMBリソースの更新・削除に対応する

AMBリソースはAWS Lambda-backedカスタムリソースで作成しているので、更新や削除もLambda-backedカスタムリソースで行う必要があります。

詳細は下記が参考になりますが、こちらもリソース作成の待受と同じく、作成とは別のカスタムリソースを定義する必要があります。

AWS CloudFormationのLambda-backedカスタムリソースでリソースの更新・削除をする方法 – Qiita https://cloudpack.media/48205

作成待ちと更新・削除を担うカスタムリソースは共通化できたので、最終的には下記のようなリソース定義となりました。

テンプレート抜粋

Resources: # ネットワーク作成用のカスタムリソース CreateBlockchainNetwork: Type: Custom::CustomResource # リソース作成待受とリソース情報取得・更新・削除用のカスタムリソース BlockchainNetwork: Type: Custom::CustomResource Properties: NetworkId: !GetAtt CreateBlockchainNetwork.NetworkId DependsOn: CreateBlockchainNetwork # リソース情報取得用のカスタムリソース BlockchainMember: Type: Custom::CustomResource Properties: NetworkId: !GetAtt BlockchainNetwork.Network.Id MemberId: !GetAtt CreateBlockchainNetwork.MemberId DependsOn: BlockchainNetwork # Peerノード作成用のカスタムリソース CreateBlockchainPeerNode: Type: Custom::CustomResource Properties: NetworkId: !GetAtt BlockchainNetwork.Network.Id MemberId: !GetAtt BlockchainMember.Member.Id DependsOn: BlockchainMember # リソース作成待受とリソース情報取得・更新・削除用のカスタムリソース BlockchainPeerNode: Type: Custom::CustomResource Properties: NetworkId: !GetAtt BlockchainNetwork.Network.Id MemberId: !GetAtt BlockchainMember.Member.Id NodeId: !GetAtt CreateBlockchainPeerNode.NodeId DependsOn: CreateBlockchainPeerNode

AWS lambda-backedカスタムリソースで返すリソース情報(JSON)に気をつける

AWS lambda-backedカスタムリソースのLambda関数ではcfnresponse.send(event, context, cfnresponse.SUCCESS, data)のようにして処理結果をCFnに返すことができます。

最後のパラメータdataはJSONとなり、CFnのFn::GetAttで参照可能です。

カスタムリソースの応答オブジェクト – AWS CloudFormation https://docs.aws.amazon.com/ja_jp/AWSCloudFormation/latest/UserGuide/crpg-ref-responses.html

応答で送信される、custom resource providerによって定義された名前と値のペア。ここで指定する値には、Fn::GetAtt を使用して、テンプレート内の名前でアクセスできます。

ただし、ネストされたJSONをdataに含めてもNetwork.Idのようにして参照できないため、AWS SDKでAMBのリソース情報を取得して得られるJSONをそのままでは返すことができませんでした。

AWS CloudFormationのLambda-BackedカスタムリソースでネストされたJSONを返しても参照できない – Qiita https://cloudpack.media/48318

なので、AWS SDKでAMBのリソース情報を取得して得られるJSONを加工する必要があります。 JSONのキーをNetwork.Idとすると、CFn側でもNetwork.Idと参照できるようにしています。

LambdaからCFnにネットワーク情報を返す例

import cfnresponse import boto3 import json from datetime import date, datetime def handler(event, context): client = boto3.client("managedblockchain") networkId = event['ResourceProperties']['NetworkId'] response = {} if event['RequestType'] == 'Create': network = client.get_network( NetworkId=networkId ) orderingServiceEndpoint = network['Network']['FrameworkAttributes']['Fabric']['OrderingServiceEndpoint'] vpcEndpointServiceName = network['Network']['VpcEndpointServiceName'] response = { "Network.Id": networkId, "Network.FrameworkAttributes.Fabric.OrderingServiceEndpoint": orderingServiceEndpoint, "Network.VpcEndpointServiceName": vpcEndpointServiceName } cfnresponse.send(event, context, cfnresponse.SUCCESS, response)

詳細は下記が参考になります。

AWS CloudFormationのLambda-BackedカスタムリソースでネストされてるっぽいJSONを返す方法 – Qiita https://cloudpack.media/48329

Hyperledger FabricのクライアントをEC2インスタンスで構築する

Hyperledger FabricのクライアントをEC2インスタンスで構築する定義は下記を参考にさせてもらいました。

awslabs/amazon-managed-blockchain-client-templates: AWS CloudFormation templates to provision Amazon EC2 instances and install and configure clients for use with blockchain frameworks in Amazon Managed Blockchain https://github.com/awslabs/amazon-managed-blockchain-client-templates

こちらはHyperledger FabricのクライアントとなるEC2インスタンスを作成するテンプレートでしたので、自前のテンプレートへ組み込み、AMBで必要となるリソースの作成後、インスタンスが作成されるようにしました。

ポイントとしては以下となります。

CFnのcfn-signalヘルパースクリプトで完了シグナルをCFnに返す

CFnでEC2インスタンスを作成する��、EC2インスタンスのステータスがRunningとなった時点でリソース作成完了となります。そのため、テンプレートのUserDataで定義しているコマンド実行でエラーとなっても正常完了扱いとなり不便だったので、CFnのcfn-signalヘルパースクリプトで完了シグナルをCFnに返すようにしました。

cfn-signalを利用するには、CreationPolicyを定義する必要があります。

EC2インスタンス定義_一部抜粋

BlockchainClient: Type: AWS::EC2::Instance UserData: Fn::Base64: Fn::Sub: - | #!/bin/bash (略) /opt/aws/bin/cfn-signal -e $? --stack ${AWS::StackName} --resource BlockchainClient --region ${AWS::Region} CreationPolicy: ResourceSignal: Timeout: PT20M

詳細は下記が参考になります。

cfn-signal – AWS CloudFormation https://docs.aws.amazon.com/ja_jp/AWSCloudFormation/latest/UserGuide/cfn-signal.html

Fn::Subで変数の取扱い

UserDataに指定する値はFn::Base64とFn::Subを用いて指定しています。 Fn::Subは文字列中に置き換えたい変数がある場合に利用する関数となっています。

Fn::Sub – AWS CloudFormation https://docs.aws.amazon.com/ja_jp/AWSCloudFormation/latest/UserGuide/intrinsic-function-reference-sub.html

テンプレートで、スタックを作成または更新するまで使用できない値を含むコマンドまたは出力を作成するために、この関数を使用できます。

UserDataを編集しているとシェル変数を利用したくなるケースがでてきますが、そのまま利用するとエラーとなるため注意が必要です。シェル変数の利用方法は下記が参考になりました。

CloudFormationの中のEC2のユーザーデータでシェル変数を使用する｜ DevelopersIO https://dev.classmethod.jp/cloud/aws/using-variables-in-ec2-user-data-in-cloudformation/

UserDataで変数を利用する例

UserData: Fn::Base64: Fn::Sub: - | #!/bin/bash # これはOK echo ${HOGE} HOGE2=hogehoge # これはエラーになる echo ${HOGE2} # こうするとOK echo ${!HOGE2} - { HOGE: hoge }

Hyperledger Fabricのcliでコマンドを実行するタイミングに気をつける

以下は、UserDataの後半部分の抜粋となります。ところどころでsleepコマンドを実行して待受けています。リソース作成を繰り返し試行錯誤した結果となりますが、主に下記の理由からとなります。

Peerノードが利用可能になるのを待ち受け

OrdererからPeerノードへのデータ送信待ち

UserData一部抜粋

(略) /usr/local/bin/docker-compose -f docker-compose-cli.yaml up -d sleep 5m # enroll fabric-ca-client enroll -u https://${ADMIN_USERNAME}:${ADMIN_PASSWORD}@${FABRIC_CA_ENDPOINT} --tls.certfiles /home/ec2-user/${FABRIC_CA_FILE} -M /home/ec2-user/admin-msp cp -r /home/ec2-user/admin-msp/signcerts /home/ec2-user/admin-msp/admincerts echo ' Organizations: (略) ' > /home/ec2-user/configtx.yaml docker exec cli configtxgen -outputCreateChannelTx /opt/home/mychannel.pb -profile OneOrgChannel -channelID mychannel --configPath /opt/home/ sleep 30s # Create Channel docker exec cli peer channel create -c mychannel -f /opt/home/mychannel.pb -o ${ORDERING_SERVICE_ENDPOINT} --cafile /opt/home/${FABRIC_CA_FILE} --tls sleep 30s docker exec cli peer channel join -b mychannel.block -o ${ORDERING_SERVICE_ENDPOINT} --cafile /opt/home/${FABRIC_CA_FILE} --tls sleep 30s # Install ChainCode docker exec cli peer chaincode install -n mycc -v v0 -p github.com/chaincode_example02/go docker exec cli peer chaincode instantiate -o ${ORDERING_SERVICE_ENDPOINT} -C mychannel -n mycc -v v0 -c '{"Args":["init","a","100","b","200"]}' --cafile /opt/home/${FABRIC_CA_FILE} --tls sleep 30s docker exec cli peer chaincode list --instantiated -o ${ORDERING_SERVICE_ENDPOINT} -C mychannel --cafile /opt/home/${FABRIC_CA_FILE} --tls /opt/aws/bin/cfn-signal -e $? --stack ${AWS::StackName} --resource BlockchainClient --region ${AWS::Region}

UserData の実行ログの確認方法

UserDataで指定したコマンドの実行ログが確認できないか調べてみたらしっかりと出力されていました。下記が参考になりました。

Linux インスタンスでの起動時のコマンドの実行 – Amazon Elastic Compute Cloud https://docs.aws.amazon.com/ja_jp/AWSEC2/latest/UserGuide/user-data.html

AWSのCloud initのログの場所 | しびら http://yamada.daiji.ro/blog/?p=191

EC2インスタンス内

$ cat /var/log/cloud-init-output.log (略) + docker exec cli peer channel join -b mychannel.block -o orderer.n-xxxxxxxxxxxxxxxxxxxxxxxxxx.managedblockchain.us-east-1.amazonaws.com:30001 --cafile /opt/home/managedblockchain-tls-chain.pem --tls 2019-07-01 09:17:03.663 UTC [channelCmd] InitCmdFactory -> INFO 001 Endorser and orderer connections initialized 2019-07-01 09:17:03.903 UTC [channelCmd] executeJoin -> INFO 002 Successfully submitted proposal to join channel + sleep 30s + docker exec cli peer chaincode install -n mycc -v v0 -p github.com/chaincode_example02/go 2019-07-01 09:17:34.076 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 001 Using default escc 2019-07-01 09:17:34.076 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 002 Using default vscc 2019-07-01 09:17:34.490 UTC [chaincodeCmd] install -> INFO 003 Installed remotely response:<status:200 payload:"OK" > + sleep 30s + docker exec cli peer chaincode instantiate -o orderer.n-xxxxxxxxxxxxxxxxxxxxxxxxxx.managedblockchain.us-east-1.amazonaws.com:30001 -C mychannel -n mycc -v v0 -c '{"Args":["init","a","100","b","200"]}' --cafile /opt/home/managedblockchain-tls-chain.pem --tls 2019-07-01 09:17:44.686 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 001 Using default escc 2019-07-01 09:17:44.686 UTC [chaincodeCmd] checkChaincodeCmdParams -> INFO 002 Using default vscc + sleep 30s + docker exec cli peer chaincode list --instantiated -o orderer.n-xxxxxxxxxxxxxxxxxxxxxxxxxx.managedblockchain.us-east-1.amazonaws.com:30001 -C mychannel --cafile /opt/home/managedblockchain-tls-chain.pem --tls Get instantiated chaincodes on channel mychannel: Name: mycc, Version: v0, Path: github.com/chaincode_example02/go, Escc: escc, Vscc: vscc + /opt/aws/bin/cfn-signal -e 0 --stack amb-cfn-test --resource BlockchainClient --region us-east-1 Cloud-init v. 0.7.6 finished at Mon, 01 Jul 2019 09:19:16 +0000. Datasource DataSourceEc2. Up 692.70 seconds

まとめ

AMBのリソースをCFnで管理するのにAWS Lambda-backedカスタムリソースを利用することができましたが、そこそこハマるところがあり、テンプレート作成に時間がかかりました。 1度作成できたら応用を効かせることができそうですので、個人的には良いテンプレートができたなと思ってます^^

参考