#Teamcity ci how to
#Teamcity ci update
#Teamcity ci download

IMAGE=$(echo %message% | jq -r '.Records.s3.object.key') The custom script is: # Extract bucket name and image name from the JSON messageīUCKET=$(echo %message% | jq -r '.Records.s3.bucket.name') Build step #1: Get the information from the message In this demo, we will use the Command line runner for our build steps. Now we are ready to set up our build steps! On the Build features page using the “AWS Credentials” build feature, TeamCity will now securely provide credentials for the build steps. Next, we want to check our build steps will work with AWS. On the project level, add a new connection for AWS using the same IAM user credentials we created before.Ĭheck the connection using the Test Connection button:

#Teamcity ci download

Now it’s time to grant the scripts permission to download images from the S3 bucket. That’s it! You can check the trigger in TeamCity to see if it was updated correspondingly in the Subscription Info section: AWS Connection Now go to the AWS console, the SNS service, and subscribe to TeamCity by using the provided endpoint URL. On the Build Customization tab, ask TeamCity to use the message parameter to publish an SNS message. Specify its name, and don’t forget to copy the endpoint URL. On the Triggers page, add a new Amazon SNS Trigger.

#Teamcity ci update

The trigger will update the value for every running build as every new message appears. Let’s create the parameter that we will use – the value can be anything. When a SNS message will trigger our process, TeamCity puts the message into a parameter used in later steps. Grant TeamCity permission to get files from the bucket.Extract image properties like its name and the storge bucket from the SNS Trigger.Before we start working on our steps, we need to do a couple of things: Now we have an empty build configuration. In General Settings, specify the Artifact path. TeamCity will ask us about a VCS root we want to use, but since we don’t need one, we can skip this. Now it’s time to create a build configuration with the trigger that will run our processing tasks.

#Teamcity ci how to

How to create an SNS topic and S3 bucket is out of the scope of this article, but you can find step-by-step instructions in the official documentation. Grant the build configuration permission to interact with AWS.įirstly, we need to create resources on the AWS side.Set up an AWS Connection using the IAM user’s key.Create an IAM user for TeamCity and attach the ‘ AmazonS3FullAccess’ IAM policy.Set the bucket to push notifications to the topic.Create an AWS SNS Topic with a name, e.g., ‘new-image-into-the-demo-storage’.Create an AWS S3 Bucket with a name, e.g., ‘demo-storage-image-processing-pipeline’.This is a natural way to notify external systems about new files in buckets. As with a significant part of Amazon cloud services, AWS S3 integrates with Amazon SNS out of the box with its “Publisher” role. The challenge is making sure that the new file is detected when it appears. TeamCity is responsible for running the build configuration. Our pipeline begins by placing the new image file in an S3 bucket. We’ll build a pipeline that takes a newly uploaded image, optimizes it for the web, and creates a few thumbnails of different sizes. We’ve set up a data processing pipeline so that you can see it in action. The typical use case for Amazon SNS is to provide notifications about events in one system and trigger corresponding actions in others. Example IntroĪmazon Simple Notification Service (Amazon SNS) is a fully managed messaging service for both application-to-application (A2A) and application-to-person (A2P) communication.Īmazon SNS is one of the backbone AWS services that allows connecting various applications and services to each other. We’ve created a new TeamCity plugin that brings the functionality of triggering builds by new messages into an Amazon Simple Notification Service (Amazon SNS).